1. 先確認是無法開啟、登入卡住，還是連線逾時
ChatGPT 無法使用，不一定代表 Clash 節點故障。頁面載入、登入驗證、對話 API 與圖片等資源可能走不同網域，也可能在不同階段失敗。先記下發生時間、使用的裝置與瀏覽器，以及錯誤訊息；每次只測一項，避免同時切換節點、DNS 和規則，最後無法辨認是哪個變更有效。
- 頁面完全打不開：檢查瀏覽器是否使用系統代理、Clash 是否正在執行，以及請求是否出現在連線清單。
- 登入頁能開，但登入後卡住：留意驗證頁、登入網域或第三方驗證資源是否被分流至不同出口；也檢查瀏覽器時間與 Cookie 設定。
- 頁面能載入，送出訊息時逾時：檢查對話 API 連線、策略群組選中的節點，以及節點到目標服務的連線是否穩定。
- 只有某一個瀏覽器或裝置失敗：先排查該瀏覽器的代理設定、擴充功能、DNS 快取或裝置是否真的經過 Clash。
可先用另一個瀏覽器或同一網路上的裝置做對照，但不要把「一個網站能開」當成所有代理路徑都正常。若服務狀態有疑問，可查看 OpenAI 服務狀態；即使服務正常，也仍須分別確認本機代理與網路出口。
2. 檢查代理模式、流量入口與節點
Clash 的「模式」和「流量入口」是兩件事。Rule／規則模式會依設定的 rules 選擇出站策略；Global／全域模式通常將已進入核心的連線交給目前選定的代理；Direct／直連模式則不會依規則把連線送往代理。系統代理決定會遵循系統代理的應用程式是否進入核心，TUN 則可接管部分不使用系統代理的流量。只切成規則模式，並不會自動讓瀏覽器流量進入 Clash。
- 在用戶端確認核心正在執行，並查看目前使用的設定檔與核心版本。若剛更新訂閱，確認更新後設定確實已載入。
- 在設定檔選單確認模式為 Rule／規則；暫時測試時可切到 Global／全域並選取已知可用的代理，但測完要還原原本模式。
- 確認系統代理已啟用，或依實際需求啟用 TUN。不要同時疊加多個代理軟體，避免連接埠衝突或流量被另一個代理接走。
- 在代理群組中手動選一個可用節點，再測試同一頁面。自動測速結果只代表測速請求成功，不保證 ChatGPT 所需的所有連線也能完成。
- 開啟連線清單，在瀏覽器重新載入頁面一次，確認相關連線是否出現、走哪個策略，以及目前選中的節點。
若全域模式搭配某節點能正常開啟，而規則模式失敗，優先檢查規則命中與策略群組選擇；若兩種模式都失敗，則比較另一個節點，並查看節點伺服器連線是否逾時。若請求完全沒有出現在連線清單，問題較可能在瀏覽器代理、系統代理、TUN 接管或其他網路攔截層，而不是某一條網站規則。
3. 確認 ChatGPT 網域沒有被直連或送錯策略
規則模式會由上而下比對，第一條符合的規則決定該連線的策略。若 ChatGPT 網域先命中 GEOIP、廣泛的直連規則或某個規則集，後面新增的代理規則不會覆蓋已經命中的結果。請從連線清單查看實際目標網域和命中規則，不要只憑首頁網址推測所有請求都使用同一個網域。
以下是規則片段範例，將明確網域交給名為「代理」的策略群組。請將策略名稱換成設定中實際存在的名稱，並合併到原有 rules 清單的適當位置；不要另建第二個同層級的 rules 欄位。
rules:
- DOMAIN-SUFFIX,chatgpt.com,代理
- DOMAIN-SUFFIX,openai.com,代理
- DOMAIN-SUFFIX,oaistatic.com,代理
- DOMAIN-SUFFIX,oaiusercontent.com,代理
- MATCH,原有預設策略DOMAIN-SUFFIX,chatgpt.com 會比對該網域及其子網域；對 openai.com 的規則則涵蓋其網域樹。範例中的「代理」不是 Clash 內建策略，必須與 proxy-groups 中的名稱完全一致。若設定有規則提供器或用戶端覆寫，還要確認合併後的有效設定沒有把這些規則移到較後位置，或在前方加入更廣泛的匹配項目。
| 連線清單現象 | 可能原因 | 下一步 |
|---|---|---|
| 相關連線未出現 | 瀏覽器沒有經過 Clash，或請求尚未發出 | 檢查系統代理、TUN、瀏覽器代理設定及擴充功能 |
命中 DIRECT | 前置規則或規則集將網域設為直連 | 檢查命中規則，將明確網域規則移到相關直連規則之前 |
| 命中預期策略但選到直連 | 策略群組目前選擇了 DIRECT，或群組沒有可用節點 | 確認群組成員並手動選取可用節點 |
| 命中代理但節點逾時 | 節點連線、網路路徑或遠端服務連線不穩 | 切換另一節點，對照相同網域的連線結果與錯誤訊息 |
| 主頁正常、登入或對話失敗 | 登入、API 或資源網域走了不同策略 | 查看失敗時刻新增的連線及其目標網域，不要只修改首頁網域 |
4. 用可重現的步驟檢查 DNS 與分流結果
DNS 錯誤與代理逾時可能同時出現，但處理方式不同。瀏覽器透過 HTTP 代理時，目標網域有時會交由代理端解析；使用 TUN 或其他透明接管方式時，則可能先由本機核心處理 DNS。瀏覽器的安全 DNS（DoH）也可能使用自己的解析路徑。因此，作業系統查到一個 IP，不一定代表 Clash 使用了相同的解析結果。
按固定順序重現一次失敗
- 記錄基準狀態：寫下用戶端與核心版本、目前模式、系統代理或 TUN 狀態、DNS 模式、使用的策略群組及節點。
- 清除干擾：先關閉其他代理軟體與瀏覽器代理擴充功能；不要清除所有設定。清除瀏覽器 Cookie 可能使登入狀態失效，應留到確認需要時再做。
- 檢查請求是否進入核心：清空連線清單或日誌檢視畫面，重新載入 ChatGPT 一次，等待約 10 秒，記下失敗網域、命中規則、策略及錯誤內容。
- 只換一個變數：若命中規則不對，只調整規則順序；若策略正確但節點逾時，只換節點；若出現解析錯誤，再檢查核心 DNS 與瀏覽器安全 DNS。每次變更後以相同操作重試。
- 驗證結果：重新載入後確認請求進入預期策略，並檢查登入、發送一則短訊息及載入回覆是否都成功。完成後將臨時的全域模式、除錯日誌或測試設定恢復。
若日誌出現 lookup ... i/o timeout，應先確認正在解析的是目標網域、節點伺服器網域，還是 DNS 上游伺服器網域。若是節點網域，單純替 ChatGPT 新增規則不會修復節點解析；若目標解析成功但連線仍逾時，則繼續檢查出站節點與目標連線。不要只因 DNS 回應是 Fake-IP 就判定故障，Fake-IP 是核心的映射位址；應確認該連線有回到負責映射的核心，並能依網域選擇規則。
5. 根據結果區分用戶端、節點與服務端問題
完成同一組測試後，可依結果縮小範圍。另一個瀏覽器在同一節點上正常，較應檢查原瀏覽器的代理設定、Cookie、DNS 快取與擴充功能；多個應用程式都無法進入 Clash，則回頭檢查核心是否運行、系統代理是否被覆寫，以及 TUN 權限或路由是否正常。只有某一節點失敗時，先暫時改用同一群組的另一個節點；多個節點都失敗時，再檢查本機網路、節點網域解析或服務端狀態。
若連線清單顯示命中正確的代理策略，但所有節點都在相同目標連線階段逾時，保留時間、錯誤類型與目標網域，再確認目前網路或代理服務是否能到達該服務。這不必然是規則錯誤，也可能是網路路徑、節點限制或服務端暫時狀態。若只有登入流程卡住，先以瀏覽器私密視窗做對照；只有在確認問題與本機 Cookie 或快取有關時，才清除相關網站資料。
調整 DNS 前先備份原設定；需要啟用 TUN 時，確認用戶端權限與作業系統路由，避免影響區域網路或其他應用程式。診斷階段的 debug 日誌可能包含網域及連線資訊，完成重現後應恢復日常使用的日誌層級。不要公開完整設定檔、訂閱連結或含有憑證的日誌。