Claude 用什么机场节点

结论与其他 AI 服务一致：地区优先新加坡，其次日本、美国；避开香港。与线路类型无关。

但 Claude 有一个其他 AI 服务较少涉及的场景：命令行与 API 调用。 这一页会重点说明它——因为它的配置方式与网页版完全不同，也是最常见的"网页能用但工具不行"的来源。

三个维度的分离

线路类型（专线 / 中转 / 直连）→ 晚高峰稳不稳 → 与可用性无关
节点地区（港台日新美）        → **强相关**：香港限制概率明显更高
IP 类型（家宽 / 原生 / 机房）  → **相关**：家宽与原生通过率通常更高

最常见的误判：以为"打不开是机场不好"，然后买更贵的专线机场。

你的想法	现实
买专线机场	专线解决晚高峰拥塞，与落地 IP 无关
换更快的节点	AI 对速度不敏感
换地区（避开香港）	有效
换同地区的其他节点	有效（IP 段问题）

地区优先级

地区	优先级	说明
新加坡	1	通常通过率最高
日本	2	通常好于香港；对华北用户延迟也不错
美国	3	延迟 130–300ms，对文本交互可接受
台湾	4	通常好于香港
香港	最后	限制概率明显更高

延迟对体验的实际影响

文本对话是流式输出，首字延迟受网络往返影响，后续字符是持续流。

地区	延迟	实际感受
新加坡	40–120ms	首字略慢一点，之后无感
日本	55–130ms	同上
美国	130–300ms	首字明显慢一点，仍可接受

但对代码类的连续交互（每次都要等首字），美国节点的延迟会更有感知。如果你频繁做短问答，新加坡或日本更舒服。

网页版、API 与命令行工具的差异

这是 Claude 场景下最值得单独说明的一块。

三种使用方式的流量路径

方式	流量是否走代理	说明
浏览器（网页版）	通常走	浏览器遵守系统代理设置
桌面应用	视应用而定	部分遵守系统代理
命令行工具 / SDK / API	多数不走	不读系统代理设置

这就是"网页版能用但命令行工具不行"的原因——不是节点问题，是流量根本没经过客户端。

怎么确认

看客户端的连接日志。

日志里的情况	结论
完全没有这个请求	流量没走代理 → 需要配置
有请求但失败	是节点或地区问题
有请求且成功	问题在别处（账号、配置）

客户端	日志在哪
Clash Verge Rev	「连接」页面
v2rayN	主界面下方日志区
sing-box	日志页 / 标准输出
Shadowrocket	设置 → 日志
v2rayNG	左上菜单 → 日志

方案一：环境变量（推荐）

多数命令行工具与 SDK 读这三个环境变量：

http_proxy
https_proxy
all_proxy

指向客户端的本地代理端口。 端口号在客户端设置里能找到（Clash Verge Rev 的混合端口、v2rayN 的本地监听端口等）。

优势	说明
影响面最小	只影响你设置了变量的那个终端会话或程序
不需要额外权限	不像 TUN 需要管理员
配置简单	一行命令
容易排查	变量没生效时很明显

注意： 环境变量在不同 shell、不同会话里的作用范围不同。如果只在当前终端设置，新开的终端不会继承。

方案二：TUN 模式

如果某个工具不读环境变量，才考虑 TUN。

代价	说明
需要管理员 / root 权限	—
影响整个系统	配错可能全面断网
需要配好三条规则	局域网直连、国内直连、订阅域名直连
需要启用 fake-ip	否则域名规则不生效

本站的建议顺序：环境变量 → 工具自身的代理设置 → TUN。 从影响面最小的开始。

详见 TUN 模式。

方案三：工具自身的代理设置

部分工具有自己的代理配置项（配置文件或命令行参数），比环境变量更精确。

查工具的文档看有没有这个选项。 有的话优先用它——影响面最小。

一个容易忽略的点：规则要覆盖到

即使流量走了代理，还要确认规则把它指向了正确的节点。

情况	说明
流量走了代理但用了默认节点	默认节点可能是香港 → 失败
规则只匹配了网页版的域名	API 端点的域名可能不同
规则指向的节点已下线	规则静默失效

解决：在规则里把 API 相关的域名也指向「AI」策略组。 具体域名看工具的文档或连接日志里显示的目标。

