先判断症状属于哪一类
不同症状指向不同层面，先对号入座，能省掉一半的排查时间：
| 症状 | 最可能的层面 | 跳到 |
|---|---|---|
| 页面提示“不可用”“地区不支持”“需要验证” | 地区政策 / 账户 | 第 2、3 步 |
| 完全打不开，所有网站都慢 | 本地网络 | 第 4 步 |
| 能打开，但回复卡住、中断、要重试 | 丢包 / 断线 | 第 5、6 步 |
| 只有 Claude 不行，其他网站正常 | 分流配置 / 节点 | 第 5、6 步 |
| 某个时段（晚上）特别差 | 节点拥塞 | 第 6 步 |
第 1 步：看平台状态
打开 Claude 状态页（见资料来源）。如果显示故障或降级，等待恢复即可，任何网络调整都没有意义。这一步只需十秒，但很多人跳过它，白白折腾半小时。
第 2 步：确认账户状态
登录是否过期、订阅是否有效、是否被要求重新验证。这些提示通常很明确，与网络无关。组织账户还可能受管理员策略限制。
第 3 步：确认节点出口地区受支持
Anthropic 公布了可用地区清单。节点出口不在清单里时，表现为拒绝访问或地区不可用，而不是“慢”。
操作：
- 在客户端里查看当前节点的出口地区，或访问任一 IP 查询页面。
- 对照官方清单。
- 不在清单里就切换到受支持地区的节点；不要在这里纠结延迟。
第 4 步：排除本地网络
- 换一个网络试试：从家庭宽带切到手机热点，或者反过来。症状消失就说明是本地网络或运营商策略问题。
- 公司或校园网络：常有额外的防火墙与策略，表现为连接被重置。这种情况在家里往往正常。
- 路由器：长时间不重启的路由器可能导致大量连接状态堆积，重启后恢复。
第 5 步：检查客户端配置
分流规则
只让 Claude 相关域名走代理，其余直连。好处有两个：减少无关流量干扰；出问题时能确定是代理链路还是直连链路。常见的做法是在规则里加入 claude.ai、anthropic.com 及其子域名。具体写法随客户端不同，见各客户端教程。
空闲断开与连接复用
部分客户端默认在空闲几十秒后断开连接。网页对话很少触发，但 Claude Code 在等待模型思考时可能几十秒没有流量，随后请求失败。把空闲超时调大，或者关闭该选项。
命令行工具的代理设置
Claude Code 这类命令行工具不走浏览器的代理设置，需要单独配置环境变量（通常是 HTTPS_PROXY）或在客户端开启系统代理 / TUN 模式。以下是环境变量方式的示例（端口按你的客户端修改）：
export HTTPS_PROXY=http://127.0.0.1:7890
export HTTP_PROXY=http://127.0.0.1:7890Windows PowerShell：
$env:HTTPS_PROXY = "http://127.0.0.1:7890"
$env:HTTP_PROXY = "http://127.0.0.1:7890"按官方文档，Claude Code 读取标准的 HTTPS_PROXY / HTTP_PROXY / NO_PROXY 变量（大小写均可），并且不支持 SOCKS 代理，所以要填客户端的 HTTP 代理端口，而不是 SOCKS 端口。完整说明见文末资料来源。
第 6 步：测节点质量
前五步都排除后，才轮到节点。
- 切换同一地区的另一个节点。恢复了就说明是单个节点的问题，记下来，之后避开。
- 测丢包：对节点做几分钟连续探测，分白天与晚高峰。参考线见 AI 用户选择机场时应该关注什么。
- 看时段：只有晚上差，说明节点拥塞，这类问题换节点比换机场有效。
- 所有受支持地区的节点晚高峰都超过 3% 丢包：这时才考虑换服务。
记录下来，下次更快
把每次的症状、步骤、结论记在一处。多数人的“Claude 不稳定”最终只有两三种固定原因，第二次遇到时几分钟就能解决。
延伸阅读
- 丢包、延迟与带宽分别影响什么：延迟、丢包、带宽与 AI 使用体验的关系
- 编程代理场景的检查清单：Codex 持续工作时的网络连接检查
- 专题总览：Claude 网络专题