ROUTE MATRIX
工具 × 線路需求
工具名稱相近，連線方式卻不相同。網頁聊天著重登入工作階段與串流輸出，圖片生成還會持續傳送任務狀態，IDE 與命令列則取決於代理是否涵蓋對應程序。
| 工具 | 主要網路需求 | 更需留意的線路特徵 | 常見失敗表現 |
|---|---|---|---|
| ChatGPT | 地區判定、登入工作階段、串流輸出 | 出口地區明確，工作階段期間維持相同路徑 | 頁面可開啟但無法傳送，回答中途停止 |
| Claude | 地區策略、出口 IP 穩定性、長文串流傳輸 | 避免在工作階段中頻繁切換出口 | 登入後回到驗證頁，長篇回答提前結束 |
| Gemini | 帳戶地區、網頁資源載入、持續工作階段 | 頁面資源與 API 請求使用一致出口 | 頁面資源載入不完整，傳送後長時間無回應 |
| Copilot | 帳戶服務、編輯器擴充功能、背景請求 | 代理同時涵蓋瀏覽器與編輯器程序 | 網頁登入正常，編輯器擴充功能仍處於離線狀態 |
| Midjourney | 登入重新導向、提交任務、圖片資源傳輸 | 驗證重新導向前後維持地區與出口一致 | 授權循環，任務狀態或圖片載入不完整 |
| Cursor | IDE 登入、程式碼內容上傳、串流補全 | 穩定長連線，並涵蓋桌面應用程式程序 | 補全反覆重試，聊天輸出突然中止 |
CONNECTION SIGNALS
先辨識網路需求
單次工作階段需要一致的網路身分
AI 工具通常會綜合出口地區、帳戶地區、瀏覽器工作階段與請求來源進行判斷。登入時使用一條線路，進入工具後又切換到另一個地區，可能觸發重新驗證、工作階段失效或功能範圍變更。遇到這種情況，先固定一條目標地區線路，徹底關閉舊頁面，再重新建立工作階段。
穩定出口不等於一直使用某個特定地址，而是避免在同一段登入、授權與對話過程中頻繁變更地區與路徑。瀏覽器、桌面用戶端與 IDE 外掛若分別使用不同代理，也會形成不一致的請求來源。排查時應確認這些程序是否採用同一套網路規則。
串流回答與一般網頁載入不同。頁面能開啟只表示靜態資源可以取得，持續生成還要求連線在較長時間內保持暢通。回答總是在生成途中結束、程式碼補全反覆重試、圖片任務狀態停止更新，都更接近長連線問題，而不是單純的網頁無法開啟。
ACCOUNT FLOW
註冊與登入階段
驗證流程最怕中途改變網路條件。先確認地區，再完成重新導向與授權，比不斷重新整理更容易找出問題。
先固定目標地區
開啟工具前，先連線至預計長期使用的地區。清理舊工作階段時，只處理對應網站的登入狀態即可，不必同時修改多項瀏覽器設定。登入頁、授權頁與最終工具頁面應盡量使用同一條線路。
完整完成授權重新導向
部分工具會在帳戶服務與產品頁面之間跳轉。若代理規則只涵蓋產品網域，未涵蓋驗證請求，可能出現反覆返回登入頁的情況。此時應檢查分流規則，而不是連續更換帳戶。
確認工作階段已建立
進入工具後先執行一般請求，觀察頁面能否持續接收輸出。若短內容正常、長內容卻頻繁終止，應轉向檢查長連線、瀏覽器擴充功能與系統代理範圍，不要把所有問題都歸因於帳戶。
WEB / API
分開檢查網頁端與 API
網頁端依賴瀏覽器的 Cookie、腳本資源、驗證重新導向與串流回應。首頁能載入，不代表對話請求一定成功；對話可以傳送，也不代表長篇回答不會中斷。排查時可觀察失敗發生在登入前、傳送時，還是生成過程中。
- 確認瀏覽器本身已進入代理範圍。
- 確認驗證頁面與產品頁面使用一致出口。
- 暫時停用可能改寫請求的瀏覽器擴充功能。
- 切換線路後重新建立工作階段，不要沿用異常頁面。
API 請求通常由腳本、終端機、服務程序或開發工具發出，不一定會繼承瀏覽器代理。網頁端正常但 API 逾時時，首先檢查執行程序的代理變數、請求函式庫設定、DNS 路徑與憑證環境。不要只憑瀏覽器結果判斷 API 連線。
- 確認執行程序確實讀取了代理設定。
- 檢查請求是否被分流至本機直連路徑。
- 核對工具官方提供的 API 位址與地區政策。
- 分開記錄驗證錯誤與網路逾時。
瀏覽器可用 + 終端機失敗
→ 檢查終端機程序是否讀取系統代理
網頁對話可用 + IDE 外掛失敗
→ 檢查桌面應用程式與擴充功能請求是否進入代理範圍
短回答可用 + 長回答中斷
→ 檢查長連線、線路切換與休眠策略DEVELOPER PATH
命令列、IDE 與 CI
開發環境的問題往往不在工具頁面，而在於請求由哪個程序發出、設定由哪一層接管。
命令列
終端機程式可能讀取系統代理，也可能只讀取目前 shell 的環境設定。先確認請求工具與執行環境採用哪種方式，再檢查子程序是否繼承設定。圖形介面用戶端已連線，不代表新開的終端機會自動使用相同路徑。
遇到逾時時，應同時記錄目標位址、錯誤類型與發生階段。網域解析失敗、連線建立失敗、驗證遭拒與回應中斷各自對應不同原因，若統一描述為「API 無法使用」，會讓排查失去方向。
IDE 外掛
Cursor、Copilot 等開發工具可能由主程式、擴充功能主機與內建瀏覽器共同發出請求。僅讓一般瀏覽器進入代理範圍，無法涵蓋這些背景程序。應檢查應用程式本身的網路選項、系統代理模式與分流規則是否一致。
外掛顯示已登入但補全持續重試時，先維持目前帳戶與線路不變，再檢查長連線與背景程序。頻繁登出、重新授權、切換地區會引入更多變數，反而不容易確認最初的故障。
CI 環境
CI 任務執行於獨立環境中，不會繼承個人電腦上的連線狀態。需要從執行環境本身檢查出口地區、代理變數、DNS 與依賴套件下載路徑。若任務由不同執行器接管，也應避免同一流程在不同地區之間來回切換。
金鑰與網路問題也要分開處理。驗證失敗應核對權限與變數注入，連線逾時才進入線路排查。日誌中不要輸出完整憑證；保留錯誤類別、請求階段與目標服務即可。
FAILURE MAP
從現象定位原因
頁面完全無法開啟
先確認瀏覽器是否進入代理範圍，再檢查目前線路的目標地區。若其他國際網站可以存取、特定工具卻無法開啟，應繼續核對工具的地區政策與帳戶狀態，不要直接認定是速度問題。
頁面能開啟，訊息卻傳不出去
靜態資源已載入，但 API 請求可能未使用相同路徑。檢查瀏覽器擴充功能、分流規則與驗證工作階段。切換線路後應重新開啟頁面，避免舊連線繼續佔用原本的出口。
輸出總是在中途停止
這更像是持續連線不穩定、裝置休眠或網路切換造成的中斷。固定線路，讓應用程式保持在前景完成一次測試，再排除本機省電策略與瀏覽器擴充功能的影響。
網頁正常，外掛卻離線
瀏覽器與桌面應用程式可能採用不同網路路徑。檢查 IDE 主程式、擴充功能主機與背景程序是否進入代理範圍，並確認應用程式重新啟動後已讀取最新設定。
登入後反覆回到驗證頁
常見原因是驗證重新導向前後的出口地區改變，或部分驗證請求未進入代理。維持線路不變，關閉舊分頁，再從工具的正式入口重新開始驗證流程。
API 回傳驗證錯誤
驗證錯誤不等於線路故障。先核對權限、金鑰狀態、請求位址與官方政策；只有出現解析失敗、連線逾時或回應中斷時，才進一步檢查網路路徑。
ROUTE DECISION
選線順序
選線不是從「哪條最快」開始，而是先確認工具允許的地區、使用入口與連線形式。
先選服務支援地區
依據工具官方政策確定目標地區。登入、授權、網頁使用與開發呼叫應盡量維持地區一致，避免在同一個工作階段中連續跨區切換。
再確認代理涵蓋範圍
網頁聊天只需涵蓋瀏覽器，這種判斷並不準確。驗證服務、桌面用戶端、IDE 外掛、命令列與 CI 都可能由不同程序發出請求，應依實際使用入口逐一檢查。
最後觀察持續連線
不要只用首頁是否開啟來判斷線路。完成登入後進行一般對話或開發請求，觀察串流輸出是否連續，再決定是否需要更換地區或線路類型。