IP 类型的影响

类型	通过率	说明
家宽 IP	最高	与真实住宅用户共用 ASN
原生 IP	高	注册归属地与节点地区一致
广播 IP	中	异地注册、本地广播
机房 IP	最低	ASN 属于数据中心

家宽 IP 的带宽通常较小，但这对 AI 不是问题（流量本来就小）——所以家宽节点非常适合 AI 用途，只是不要用它下载。

站内 18 家中只有 无忧链接 标注了 IP 类型（原生 IP / 家宽 IP），其余 17 家待补。 它同时是站内唯一标注无理由退款的品牌，验证成本最低；但约 2025 年起运营（待官方确认）、无测速快照，建议只月付。

这些标注来自品牌资料（vendor 层），本站未独立验证。

详见 IP 类型。

验证方法

网页版

步骤	操作
1	切到新加坡节点
2	打开无痕窗口
3	访问并登录
4	发一条消息（能登录不等于能用）
5	成功 → 记下节点完整名与日期；失败 → 继续
6	关闭无痕窗口，换同地区另一个节点，重开无痕窗口
7	该地区全部失败 → 换日本 → 美国

关键：每换一个节点就重开无痕窗口。 否则上一个节点的会话状态会污染结果。

命令行工具 / API

步骤	操作
1	先看连接日志：工具的请求有没有经过客户端
2	没有 → 设置环境变量或开 TUN，再重试
3	有请求但走了默认节点 → 加规则指向「AI」组
4	走了指定节点但失败 → 换同地区其他节点
5	该地区全失败 → 换地区

第 1 步是最关键的诊断：它区分了"流量没走代理"（配置问题）与"走了但被拒"（节点问题）——两者的解法完全不同。

记录格式

节点完整名	地区	网页版	命令行	测试日期
（原样抄）	新加坡	✓	✓	2026-09-18
（原样抄）	日本	✓	—	2026-09-18

网页版与命令行分开记——虽然它们通常一致，但配置路径不同，问题也可能不同。

失败时的排查顺序

顺序	做什么	原理
1	看连接日志：请求经过客户端了吗	区分配置问题与节点问题
2	没经过 → 配环境变量 / TUN / 工具自身代理	配置问题
3	经过了 → 换同地区其他节点	IP 段被标记
4	换地区（新加坡 → 日本 → 美国）	地区级限制
5	用无痕窗口重测（网页版）	排除浏览器状态
6	查出口 IP 的类型与归属	机房 IP 通过率最低
7	确认规则指向的节点还存在	节点改名下线后规则静默失效
8	检查账号状态	可能与节点无关
9	全部失败 → 换机场	优先选披露 IP 类型且有退款的

第 1 步是 Claude 场景特有的重点——因为命令行使用很常见，而"流量没走代理"这个原因在其他 AI 服务的排查里不那么突出。

流量与套餐

使用	流量
短问答	极少
长对话	少（文本仍然很小）
上传文件分析	按文件大小
连续的代码交互	少到中等（取决于上下文长度）
生成图片（如支持）	每张几 MB

整体仍然远低于看视频。 即使是重度的代码交互使用，每月也很难超过几 GB。

所以不要为 Claude 买大流量套餐。 19 元 / 100GB 的入门档对纯 AI 需求完全够用。

唯一要注意的是频繁上传大文件分析——那按文件大小计费。见 按流量选套餐。

客户端配置

配一条规则，省掉每次的手动切换。

规则	指向
Claude 相关域名（含 API 端点）	验证通过的新加坡 / 日本节点

各客户端

客户端	做法	节点变动后
Clash Verge Rev	建「AI」策略组，规则指向它	规则不用改，更新组成员即可
sing-box	建 selector 出站，route.rules 指向它	同上
Shadowrocket	配置文件里加规则，指向具体节点	规则会失效，需更新
v2rayNG	难以按域名指向特定节点	手动切
v2rayN	同上	手动切

用策略组的好处在这里很明显：AI 节点会因为 IP 段被标记而需要更换，策略组让你只改一处。

命令行场景的规则

API 端点的域名可能与网页版不同。 从连接日志里看工具实际请求的目标域名，把它也加进规则。

