AI 稳定机场：为 AI 工具选代理服务时，稳定比快更重要

为什么 AI 场景把“稳定”排在第一位

AI 工具的交互方式决定了它对网络的要求。一次对话请求通常是：建立连接、发送较长的上下文、服务端逐字流式返回，整个过程持续几秒到几分钟。 编程代理类工具（例如 Codex 的命令行与 IDE 集成）还会在一个任务里连续发起多次请求，并长时间保持会话。

• 延迟波动会让流式输出“一顿一顿”，严重时触发客户端超时重试，回复从头再来。
• 丢包在长响应中比在网页浏览里更致命：TCP 重传堆积，表现为回复卡住或直接中断。
• 长连接被切断（节点重启、运营商策略、客户端空闲断开）会让正在执行的编程任务失败，需要人工重跑。

因此本站对“AI 稳定机场”的定义是：在你所在地区和运营商下，延迟中位数可接受、波动小、丢包率低、能维持数十分钟不断的会话，并且晚高峰不明显劣化。 峰值带宽只在上传大文件、同步仓库时才重要。

判断稳定性的四个指标

这些指标如何测、测试条件怎么记录，见 编辑与评测方法；对延迟、丢包与带宽三者关系的解释，见 延迟、丢包、带宽与 AI 使用体验的关系。

先分清：哪些问题不是机场的问题

AI 服务的可用性由多层因素决定。连接失败时，先判断是哪一层，再决定是否换节点或换服务：

1. 平台自身状态：服务商的状态页显示故障时，任何网络都无法正常使用。
2. 账户资格：账户被限制、订阅过期、组织策略限制，与网络无关。
3. 服务可用地区：AI 服务对出口地区有要求，节点所在地区不受支持时表现为拒绝访问，而不是网络不稳定。
4. 代理网络连接质量：这才是机场负责的部分——延迟、丢包、断线。

两份按平台展开的排查顺序：Claude 连接不稳定的排查顺序、 Codex 持续工作时的网络连接检查。