直接答案
Codex 首选美国节点——OpenAI 服务主要部署在美国，链路最直接、兼容性最好；日本与新加坡节点延迟更低（50–150ms），在专线条件下同样稳定，适合对响应手感敏感的用户。香港节点应避开：部分出口会被 OpenAI 拒绝或触发验证。比地区更重要的是节点类型：优先服务商的 AI 专用分组或专线节点，选定后固定使用、关闭自动切换。
目录
先明确：Codex 的节点需求与众不同
多数用户选节点看延迟数字，Codex 用户应该看三样东西：出口地区是否被 OpenAI 支持、IP 共享程度、晚高峰丢包。延迟数字排最后。原因见 Codex 为什么需要稳定网络。
地区怎么选
| 地区 | 典型延迟 | 兼容性 | 适合 |
|---|---|---|---|
| 美国 | 150–250ms | 最好 | 默认选择，长任务首选 |
| 日本 | 50–120ms | 好 | 手感优先、专线用户 |
| 新加坡 | 60–150ms | 好 | 美日节点拥挤时的备选 |
| 香港 | 20–60ms | 差 | 不建议 |
一个实用策略：主节点选美国，备用节点选日本，两者都固定下来。备用节点只在主节点故障时手动切换，不要交给客户端自动决定。
节点类型比地区更重要
同一地区内，节点质量差异巨大：
- AI 专用分组：服务商为 AI 平台单独维护的低共享节点，优先选。
- IEPL / IPLC 专线节点：晚高峰丢包低，长任务的基础保障。
- 普通中转节点：白天可用，晚高峰跑 Codex 风险高。
- 倍率节点（x2 等）：通常就是专线，Codex 流量小，倍率成本可忽略。
节点命名的解读方法见 什么是节点。
固定节点的配置
选定后，把 OpenAI 域名钉在该节点上（Clash 规则示例）：
DOMAIN-SUFFIX,openai.com,US-Codex
DOMAIN-SUFFIX,chatgpt.com,US-Codex
DOMAIN-SUFFIX,oaistatic.com,US-Codex
DOMAIN-SUFFIX,oaiusercontent.com,US-Codex并关闭策略组的「自动测速切换」「故障转移」——任务期间 IP 变化会触发重新验证。
淘汰式实测流程
- 候选节点各跑一次晚高峰
ping -c 100，丢包 > 1% 直接淘汰。 - 幸存者各跑一个 10 分钟以上的 Codex 任务。
- 出现
stream error或验证的淘汰。 - 连续三天稳定的节点设为主节点。
如果服务商没有一个节点能通过测试，问题在线路而不在你，参考 Codex 机场推荐 更换。完整的代理与环境配置见 Codex 在国内怎么用。
常见问题
美国节点延迟 200ms 会不会太高？
不会。Codex 的响应时间主要花在模型推理上，200ms 的网络往返感知不明显；稳定的 200ms 远好于波动的 80ms。
为什么不建议用香港节点跑 Codex？
香港不在 OpenAI 的稳定支持范围，部分服务商的香港出口会被直接拒绝或频繁触发验证；即使能用，也不值得把长任务押在上面。
一个节点能同时跑 Codex 和看视频吗？
可以，但不建议。大流量下载会抬高该连接的丢包概率；用规则分流让 OpenAI 域名独占一个稳定节点，视频走其他节点。
节点多的机场对 Codex 更有利吗？
数量本身无关紧要。Codex 只需要一两个高质量固定节点；一百个共享严重的节点不如一个低共享专线节点。