一个省事的做法：把相关的域名后缀都指向「AI」组，覆盖网页版与 API。

详见 规则分流。

站内数据的局限

不能提供

项目	原因
"哪家支持 Claude"的结论	解锁字段全部为空
逐节点的通过率数据	需要控制条件下的实测
17 家的 IP 类型	品牌资料未提供

为什么解锁字段留空

一、保质期太短。 IP 段会被标记、机场会换 IP、服务方会调整策略。一个"2026 年 9 月可用"的结论三个月后可能已失效。

二、解锁是节点级的。 同一家机场的不同节点表现可能完全不同。"这家支持 Claude"这个说法本身就不准确。

三、需要控制条件下的实测。 本站还没做这个工作——不做就不填，而不是猜一个。

本站也不从测速截图推导解锁结果——收录的 17 张快照只做范围性记录，不 OCR 成逐节点精确表、不据此排名。规则见 实测方法与环境说明。

能提供

项目
验证方法与排查顺序（含命令行场景）
地区优先级（基于可观察现象）
IP 类型的作用机制
可核对的 vendor 层数据（地区覆盖、IP 类型披露、退款条款）
明确说明哪些信息站内没有

七天验证方案

第 0 天：购买前

问客服四个问题，保留截图：

问题	为什么问
有新加坡和日本节点吗？	AI 的首选地区
IP 类型是什么？	第二关键维度
退款的具体条件？	决定你的验证成本
每个地区有几个节点？	备选越多越好（IP 段会被标记）

只买月付、只买入门档——AI 需求的流量极小。

第 1 天：网页版地区扫描

步骤	操作
1	列出该机场的全部新加坡、日本、美国节点
2	从新加坡开始，每个节点用一个新的无痕窗口测试
3	登录 + 发一条消息（两步都要成功）
4	记录节点完整名 + 通过 / 失败 + 日期
5	该地区全失败 → 换日本 → 美国

第 2 天：命令行 / API 验证

如果你用命令行工具或 SDK，这一天是必须的。

步骤	操作
1	设置环境变量指向客户端本地端口
2	设置 no_proxy 排除本地与国内
3	调用一次，看客户端连接日志有没有这个请求
4	没有 → 工具不读环境变量，查工具自身的代理设置
5	有请求但走了默认节点 → 把 API 域名加进「AI」规则
6	走了指定节点但失败 → 换节点（同第 1 天的流程）

第 3 步是核心诊断，它区分了配置问题与节点问题。

第 3 天：IP 类型核对

对通过的节点，查出口 IP 的类型与归属。

查什么	判断
国家 / 地区	与节点标注一致 → 原生；不一致 → 广播
ASN 名称	含运营商名 → 家宽；含云服务商 / IDC 名 → 机房
交叉验证 2–3 个 IP 库	单一库可能有过时数据

如果通过的节点是机房 IP，它被标记的风险更高——建议多准备一个备选。

第 4 天：稳定性复测

观察	结论
仍然通过	较稳定
昨天通过今天失败	IP 段刚被标记，需要备选
时好时坏	不可靠

AI 的验证不受晚高峰影响，但间隔一两天复测能发现"刚好那一刻可用"的假阳性。

第 5 天：配规则

步骤	操作
1	建「AI」策略组，放 2 个通过的节点（主 + 备）
2	规则：Claude 相关域名（含 API 端点）→ 该组
3	看连接日志确认网页版与命令行都走了指定节点
4	确认国内域名仍走 DIRECT
5	移动端分别配一遍

第 6–7 天：实际使用与决策

结果	决定
有 2 个以上节点稳定通过	留下
只有 1 个节点通过	留下但风险集中，建议再找一家备用
通过但不稳定	不可靠，考虑换
全部地区失败	换机场；优先选披露 IP 类型且有退款的

之后：每季度复测

做什么	耗时
无痕窗口测一遍已记录的节点	10 分钟
命令行调用一次确认	2 分钟
检查规则指向的节点是否还存在	3 分钟
更新档案里的测试日期	2 分钟

"检查规则指向的节点"很重要：节点改名下线后规则会静默失效，流量落到默认节点（可能是香港），表现就是"突然又打不开了"。

开发场景的完整配置

如果你主要通过命令行工具或 SDK 使用 Claude，这一节是可直接执行的配置。

