第一步：儲存目標、時間和完整錯誤型別
先區分故障來自 Claude 網頁、Claude Code、官方 API，還是代理或第三方平臺。儲存發生時間及其時區、產品版本、執行位置、目標域名和錯誤正文；向外分享前刪除憑據、Authorization、賬單與會話內容。
下面的 API 狀態碼含義來自官方 API 錯誤文件。網頁挑戰頁、代理自定義錯誤或其他平臺的同名狀態碼未必具有相同含義，必須先看返回者和正文，再選擇對應處理路徑。
沒有 HTTP 響應：先檢查連線層
解析失敗、連線超時、連線被重置和 TLS 證書錯誤通常沒有可用的目標 HTTP 響應。先核對終端代理、目標 DNS、證書鏈以及本機或遠端的執行位置，不能把這些錯誤直接稱為賬號被封。
瀏覽器正常而終端超時時，分別檢查兩條路徑；一次網頁探針成功不能排除 CLI 的網路故障。先用代理配置指南確認變數和作用域，再在原終端複測，不連續更換多個網路條件。
401 與 403：區分認證、許可權及響應來源
官方 API 的 401 表示認證問題，403 表示所用金鑰沒有請求資源的許可權。先檢查當前產品採用的是 API Key、訂閱登入還是雲平臺認證；不要把某一種入口的憑據複製到不對應的產品。若金鑰可能洩露，應在原官方平臺處理。
如果返回的是 HTML 挑戰頁或代理提示，先處理該頁面說明的連線或訪問問題。單獨一個 403 不足以證明賬號永久封禁；明確的賬號限制通知應轉向官方限制說明和申訴入口。
429 與服務端錯誤：避免無效重試
官方 API 的 429 可能涉及速率或額度上限，529 屬於臨時過載。檢視錯誤正文和重試資訊；臨時限制可降低併發並採用有上限的退避，額度上限則需核對用量與預算。檢查後臺任務，避免無效迴圈重試，也不通過輪換賬號處理限制。
網頁的使用額度提示應以該產品內的用量頁面為準，不能直接套用 API 的計費和速率規則。服務端 5xx 與網路超時也要分別記錄；只有看清具體響應，才能判斷應稍後重試還是聯絡支援。
提交一份能複核的脫敏記錄
一份有效記錄應能讓支援方定位時間和請求，同時避免洩露金鑰。下方是空白結構，不預填身份、所在地或使用行為。request-id 只在實際響應提供時填寫；沒有就註明未提供，不自行編造。
修改後重複原來的最小操作，記錄原錯誤是否消失及功能是否真正完成。若錯誤碼發生變化，按新的響應重新分類，而不是把所有變化都歸為“IP 不夠純淨”。
可複製的排查記錄
時間與時區：[填寫]
產品／版本／執行位置：[填寫]
目標域名與錯誤型別：[填寫]
HTTP 狀態碼與 request-id：[實際提供時填寫]
最小復現步驟：[不含憑據]
僅修改的一項設定與複測結果：[填寫]參考來源與時效
以上為獨立診斷與使用說明，未接入 Anthropic 內部風控。政策、介面與支援流程可能更新，按原文生效日期和實際賬號可見入口核對。