前言：Claude 開不起來不一定是節點故障
Clash 顯示已連線、其他網站也能正常開啟，但 Claude 卻停在載入畫面、登入頁反覆跳轉，或出現連線逾時，這種情況並不少見。原因可能不只在節點：Claude 網頁與登入、API、圖片等資源可能使用不同網域；Clash 的分流規則、系統代理模式、DNS 解析和瀏覽器狀態，也都會影響連線結果。
排查時建議一次只改一個項目，先確認流量有沒有進入 Clash，再檢查規則命中情形、節點品質與 DNS。若多項設定同時更動，即使問題突然消失，也很難知道真正原因。本文適用於使用 Mihomo 核心的 Clash Verge、Clash Verge Rev 等桌面客戶端；不同版本的選單名稱可能略有差異，請以目前介面為準。
先確認服務狀態
Claude 的服務可用性、帳戶狀態和所在地區支援，可能與 Clash 設定無關。若官方服務狀態異常，或帳戶本身受到限制，調整代理規則不一定能解決問題。
1先辨認故障發生在哪一段
先記下錯誤訊息和發生時間，再判斷問題是「網頁無法連上」、「頁面載入但登入失敗」，還是「登入後對話無法送出」。這幾種現象可能對應不同流量：主頁可開啟，不代表登入服務、對話 API 或附件資源也已正確經過代理。
- 瀏覽器顯示連線逾時或無法連線：先檢查系統代理是否啟用、目前模式是否為規則模式或全域模式，以及 Claude 網域是否被送往正確的策略組。
- 頁面一直轉圈、部分內容空白：可能是頁面主站已載入，但登入或靜態資源的網域命中不同規則，也可能是 DNS 快取或瀏覽器快取造成。
- 登入後跳回登入頁：檢查瀏覽器 Cookie、擴充功能及時間設定；若登入流程中切換節點或出口 IP，也可能需要重新登入。
- 頁面能開啟，但傳送訊息失敗：查看 Clash 連線記錄中對應時間的請求是否被拒絕、逾時或走了 DIRECT。也要確認節點能否維持穩定連線。
注意
不要只根據首頁能否載入判斷 Claude 已完全連通。也不要把單一錯誤畫面直接當成節點遭封鎖；先用連線記錄確認實際命中的規則與策略組。
2動手檢查代理模式、規則與連線記錄
以下操作以桌面版 Clash Verge 或 Clash Verge Rev 為例。修改前先備份目前設定，並確認訂閱或設定檔可正常使用。若你使用的是其他客戶端，請尋找名稱相近的「模式」、「代理」和「連線」頁面。
- 打開 Clash 客戶端，確認核心正在執行，並確認系統代理已啟用。若使用 TUN 模式，檢查其開關狀態與權限提示；不要同時開啟多個會互相衝突的代理軟體。
- 在代理頁面暫時選擇一個穩定節點，先不要使用延遲測試失敗、頻繁自動切換或負載均衡組。記下目前節點名稱，方便之後比較。
- 打開連線記錄，重新載入 Claude 網頁，並留意出現請求時的網域、規則類型、命中策略組及結果。若看不到任何相關請求，先檢查系統代理、瀏覽器代理設定或 TUN 是否確實接管流量。
- 若請求命中 DIRECT、REJECT 或不預期的代理組，檢查規則順序和目標策略。確認修改後重新載入配置，再次開啟網頁測試。
- 分別測試 Claude 首頁、登入和對話功能。每次只調整一項，例如先固定節點，再測試規則；完成後記下結果，避免把短暫的網路恢復誤判為設定修正成功。
確認規則命中，而不是盲目新增規則
若設定檔由訂閱提供，規則可能由遠端規則集管理，直接編輯訂閱檔案的內容可能在更新後被覆蓋。可以先使用客戶端提供的覆寫或自訂規則功能；如果不熟悉規則覆寫，先以連線記錄確認問題，不要整段替換原有的 rules。
需要測試時，可在自訂規則中加入以下示意項目，並放在較一般性的規則之前。AI 是示例策略組名稱，必須替換成你實際配置中存在的代理組；若配置沒有此名稱，直接照抄可能造成配置錯誤。
這些網域只供排查時參考，實際請求可能因服務功能或版本而異，不應假定列表涵蓋所有情況。若連線記錄顯示其他相關網域，先確認它們的命中規則，再依目前配置格式調整。規則順序很重要：若較前面的規則已匹配，後面的自訂規則就不會生效。
3排除節點不穩、DNS 與模式問題
當連線記錄顯示請求已交給代理，但結果仍是逾時，可以用另一個穩定節點交叉測試。切換時一次只換一個節點，並等待舊連線結束後重新載入頁面。若某個節點可以載入登入頁，另一個節點卻持續逾時，問題較可能與節點路由、擁塞或出口連線品質有關，而不是瀏覽器完全無法工作。
分辨規則模式與全域模式
規則模式下，請求會依配置中的規則分流；若 Claude 相關網域沒有匹配到預期策略，就可能走到兜底規則。你可以在連線記錄中確認實際命中結果。全域模式則通常會讓更多流量經由目前選定的代理組，適合短時間作為對照測試，但不建議因一次測試成功，就長期忽略原有分流設定。
TUN 模式主要用於接管不遵循系統代理設定的流量，並不是所有連線問題的通用修復方式。先確認桌面瀏覽器是否已使用系統代理；如果使用 TUN，檢查權限、虛擬網卡狀態及客戶端提示。一次只測試一種工作方式，並在測試完成後恢復原本需要的設定。
檢查 DNS 解析與快取
DNS 解析結果可能受到作業系統、瀏覽器安全 DNS、Clash DNS 設定或先前快取影響。如果連線記錄中顯示的網域命中正確，但請求仍連向不合預期的地址，可先重新載入 Clash 配置，清除瀏覽器 DNS 快取或關閉再開啟瀏覽器，然後重新測試。修改 DNS 前，記下原有設定；不要同時套用多組互不相容的 DNS 規則。
測試時保持一致
每次比較都使用同一台裝置、同一個瀏覽器和相同網路。若同時更換 Wi-Fi、節點和 DNS，就無法判斷是哪個變化改善或惡化了連線。
4處理登入循環、載入不完整與其他常見狀況
如果 Claude 主頁可開啟，但登入一直返回原頁，先在私人瀏覽視窗測試。私人視窗能正常使用時，通常值得檢查原瀏覽器的 Cookie、網站資料或擴充功能。可只清除 Claude 相關網站資料，再重新登入；不必一開始就清空所有瀏覽紀錄和已儲存密碼。
- 暫停隱私或攔截擴充功能：廣告攔截、追蹤防護或腳本控制功能可能影響登入跳轉或頁面資源。一次停用一個擴充功能，測完後再決定是否保留。
- 確認系統時間正確：時間或時區明顯錯誤可能造成安全連線與登入驗證失敗。先啟用系統自動校時，再重新開啟瀏覽器。
- 避免登入期間切換出口：登入流程中切換節點，可能讓連線中斷或令同一工作階段出現不同出口。建議先選定穩定節點，完成登入後再保持使用。
- 排除其他代理軟體干擾：檢查瀏覽器代理擴充功能、系統 VPN 或其他網路工具是否同時工作。一次只保留一個主要代理路徑，便於判斷流量去向。
- 區分帳戶問題與網路問題：若網頁已正常載入，但帳戶出現明確的驗證或存取提示，請依官方頁面指示處理。代理設定無法取代帳戶驗證，也不應將連線排查當成規避服務規則的方法。
如需回報給網路服務供應商或客戶端維護者，提供錯誤發生時間、使用的客戶端與核心版本、節點代號、命中的規則和錯誤類型即可。分享記錄前，先移除訂閱連結、登入資訊、Cookie、個人 IP 及其他敏感資料；不要公開完整配置檔或帳戶憑證。
建議排查順序
先看服務與帳戶狀態，再確認 Clash 代理是否運作、規則是否命中，接著比較穩定節點與 DNS，最後才清理瀏覽器資料或調整擴充功能。這樣能縮小範圍，也較容易還原設定。
若你尚未安裝合適的 Clash 客戶端，可先確認裝置平台與核心需求，再選擇相容的版本。前往下載 Clash，並依照客戶端介面匯入自己的配置後再進行測試。