第一步：找到客户端的本地端口

客户端	在哪看
Clash Verge Rev	设置 → 混合端口（常见 7897 之类，以实际为准）
v2rayN	参数配置 → 本地监听端口
sing-box	配置里 mixed inbound 的 listen_port
Shadowrocket / v2rayNG	移动端通常以 VPN 形态工作，不提供本地端口给其他设备

记下这个端口号。

第二步：设置环境变量

在你的 shell 里设置：

export http_proxy=http://127.0.0.1:<端口>
export https_proxy=http://127.0.0.1:<端口>
export all_proxy=socks5://127.0.0.1:<端口>

注意：

事项	说明
只影响当前会话	新开终端不会继承
写入 shell 配置文件可持久化	但要注意"不需要代理时也生效"的副作用
部分工具只读大写变量	需要时同时设置 HTTP_PROXY 等
all_proxy 的协议	部分工具支持 socks5，部分只支持 http
国内的包管理与仓库也会走代理	可能变慢；考虑用 no_proxy 排除

第三步：设置 no_proxy

排除不需要走代理的目标，避免国内访问绕远：

export no_proxy=localhost,127.0.0.1,<国内域名或内网地址>

这一项容易被忽略但很实用——否则你的国内包源、内网服务、本地开发服务器都会走代理。

第四步：验证

检查	怎么做	期望
环境变量已生效	打印变量值	显示你设置的值
请求经过了客户端	调用一次，看客户端连接日志	日志里出现该请求
走的是指定节点	看日志的出口	「AI」策略组里的节点
本地与国内访问未受影响	访问本地服务、国内仓库	正常

第二项是核心：日志里没有这个请求，说明环境变量没生效或工具不读它。

第五步：规则要覆盖 API 端点

API 端点的域名可能与网页版不同。

怎么找	说明
看连接日志里显示的目标域名	最准确
看工具或 SDK 的文档	通常有说明

把这些域名也指向「AI」策略组，否则它们会走默认节点（可能是香港）。

如果工具不读环境变量

顺序	方案	影响面
1	工具自身的代理设置（查文档）	最小
2	工具的配置文件里的代理项	小
3	TUN 模式	最大

TUN 是最后手段，因为它影响整个系统，而且需要配好三条直连规则（局域网、国内、订阅域名）并启用 fake-ip。见 TUN 模式。

一个常见的坑：容器与虚拟环境

如果你在容器或虚拟机里运行工具，127.0.0.1 指的是容器内部，不是宿主机。

情况	应对
容器内访问宿主机的代理	用宿主机在容器网络中的地址，而不是 127.0.0.1
客户端需要允许局域网连接	否则只监听 127.0.0.1
注意安全	允许局域网连接后，同网络的设备都能用你的代理

"允许局域网连接"要谨慎——它等于把你的代理开放给同一网络下的任何设备。用完建议关闭。

常见误判

1. 打不开是机场不好。 主要是地区与 IP 类型问题。
2. 买专线机场能解决。 专线解决晚高峰拥塞，与落地 IP 无关。
3. 需要高速节点。 AI 对速度不敏感。
4. 香港延迟最低所以最好。 香港在 AI 场景上通常最差。
5. 网页能用命令行就一定能用。 命令行工具多数不读系统代理，需要单独配置。
6. 能登录就说明能用。 要发一条消息。
7. 一个节点不行整家都不行。 换同地区其他节点常常就好。
8. 不用无痕窗口也能测。 浏览器状态会影响结果。
9. 测过一次就长期有效。 IP 段会被标记，结论保质期很短。
10. 配了规则就一定走对节点。 节点改名下线后规则会静默失效。

只为 AI 买机场：怎么选

如果 AI 是你的唯一或主要需求，选购逻辑与其他场景完全不同。

不重要的维度

维度	为什么不重要
线路类型（专线 / 中转）	与可用性无关
流量大小	文本对话每月很难超过几 GB
出口带宽	不需要大带宽
晚高峰丢包	AI 对丢包不敏感（重传即可）

所以：不要为 AI 买高价专线大流量套餐。

重要的维度

