为什么不该先看速度
多数“机场推荐”文章把下载速度放在第一位，因为它最容易测、最容易比。但 AI 工具的流量形态和看视频完全不同：
- 一次 Claude 对话的请求体通常只有几十 KB，回复以流式方式逐字返回，持续几秒到几分钟；
- Codex 这类编程代理会在一个任务里持续往返几十次，会话可能保持一小时；
- 这两种场景的数据量都很小，但对连接是否中断极其敏感。
所以，一个在测速软件里跑出 500 Mbps 的节点，如果晚高峰丢包 5%，用起来会比一个只有 50 Mbps 但丢包 0.3% 的节点差得多。
按顺序看这五个指标
1. 节点出口地区是否受 AI 服务支持
这是前提，不是“指标”。Anthropic 与 OpenAI 都公布了可用地区清单（见文末资料来源）。节点的出口地区不在清单上时，表现是直接拒绝访问、要求验证或提示地区不可用——这不是网络不稳定，换到受支持地区的节点即可，不需要换机场。
判断方法：在客户端里查看节点的实际出口地区（多数客户端会显示），或者访问任一 IP 查询页面确认。注意有些节点标注的地区和实际出口不一致。
2. 丢包率
丢包是 AI 场景的头号杀手。流式回复过程中丢包会导致重传，表现为“回复卡住几秒又继续”，严重时客户端超时、回复中断。
判断方法：对目标节点连续探测几分钟，分别在白天和晚上 20–23 点各测一次。本站的参考线：
| 晚高峰丢包率 | 适用情况 |
|---|---|
| < 1% | 适合所有 AI 场景，包括长任务 |
| 1%–3% | 短对话可用，不建议跑长时间任务 |
| > 3% | 不建议用于 AI 工具 |
3. 延迟的波动，而不是延迟本身
从中国大陆到香港节点的延迟通常在 30–80 ms，到美国在 150–250 ms。对 AI 对话而言，这个差异几乎感觉不到——模型生成一个字的时间远大于网络往返。真正影响体验的是波动：平时 60 ms、突然跳到 800 ms 再回落，会让流式输出一顿一顿。
判断方法：看延迟的中位数与 P90（90% 的采样低于该值）的差距。差距在 2 倍以内比较健康，超过 5 倍说明节点或线路不稳定。
4. 长会话稳定性
对使用 Codex、Claude Code 等命令行工具的开发者，这是最重要的指标。节点重启、运营商策略、客户端空闲断开，都会切断正在进行的任务。
判断方法：实际跑一个 30–120 分钟的任务，记录断线次数。本站评测用 1–5 分表示：0 次为 5 分，每增加一次减 1 分。评测方法详见 编辑与评测方法。
5. 是否有备用节点
任何节点都会出问题。同一受支持地区至少有两个节点，并且客户端支持手动或自动切换，单点故障时才能快速恢复。
判断方法：看订阅里同一地区的节点数量，以及客户端是否支持“自动选择 / 故障转移”策略组。
带宽为什么排最后
带宽只在三种情况下重要：上传大文件给模型分析、同步大型代码仓库、同时有多人共用订阅。日常对话与编程往返对带宽的要求低于 5 Mbps。如果预算有限，宁可牺牲带宽也不要牺牲丢包率。
更系统的解释见 延迟、丢包、带宽与 AI 使用体验的关系。
把顺序变成选择流程
- 列出你要用的 AI 服务，查它们的可用地区清单。
- 候选机场必须在这些地区有至少两个节点。
- 试用期内在晚高峰测丢包率，超过 3% 直接淘汰。
- 如果你跑长任务，实测一次 30 分钟以上的会话。
- 剩下的候选再按预算比较，参见 不同预算用户的选择方法。
出问题时先别换机场
连接失败的原因分很多层：平台状态、账户资格、地区政策、本地网络、客户端配置，最后才是节点质量。换机场只解决最后一层。按顺序排查的步骤见 Claude 连接不稳定的排查顺序 与 Codex 持续工作时的网络连接检查。