先對照具體目標
網頁、API、認證跳轉、聯結器和橋接使用不同域名。分流檢測逐項請求固定 trace 路徑，讀取目標邊緣返回的地址；參考站的 IP 不一定就是 Claude 相關路徑的出口。
只比較同協議族
兩個 IPv4 或兩個 IPv6 地址不同，說明本次探針觀察到差異。IPv4 與 IPv6 不能直接做地址相等比較；隱私地址、負載均衡與路由調整也可能產生變化。
不能讀取時保留原因
跨域、安全策略、挑戰頁、目標未提供 trace 或網路不通都可能失敗。可選助手能夠在授權範圍內補充請求，但助手的路徑也未必等於原網頁的每種連線。
調整後使用同一方法複測
規則片段可作為目標分組參考，先確認客戶端已有的策略名，再核對 DNS 與雙棧路由。只改一項後複測同一組目標，保留前後時間，避免同時更改多項而失去可比性。
一個常見場景
例如，Claude 網頁與 API 都返回 IPv6，但地址不同，而參考站返回 IPv4。可比較前兩個同族地址的差異；參考站因地址族不同，不能用簡單相等關係認定洩漏。
定位哪個目標與預期路徑不同
執行域名分流檢測後，先按網頁、API、認證和參考目標分組，記錄每行目標、協議族、返回地址及失敗原因。只在同一協議族內比較，不把參考站的 IPv4 與 Claude 目標的 IPv6 直接判為分流異常。沒有可讀取 trace 的目標，應保留未確認。
若只有認證目標失敗，先檢查該域名的規則是否落入錯誤策略組，再檢查解析和挑戰頁；若所有目標都失敗，先檢查當前瀏覽器和代理的基礎連線。規則片段中的策略名稱必須對應客戶端已有分組，不能把示例分組名直接當成實際可用的節點。
調整一條規則後，重新執行相同目標並儲存前後時間、地址和狀態。瀏覽器探針成功後，還需在實際使用的 Claude Code、終端或遠端機器驗證。探針只能覆蓋已列出的 HTTP 請求，不能證明登入跳轉、WebSocket 或其他應用的全部連線都採用同一路徑。
參考來源與時效
以上為獨立診斷與使用說明，未接入 Anthropic 內部風控。政策、介面與支援流程可能更新，按原文生效日期和實際賬號可見入口核對。