维度	站内情况
覆盖新加坡与日本	多数品牌覆盖
IP 类型	仅 1 家披露
退款条款	仅 1 家披露
该地区的节点数量	品牌资料里的数字仅供参考
支持月付	多数支持

成本对比

方案	月成本	适合 AI
19 元 / 100GB（标注原生+家宽 IP、无理由退款）	19 元	最适合（披露 IP 类型 + 零成本验证）
19 元 / 150GB	19 元	流量更多但 IP 类型未知
68 元 / 500GB（标注 IEPL）	68 元	溢价买的是流量与专线，对 AI 无用
79 元 / 400GB（标注 IEPL）	79 元	同上

如果你只用 AI，从 19 元升到 68 元多付的 49 元买不到任何 AI 相关的能力。

注意：以上价格来自品牌资料（vendor 层），是站内套餐的分布情况，不构成对具体品牌的推荐。见 价格数据库 与 AI 机场推荐。

推荐的选购路径

步骤	做什么
1	按"覆盖新加坡 + 日本"筛选
2	优先选披露 IP 类型的
3	优先选有退款条款的
4	只买入门档、只买月付
5	按七天方案验证
6	失败 → 换一家，损失只有 19–20 元

"你可能要试几家"是这个场景的现实预期——所以退款条款与低月费比任何其他条件都重要。

常见症状对照

症状	最可能的原因	第一个动作
网页提示地区不支持	地区限制	换地区（新加坡 / 日本）
能登录但发不出消息	IP 段被标记	换同地区其他节点
网页能用但命令行不行	流量没走代理	看连接日志确认
命令行请求根本没出现在日志里	工具不读环境变量	查工具自身的代理设置
命令行走了默认节点	规则没覆盖 API 域名	把 API 域名加进「AI」规则
昨天能用今天不行	IP 段刚被标记	换同地区其他节点
对话中途被中断	IP 段状态变化	换节点
容器内工具连不上代理	127.0.0.1 指容器内部	用宿主机在容器网络中的地址
设了环境变量但没生效	只在某个会话生效，或工具读大写变量	检查变量；同时设大写
国内包源变慢了	环境变量让国内也走代理	设 no_proxy 排除
换了节点还是不行	可能是账号状态	用其他网络环境验证账号
全部地区全部失败	整家的 IP 类型不适合	换机场

四行值得特别注意：

"网页能用但命令行不行" → 看连接日志。 这是 Claude 场景最高频的问题，而且多数不是节点问题。

"命令行走了默认节点" → 加 API 域名规则。 API 端点的域名可能与网页版不同。

"国内包源变慢了" → 设 no_proxy。 环境变量是全局的，会让所有请求走代理。

"容器内连不上" → 地址问题。 容器里的 127.0.0.1 不是宿主机。

给不同用户的建议

只用网页版的人：与其他 AI 服务的做法相同——换同地区节点 → 换地区（避开香港）→ 无痕重测。配一条规则把域名指向「AI」策略组即可。

用命令行工具 / SDK 的人：第一件事是确认流量走了代理（看连接日志）。优先用环境变量而不是 TUN，并且设 no_proxy 排除本地与国内。把 API 端点的域名也加进规则——这是最容易漏的一步。

在容器或虚拟机里开发的人：127.0.0.1 指容器内部。需要用宿主机在容器网络中的地址，并且客户端要允许局域网连接——但用完记得关闭（否则同网络的设备都能用你的代理）。

频繁上传大文件分析的人：这是 Claude 场景里唯一需要关注流量的部分。按文件大小估算，其余可以忽略。

用 Clash 系客户端的人：建「AI」策略组，节点因 IP 段被标记而更换时只改组成员，规则不用动。 这个好处在 AI 场景下特别明显，因为节点更换比其他场景频繁。

用 Shadowrocket / v2rayNG 的人：规则直接指向具体节点，节点改名后会静默失效。每次订阅更新后检查一下。

重度依赖的人：配两家机场的入门档（总成本约 38–40 元/月）。IP 段会被标记，单点故障风险比其他场景更高。

同时用多个 AI 服务的人：把它们的域名都指向同一个「AI」策略组。 通过一个服务验证的节点通常也能用于其他——但建议在同一节点上把你用的服务都测一遍，这只多花几分钟。

名词速查

