Codex 桌面版連不上時，先分辨是哪一段出了問題
OpenAI Codex 桌面應用無法登入、工作區一直載入，或送出請求後長時間沒有回應，不一定代表帳號或程式本身故障。桌面應用需要透過網路完成登入、載入工作區資料及與服務端交換請求；如果其中某些連線未經預期的代理出口，或被 Clash 規則送往不合適的策略，就可能表現為登入頁反覆跳轉、內容載入不完整、請求逾時，甚至只有特定功能失敗。
排查時先記下問題發生的具體時間、操作步驟與錯誤訊息，再觀察 Clash 的連線紀錄。不要只憑「瀏覽器能開 OpenAI 網站」就判定桌面應用也已走代理：瀏覽器可能使用不同的代理設定，桌面程式也可能採用系統代理或自己的網路程式庫。反過來說，如果連線紀錄中完全看不到 Codex 相關請求，問題可能在應用程式沒有進入 Clash，而不是規則選錯。
本篇以 Clash Verge Rev 等使用 Mihomo 核心的桌面用戶端為例。不同版本的選單名稱可能略有差異，請以「設定檔、系統代理、TUN、連線」等功能名稱定位，不必照搬特定版本的畫面。整體原則是先確認設定檔已生效，再檢查流量是否進入 Clash，接著核對策略與 DNS；一次只改一項，才容易找到真正原因。
先確認 Clash 設定檔與代理服務正常
開始改規則前，先確認 Clash 本身處於可用狀態。檢查目前選取的設定檔是否已成功載入、策略群組是否有可選節點，以及核心是否正在執行。若訂閱更新失敗、節點清單為空，或核心在啟動後立即停止，Codex 的連線自然無法靠調整分流規則修復。
- 在 Clash 用戶端確認目前啟用的是預期的設定檔，而不是剛匯入但尚未切換的另一份設定。
- 檢查代理策略群組內有可用選項，並先選擇你平常確認能正常連線的策略。不要在排錯初期同時更換設定檔、節點與 DNS。
- 確認系統代理已開啟，並留意其他 VPN、代理程式或網路安全軟體是否同時接管連線。多個工具並行時，流量可能經過不同出口，讓測試結果難以判讀。
- 重新開啟 Codex 桌面應用，重現一次問題，同時查看 Clash 的即時連線列表與記錄。
如果你使用遠端訂閱，先確認訂閱仍有效、更新沒有回報格式錯誤，並避免把含有帳號識別資訊的訂閱網址貼到公開討論區。匯入成功不等於每條規則都適合你的網路環境；若設定檔由服務商管理，修改前可先複製一份備用，避免無法還原原始設定。
接著留意 Clash 的連線列表：如果重現登入或請求時能看到新連線，記下目的主機、命中的規則、使用的策略與連線結果；若看不到任何相關項目，先不要急著新增網域規則，應先檢查系統代理是否開啟、應用程式是否需要重新啟動，以及目前網路路徑是否受其他 VPN 或企業管理政策影響。
檢查系統代理、規則模式與 TUN 是否真的接到流量
Clash 的系統代理與 TUN 模式處理的是不同層次。系統代理會讓遵循作業系統代理設定的應用程式把 HTTP／HTTPS 請求交給 Clash；TUN 則透過虛擬網路介面接管更多系統流量。Codex 桌面應用是否使用系統代理，可能受到作業系統、應用版本與執行環境影響，因此建議先以系統代理測試，再用 TUN 做短時間對照，不要一開始就長期開啟所有接管功能。
- 連線紀錄看得到請求，但策略是 DIRECT：請檢查實際命中的規則及規則排列順序。較前面的廣泛直連規則可能先匹配，讓後續新增的特定規則完全沒有機會生效。
- 請求出現在代理策略，但仍然逾時：確認選用的策略是否可用，再測試另一個已知正常的策略。若只有長時間傳輸或特定請求中斷，也要留意節點穩定性及網路品質。
- 連線列表完全沒有請求：重新確認系統代理狀態，關閉後再開啟 Codex；若仍沒有紀錄，可短時間啟用 TUN 作為對照。TUN 能看見流量不代表應永久開啟，還需考量公司 VPN、虛擬機、容器與本機服務的路由影響。
- 只有登入或只有工作區功能異常：把兩種操作分開重現並比較紀錄。登入、API 請求及其他背景服務可能走不同主機，不能只依據一個網域的測試結果推論全部功能。
如需調整規則，優先根據連線紀錄中實際出現的目的主機，建立範圍明確的分流規則，並放在可能涵蓋它的廣泛規則之前。不同版本的服務可能使用不同主機或新增端點，因此不要把未驗證的網域清單當成永久清單，也不要為了讓單一應用程式連線，就把所有流量長期切換成全域代理。改完後重載設定檔，再重新操作 Codex，確認紀錄顯示的新規則與預期一致。
DNS、登入狀態與逾時問題的交叉檢查
如果紀錄顯示連線已進入 Clash，卻仍反覆解析失敗或逾時，可以進一步檢查 DNS。DNS 負責將網域名稱解析為 IP 位址；本機快取、作業系統 DNS、Clash 的 DNS 設定及上游 DNS 之間若不一致，可能造成解析結果與實際代理路徑不相符。排錯時先查看 Clash 是否記錄解析錯誤，再確認設定檔中的 DNS 是否啟用、上游服務是否可用，以及是否有其他網路工具修改 DNS。不要因為一次失敗就任意填入陌生 DNS 位址，也不要同時改動多個 DNS 選項，否則難以確認改善來自哪個變更。
登入問題則應區分網路故障與帳號驗證故障。若登入頁載入失敗或授權流程停在等待狀態，先查看該時間點的連線紀錄及應用程式顯示的錯誤；若頁面已正常載入，但系統提示帳號、工作區或授權不符合預期，則應依照 OpenAI 帳號與組織設定檢查，而不是一再更換代理節點。若錯誤包含憑證、TLS 或安全連線相關訊息，也應檢查系統時間是否正確、是否有 HTTPS 檢查軟體介入，以及作業系統或企業裝置政策是否限制連線。
在 Windows 或 macOS 上，也可以比較同一台裝置的瀏覽器與 Codex 行為，但要把這項測試當作線索，而非定論。若瀏覽器能正常登入、Codex 卻沒有任何連線進入 Clash，較值得檢查的是桌面應用是否採用系統代理、是否需要重新啟動，或是否受到安全軟體限制；若兩者都能進入 Clash，卻只有 Codex 的特定請求失敗，則應回到相應連線的規則、策略及錯誤訊息逐項比對。
每次修改後只做一輪可重複的測試：先重新啟動 Codex，再執行同一個登入或請求操作，最後保存連線紀錄中的主機、規則、策略與結果。記錄中可能含有個人資料或工作區資訊，分享前請先遮蔽。若使用公司或學校管理的裝置，應遵守網路管理政策；不要為排錯而關閉安全防護、安裝來源不明的憑證，或繞過管理員設定。
常見問題
瀏覽器可以使用 OpenAI，為什麼 Codex 仍然連不上？
瀏覽器可能使用擴充功能或不同的代理設定，而 Codex 桌面應用可能依賴系統代理或其他網路路徑。請在重現問題時查看 Clash 連線列表：如果沒有相關請求，先檢查系統代理、TUN 對照及應用程式重啟；如果有請求，再核對命中規則、策略與錯誤結果。
要把 Clash 切成全域模式才能讓 Codex 連線嗎？
不一定。全域模式可以用作短時間的對照測試，但可能改變其他應用程式的網路出口，也不適合作為所有故障的通用解法。若全域模式正常而規則模式失敗，應比較連線紀錄中的匹配規則，再修正必要的精確分流，而不是只留下全域模式。
需要直接更換 DNS 才能修復登入或逾時嗎？
只有在紀錄或錯誤訊息指向解析問題時，DNS 才是優先檢查項目之一。若目前請求已成功解析並進入代理策略，更換 DNS 未必能改善問題；先確認 DNS 錯誤、Clash 解析狀態與作業系統設定，再一次調整一項並重新測試。
依照步驟檢查後仍無法連線，接下來怎麼做？
保留問題發生時間、Codex 錯誤訊息、Clash 連線紀錄與你已測試的設定，並遮蔽帳號、訂閱網址及工作內容等敏感資訊。若其他網路或裝置也出現相同帳號錯誤，應向服務官方支援確認；若只有特定裝置無法連線，則可檢查該裝置的安全軟體、系統代理與 DNS 設定。
有些代理工具只提供簡單的開關，遇到桌面應用部分功能未接入代理時，較難分辨是應用路徑、規則還是 DNS 的問題；Clash 的連線紀錄、策略分流與 TUN 對照，則能把故障範圍逐步縮小。若你希望在同一介面檢查規則命中與連線狀態，可以依自己的系統和使用需求選擇合適的 Clash 用戶端，並從小範圍設定開始驗證。