Claude 在 Clash 下打不開：先分清楚是哪一種故障
使用 Claude 時，如果頁面一直轉圈、登入後停在空白畫面，或對話送出後沒有回應，直覺上很容易認為是節點失效。但同一種表象可能來自不同環節：瀏覽器沒有使用 Clash、目前節點連線不穩、規則把 Claude 網域送往直連，或 DNS 回應與實際代理出口不一致。先判斷故障範圍，通常比立刻改訂閱或切換 TUN 更有效。
排查前可先記錄三件事：發生問題的時間、使用的裝置與網路，以及具體症狀。如果只有 Claude 網頁異常，其他網站正常，應優先檢查 Claude 相關連線與分流；如果多個網站都打不開，則先看 Clash 核心、節點和系統代理是否正常。若頁面能開啟但登入或對話失敗，也要分別觀察登入流程與對話請求，不要只以首頁能否載入判斷整體連線。
本文以 Clash Verge Rev 等採用 Mihomo 核心的桌面用戶端為例，說明一般排查思路；不同版本的按鈕名稱可能略有差異，請以介面中的「連線」「日誌」「設定檔」或相近功能為準。使用服務時也應遵守所在地法規、網路管理政策及 Claude 的服務條款；代理能否連線不代表服務在所有地區或帳戶條件下均可使用。
先確認系統代理、節點與服務狀態
第一步不要急著改規則，先確認流量是否真的進入 Clash。檢查用戶端是否已啟動核心、目前設定檔是否成功載入，以及系統代理開關是否啟用。若只開了 Clash 程式但系統代理未啟用，瀏覽器可能仍直接連線；反過來說，如果系統代理已開啟，但本機連接埠被其他程式占用，瀏覽器也可能無法連上代理。
接著在策略群組中選一個可用節點，使用用戶端提供的延遲測試或連線測試功能。測試結果只能作為初步參考：延遲較低不一定代表長時間連線穩定，也不一定代表該節點能正常載入 Claude。可先換一個不同地區或不同線路的節點，再用同一個瀏覽器重試，並避免同時切換多個設定，否則不容易判斷是哪項變更改善了結果。
- 其他網站也失敗：先檢查核心是否運作、節點是否可用，以及系統代理埠是否設定正確。
- 其他網站正常，只有 Claude 異常：繼續檢查 Claude 網域的連線紀錄、匹配規則與策略群組。
- 頁面偶爾能開、對話經常中斷：比較不同節點的持續連線表現，並留意連線紀錄是否反覆重試或逾時。
- 換網路後症狀改變：將家用 Wi-Fi、手機熱點或其他可用網路作為對照，確認是否與目前網路環境有關。
也要留意服務端因素。若更換節點與網路後仍無法使用，或同一帳戶在不同裝置上都出現類似錯誤，可能是服務暫時異常、帳戶驗證流程未完成，或帳戶本身受到限制。遇到這類情況時，反覆修改本機規則未必有幫助；先查看 Claude 官方狀態資訊與帳戶提示，再決定是否繼續排查本機網路。
查看規則模式：確認 Claude 流量去了哪裡
Clash 的規則模式會依序比對網域、IP 或其他條件，再將連線交給相應策略；全域模式則讓一般代理流量統一經過所選策略。若 Claude 網域命中直連規則，即使其他網站都走代理，Claude 仍可能使用本地網路出口。這時應先在連線列表中查看實際命中的規則與策略，而不是單憑設定檔裡「看起來有代理規則」就認定它已生效。
測試時可在 Clash 的連線頁面搜尋或辨識 claude.ai、anthropic.com 及其相關子網域。實際請求可能隨登入、頁面載入、API 呼叫或版本更新而涉及不同主機；因此不要把單一網域清單當作永久完整答案。以連線紀錄中實際出現的目的網域為準，並確認對應項目沒有被較前面的直連規則、廣泛的網域規則或錯誤的策略群組提前匹配。
如果介面顯示 Claude 相關請求命中 DIRECT，可先檢查目前生效設定檔中的規則順序與策略群組狀態。某些規則集會在自訂規則之前載入，修改了草稿卻沒有更新或重新載入設定檔，也可能讓變更沒有實際作用。調整後重新載入設定，再觀察新建立的連線；既有連線可能仍沿用舊路徑，必要時可關閉 Claude 分頁後重新開啟。
若請求顯示已交給預期代理策略，但 Claude 仍無法正常載入，問題便不一定是規則本身。可以切換另一個節點作對照，並留意連線是否出現逾時、重置或 TLS 錯誤。若更換節點立即改善，較可能與原節點路由或穩定性有關；若所有節點結果相同，則應繼續確認瀏覽器、DNS、登入狀態及服務端情況。
動手排查：用最少變更逐步定位
以下流程適合在設定看似正常、但 Claude 仍然打不開時使用。每次只改一項，並在每一步記下結果，避免同時切換模式、節點、DNS 和 TUN，最後無法判斷真正原因。
- 確認 Clash 狀態：確認核心正在執行，當前使用的是已成功載入的設定檔，且代理埠沒有錯誤提示。
- 確認瀏覽器走代理：檢查系統代理是否啟用；若使用瀏覽器擴充套件或自訂代理設定，也要確認它沒有覆蓋系統設定。
- 選擇穩定節點：先用一個已知可用的節點測試 Claude，再換另一個節點比較。測試期間不要同時更換網路與規則。
- 查看連線紀錄：開啟 Claude 頁面並重現問題，觀察相關網域是否出現在連線列表，以及命中的規則和策略是否符合預期。
- 做短時間模式對照：若規則模式下請求被送往 DIRECT，可短暫切換至全域模式測試。全域模式只用於定位問題，不應在未確認影響前長期維持。
- 回到規則模式驗證：若全域模式可用，再回頭檢查網域規則、規則順序和策略群組；若仍無法使用，則換節點並檢查 DNS 與服務端狀態。
測試結束後，記得還原原本的模式與設定。全域模式會改變更多網路流量的處理方式，可能影響本地網站、公司資源或其他應用程式；它適合作為短時間的 A／B 對照，不應取代對規則命中的檢查。若每次切回規則模式就重現故障，優先修正實際命中的規則，而不是一直依賴全域模式。
若連線列表完全看不到 Claude 請求，先檢查瀏覽器是否使用另一個代理、VPN 或獨立網路設定。只有在確認系統代理無法涵蓋該程式，且規則與節點已初步確認後，才考慮使用 TUN 做對照。TUN 會接管更多系統流量，可能與公司 VPN、安全軟體或其他虛擬網路介面衝突；啟用前請先了解用戶端提示與權限要求，測試後也應確認是否需要關閉。
DNS、TUN 與瀏覽器：規則正確仍失敗時檢查
DNS 負責把網域名稱解析成 IP 位址。若 DNS 查詢與代理出口的路徑不一致，或系統、瀏覽器與 Clash 各自使用不同的 DNS 設定，連線可能解析到不合適的位址，造成載入失敗或結果不穩。此時先看 Clash 日誌與連線紀錄是否出現解析錯誤，再檢查設定檔中的 DNS 選項是否被啟用、目前生效設定是否確實更新。不要為了試驗而盲目填入不熟悉的 DNS 位址，也不要一次改動多個 DNS 參數。
瀏覽器本身也可能影響結果。先以一般視窗重試，暫時停用可能改寫代理或 DNS 的擴充功能，並確認沒有開啟另一個 VPN 或安全軟體的網路過濾功能。若只有某個瀏覽器出問題，可換一個瀏覽器交叉測試；若同一台裝置上所有瀏覽器都失敗，則回到 Clash 連線紀錄與系統網路設定繼續查。清除網站資料可能讓你重新登入，且不一定能解決路由問題，因此宜先保留錯誤訊息並確認網路路徑。
TUN 的用途是接管更多未必會遵循系統代理設定的流量，並非「連不上就一定要開」的修復開關。當 Claude 的連線完全沒有出現在 Clash 記錄中，才值得把 TUN 當作定位工具；若請求已明確進入 Clash 並命中預期策略，TUN 通常不能解決節點不穩或服務端異常。出現公司內網無法存取、其他應用程式斷線或 VPN 衝突時，應先停用 TUN 並還原測試前狀態。
依症狀收斂原因，避免反覆重設設定
完成基本檢查後，可以用結果縮小範圍。若 Claude 網域命中 DIRECT，而全域模式或調整規則後恢復，重點是修正規則匹配與順序；若請求已走代理但換節點後才恢復，應檢查原節點的穩定性與路由；若連線紀錄沒有相關請求，則檢查瀏覽器代理、系統代理或是否需要進一步測試 TUN。若多個網路、節點與裝置上都失敗，則不要忽略服務端或帳戶狀態。
還原設定時建議一次只撤回一項變更，確認原有網站與應用程式恢復正常。不要匯入來路不明的規則片段，也不要公開含有節點密鑰或訂閱資訊的設定檔。若問題發生在公司或學校管理的裝置，或調整代理會影響受管理的網路連線，應先遵守管理政策並向管理員確認可採用的方式。
有些通用 VPN 工具只提供單一開關，雖然容易上手，但遇到「只有 Claude 失敗」時，較難看出流量究竟是直連、走錯節點，還是沒有進入代理。Clash 的規則模式、策略群組與連線紀錄能把這些環節拆開檢查；配合一次只改一項的測試，也較容易找到可重現的原因。如果你希望依照自己的裝置與設定檔進一步檢查，Clash 可作為清楚觀察分流結果的工具，先從適合平台的版本與基本設定開始即可。