名词	含义
地区限制	服务方对某些地区的访问限制
IP 类型	家宽 / 原生 / 广播 / 机房
ASN	自治系统号，识别代理的主要依据之一
家宽 IP	家庭宽带出口 IP，通过率最高
机房 IP	数据中心 IP，通过率最低
IP 段被标记	该段被服务方识别为代理
无痕窗口	排除 cookie 与缓存干扰，网页版测试必用
环境变量代理	http_proxy / https_proxy / all_proxy，命令行场景的首选方案
混合端口 / 本地监听端口	客户端的本地代理端口，环境变量指向它
策略组	Clash 里的节点分组，节点变动时规则不用改
连接日志	区分"流量没走代理"与"走了但被拒"的工具

本页数据说明

内容	层级	含义
地区优先级与 IP 类型的影响	一般性观察	服务方策略不公开，本站只记录现象与应对
命令行与 API 的配置方法	一般性技术参考	具体环境变量与端口以客户端文档为准
验证方法与排查顺序	editorial	本站方法建议
无忧链接标注原生 / 家宽 IP、无理由退款	vendor	来自品牌资料，本站未独立验证
站内解锁字段	not-tested	全部为空

本站不提供任何规避服务方检测的方法，也不建议违反服务方使用条款的行为。使用任何服务都应遵守所在地的法律法规与服务方的条款。规则见 免责声明。

为什么本站不给"支持 Claude 的机场推荐"

四个理由，与本站的数据规则一致：

一、结论的保质期太短。 IP 段会被标记、机场会换 IP、服务方会调整策略。一份三个月前的名单可能已经失效，而读者会以为它仍然有效。

二、解锁是节点级的，不是品牌级的。 同一家机场的不同节点表现可能完全不同。"这家支持 Claude"这个说法本身就不准确——准确的说法是"这家的某个节点在某个时间可用"。

三、需要控制条件下的实测。 要有可信的数据，需要固定测试环境、固定时间、逐节点逐服务测试并持续更新。本站还没做这个工作。

四、一份不准确的名单比没有名单更有害。 它会让读者跳过自己的验证，而验证恰恰是这个场景下唯一可靠的方法。

本站的解锁字段（unlock）全部为空，这不是遗漏，是规则：没有控制条件下的实测就不填，而不是猜一个。

本站也不从测速截图推导解锁结果——收录的 17 张快照只做范围性记录（图 + 节点分布 + 范围性观察 + 异常项），不 OCR 成逐节点精确表、不据此排名、不推导 AI 或流媒体的可用性。

本页给的是方法，而方法对任何新出现的情况都有效。 规则见 实测方法与环境说明 与 免责声明。

与其他 AI 服务的异同

	Claude	ChatGPT	Gemini
地区敏感度	高	高	高
避开香港	是	是	是
首选地区	新加坡	新加坡	新加坡
IP 类型敏感度	中高	中高	中
带宽需求	极低	极低	低
命令行 / SDK 使用常见	是（本页重点）	较少	较少
账号绑定的影响	视情况	视情况	与账号地区关联更紧

三个共同点

一、都要避开香港。 三个服务在香港节点上的失败率都明显更高。

二、都对速度不敏感。 文本流量极小，不需要大带宽或低丢包。

三、网页版的排查顺序相同。 换同地区节点 → 换地区 → 无痕重测 → 查出口 IP。

Claude 的差异点

命令行与 SDK 的使用在 Claude 场景下更常见，而这带来一类其他服务较少涉及的问题：流量根本没走代理。

这类问题的特征是"网页能用但工具不行"，而且它的解法与节点完全无关——是配置问题。先看连接日志，这一步能立刻区分。

一个实用推论

一个通过 ChatGPT 验证的节点，通常也能用于 Claude 与 Gemini。 但不保证——各服务的策略与 IP 段标记状态不同。

建议：在同一个节点上把你用的服务都测一遍（只多花几分钟），然后把它们的域名都指向同一个「AI」策略组。

详见 ChatGPT 节点怎么选 与 Gemini 节点怎么选。

三十秒速查

网页版打不开：

顺序	做什么
1	换同地区的其他节点
2	换地区（新加坡 → 日本 → 美国，避开香港）
3	用无痕窗口重测

命令行 / API 不行：

