Claude 用什么机场？出口 IP 稳定性比节点数量更重要

先说结论

Claude 对机场的要求可以浓缩成一句话：出口要在支持地区内，而且要稳。“稳”指的是同一个会话、同一个 Claude Code 任务从头到尾都走同一个出口，而不是节点越多越好、测速越快越好。

具体来说：出口地区要在 Anthropic 的官方列表里，香港不在；AI 相关的分组用手动选择，不要让客户端自动换节点；网页版跟着浏览器代理走，Claude Code 则要单独设置代理变量。

Anthropic 官方支持哪些国家和地区

Anthropic 的支持国家和地区页面（2026-05-12 生效，2026-10-15 核对）有几个要点：

• 一份列表管全部产品：Claude.ai 等应用、Claude Code、Cowork、API 与开发者平台，以及通过云平台和授权经销商提供的 Claude 模型，都只在列表内的国家和地区提供；
• 未列出即不支持：页面原话是“Any country or region not listed is unsupported”。中国大陆、香港、澳门都不在列表中；台湾、日本、韩国、新加坡、美国等在列表中；
• 不只看 IP：页面写明，人在不受支持地区时使用属于不受支持的使用；注册地或总部在不受支持地区的机构、被这类主体多数控股的机构，即使员工身在支持地区，也同样不受支持。

从不受支持的地区打开 Claude，会看到“Unfortunately, Claude is only available in certain regions right now.”的提示页。需要说明的是，节点出口在支持地区，并不改变上面这几条规则对你是否适用。

四个 AI 平台的地区政策对比，见专题主文章 AI 稳定机场怎么选。

为什么 Claude 用户更在意出口 IP 稳定

会话长，任务更长。 网页上的一次长对话可能持续很久；Claude Code 跑一个任务，可能持续十几分钟，期间不断向服务端发出请求。时间跨度越长，碰上节点切换的概率越大。

地区判断按请求进行。 不少机场订阅默认带一个“自动选择”分组，里面混着香港、日本、新加坡等节点。延迟一波动，客户端可能把你切到香港节点，下一个请求就会被当作来自不受支持的地区——用户看到的现象是“刚才还好好的，突然提示地区不可用”。

断流在 Claude Code 里代价更高。 Claude Code 内置了流式空闲计时器：连接在一段时间内收不到任何数据，就判定连接已死、中止并重试。回复进行到一半时连接断开，会出现下面这类提示，交互模式下需要回复 continue 让它接着做：

API Error: Connection lost mid-response. The response above may be incomplete.

所以，对 Claude 用户来说，两三个出口固定、晚高峰不断流的节点，比一个有几百个节点但出口经常跳变的机场好用得多。节点数量为什么不是好指标，可以看 机场节点数量越多越好吗。

网页版、桌面版和 Claude Code 的代理设置有什么不同

桌面 App 的“Code”标签页运行的也是 Claude Code。官方文档说明，这类会话会读取 ~/.claude/settings.json 里的代理变量，所以下面的设置方法同样适用。

Claude Code 的代理怎么设置

Claude Code 遵循标准的代理环境变量。官方文档里有三点特别容易踩坑：

• 不支持 SOCKS 代理，所以不能写 socks5://，要用客户端的 HTTP 或混合代理端口；
• 地址必须带协议头，写成 http://127.0.0.1:端口，缺了 http:// 会在启动时直接报错；
• 变量只在启动时读取一次，改了变量要重新启动 Claude Code。

下面的例子用的是 Clash Verge Rev 的默认混合端口 7897，请换成你客户端里显示的端口（在哪里看、怎么一键复制环境变量，见 Clash 使用教程）。

临时设置：只对当前终端有效

# macOS / Linux
export HTTPS_PROXY=http://127.0.0.1:7897
claude

# Windows PowerShell
$env:HTTPS_PROXY = "http://127.0.0.1:7897"
claude

变量名大小写都可以，Claude Code 按 https_proxy、HTTPS_PROXY、http_proxy、HTTP_PROXY 的顺序取第一个已设置的值。

长期设置：写进 settings.json

在 ~/.claude/settings.json 里加入 env 配置：

{
  "env": {
    "HTTPS_PROXY": "http://127.0.0.1:7897"
  }
}

官方文档在说明后台会话时建议这样做：后台运行的 Claude Code 会话由一个共享的后台进程托管，它不一定继承你当前终端里 export 的变量，而写在 settings.json 里的设置能到达每一个会话。

检查是否生效

• 在 Claude Code 里输入 /status，Proxy 一行会显示当前使用的代理地址，无法解析的值会被标为无效；
• 官方给出的连通性测试是在同一个终端运行 curl -I https://api.anthropic.com（PowerShell 里写 curl.exe），能拿到响应头说明这条路是通的；
• 如果 curl 正常而 Claude Code 失败，官方建议检查是否残留了 ANTHROPIC_BASE_URL：它会把请求发往指定地址而不是 api.anthropic.com，指向一个已关闭的本地服务时就会连接被拒。

常见报错对照

不想逐个程序设置变量，也可以开启代理客户端的 TUN 模式，让所有程序的流量都经过客户端，区别见 TUN 模式和系统代理有什么区别。同样是命令行 AI 工具，Codex 的设置方式不同，见 Codex 命令行怎么走代理。

节点选择的一般原则

通用的选择标准（出口地区、出口稳定、晚高峰长连接）在专题主文章里已经展开，这里只补充 Claude 用户最需要注意的三点：

1. AI 分组里不要混入列表外地区。 自动测速、故障转移和负载均衡分组都可能在会话中途换节点；如果组里还有香港、澳门节点，换过去后请求会直接被拒，现象就是“刚才还好好的，突然提示地区不可用”。
2. 只在任务间隙切换节点。 同地区备一个节点，等 Claude Code 当前任务结束、或一段对话告一段落再切，不要在任务运行中切。
3. 用 claude.ai 自己的地址记录出口。 在开着代理的浏览器里打开 https://claude.ai/cdn-cgi/trace，记下 ip= 和 loc=，连续几天早晚各查一次，出口 IP 和地区都不变才算稳定。

线路上，专线和优质中转能减少晚高峰丢包，对长会话最有帮助；需要对比具体服务商时，可以到 服务商库 按线路和地区筛选。同一套原则也适用于 ChatGPT，不过 ChatGPT 更常见的是网页端报错，排查方法见 ChatGPT 用什么机场稳定。

总结

Claude 的地区政策一份列表管全部产品，香港、澳门和中国大陆都不在内，而且官方看的不只是 IP。选机场时，优先找支持地区内出口固定、晚高峰不断流的节点，节点数量无关紧要。网页版跟随浏览器代理即可；Claude Code 要设置 HTTP 形式的 HTTPS_PROXY，最好写进 settings.json，或者直接用 TUN 模式。