先对照具体目标
网页、API、认证跳转、连接器和桥接使用不同域名。分流检测逐项请求固定 trace 路径，读取目标边缘返回的地址；参考站的 IP 不一定就是 Claude 相关路径的出口。
只比较同协议族
两个 IPv4 或两个 IPv6 地址不同，说明本次探针观察到差异。IPv4 与 IPv6 不能直接做地址相等比较；隐私地址、负载均衡与路由调整也可能产生变化。
不能读取时保留原因
跨域、安全策略、挑战页、目标未提供 trace 或网络不通都可能失败。可选助手能够在授权范围内补充请求，但助手的路径也未必等于原网页的每种连接。
调整后使用同一方法复测
规则片段可作为目标分组参考，先确认客户端已有的策略名，再核对 DNS 与双栈路由。只改一项后复测同一组目标，保留前后时间，避免同时更改多项而失去可比性。
一个常见场景
例如，Claude 网页与 API 都返回 IPv6，但地址不同，而参考站返回 IPv4。可比较前两个同族地址的差异；参考站因地址族不同，不能用简单相等关系认定泄漏。
定位哪个目标与预期路径不同
运行域名分流检测后，先按网页、API、认证和参考目标分组，记录每行目标、协议族、返回地址及失败原因。只在同一协议族内比较，不把参考站的 IPv4 与 Claude 目标的 IPv6 直接判为分流异常。没有可读取 trace 的目标，应保留未确认。
若只有认证目标失败，先检查该域名的规则是否落入错误策略组，再检查解析和挑战页；若所有目标都失败，先检查当前浏览器和代理的基础连接。规则片段中的策略名称必须对应客户端已有分组，不能把示例分组名直接当成实际可用的节点。
调整一条规则后，重新运行相同目标并保存前后时间、地址和状态。浏览器探针成功后，还需在实际使用的 Claude Code、终端或远端机器验证。探针只能覆盖已列出的 HTTP 请求，不能证明登录跳转、WebSocket 或其他应用的全部连接都采用同一路径。
参考来源与时效
以上为独立诊断与使用说明，未接入 Anthropic 内部风控。政策、界面与支持流程可能更新，按原文生效日期和实际账号可见入口核对。