顺序	做什么
1	看连接日志：请求经过客户端了吗
2	没有 → 设环境变量指向客户端本地端口
3	有但走了默认节点 → 把 API 域名加进「AI」规则
4	走了指定节点但失败 → 换节点

测试要点：

• 网页版用无痕窗口，换节点前重开
• 要发一条消息（能登录不等于能用）
• 命令行别忘 no_proxy（否则国内也走代理）
• 记完整节点名与测试日期

不要做：

• 不要为 AI 买专线（与可用性无关）
• 不要为 AI 买大流量（文本流量极小）
• 不要选香港节点（失败率最高）
• 不要为了命令行直接开 TUN（先试环境变量）

一句话总结

Claude 能不能用，由节点地区与落地 IP 类型决定，与线路类型无关。地区优先级：新加坡 > 日本 > 美国 > 台湾 > 香港，香港的限制概率明显更高。Claude 场景特有的重点是命令行与 API：命令行工具与 SDK 多数不读系统代理设置，所以"网页能用但工具不行"通常不是节点问题，而是流量根本没经过客户端——用连接日志确认，然后设置 http_proxy / https_proxy / all_proxy 环境变量指向客户端的本地端口（比开 TUN 影响面小得多），并把 API 端点的域名也加进规则。排查顺序：先看日志区分"配置问题"与"节点问题"，再换同地区其他节点 → 换地区 → 无痕重测。AI 对速度不敏感，不要为它买专线或大流量套餐。

下一步

• 其他 AI 服务 → ChatGPT 节点怎么选 · Gemini 节点怎么选
• 搞清 IP 类型 → IP 类型
• 搞清地区选择 → 节点地区怎么选
• 配规则自动分流 → 规则分流
• 命令行场景 → TUN 模式（以及各客户端页的本地端口说明）
• AI 相关的机场筛选 → AI 机场推荐 · AI 支持数据库
• 本站的数据规则 → 实测方法与环境说明 · 免责声明

相关页面

• AI 与流媒体：AI 与流媒体总览 · ChatGPT · Gemini · Netflix · YouTube · Disney+
• 线路：IP 类型 · 节点地区 · 节点波动
• 客户端：Clash Verge Rev · sing-box · 客户端总览

常见问题

Claude 用什么地区的节点？

优先新加坡，其次日本、美国。避开香港——香港节点在多个 AI 服务上的限制概率明显更高。这与你买的是专线还是中转无关。

为什么 Claude 打不开但其他网站都正常？

因为这是地区与 IP 类型的问题，不是速度或线路问题。排查顺序是：换同地区其他节点 → 换地区 → 用无痕窗口重测 → 查出口 IP 的类型与归属。

用 API 或命令行工具时节点怎么配？

命令行工具多数不读系统代理设置。两个方案：设置环境变量（http_proxy / https_proxy / all_proxy）指向客户端的本地端口，或开 TUN 模式。前者影响面小得多，优先用它。

Claude 需要多快的速度？

文本对话流量极小。但长对话、上传文件分析、以及连续的代码交互会比纯聊天多一些，整体仍然远低于看视频。不需要为它买大流量套餐。

网页版能用但 API 不行是什么原因？

通常是流量没走代理——命令行工具与 SDK 多数不读系统代理设置。先确认环境变量已设置或 TUN 已开启，看客户端的连接日志里有没有这个请求。

站内哪家机场支持 Claude？

本站的解锁字段全部为空。解锁结论需要控制条件下的实测、是节点级而非品牌级的、而且保质期很短（IP 段会被标记）。本站提供验证方法，不提供会过期的结论。

测试时为什么要用无痕窗口？

浏览器已有的 cookie、缓存与会话状态会影响判定。无痕窗口排除这些变量，测出来的是 IP 本身的结果。换节点前也要重开无痕窗口。

一个节点能同时用于 ChatGPT 和 Claude 吗？

通常可以——通过一个服务验证的节点往往也能用于另一个。但不保证，各服务的策略与 IP 段标记状态不同。建议在同一个节点上把你用的服务都测一遍。

→下一步：风险监控

品牌状态、价格与套餐变动、域名更换、失联与停运记录。让本站更像数据库而非推荐位。

·线路节点

线路类型、节点地区、IP 类型的原理说明，全站专业度地基。