摘要：两者同跑终端、同样不读系统代理、同样怕长连接丢包，差别只两处：Claude Code 对地区与 IP 类型更敏感；Codex 登录靠浏览器回调，浏览器与终端节点不一致就卡在授权页。
一分钟速查
- 共同点：终端单独走代理，对丢包敏感。
- Claude Code：对地区与 IP 类型更挑剔，原生 IP 更稳。
- Codex：登录依赖浏览器回调，两端要同一节点。
- 节点：都避开香港，选美日新低丢包专线。
共同的网络要求
终端必须走代理
两个工具都不会自动读系统代理，设置 HTTPS_PROXY 后用 curl 验证，或直接开 TUN 模式。
低丢包比低延迟更重要
美国节点延迟高一些问题不大，但丢包会让长任务中途断开，优先 IEPL/IPLC 专线并关闭自动切换。
地区保持固定
账号注册地、浏览器登录地、终端使用地保持一致，减少验证与风控。
各自需要额外注意的地方
| 工具 | 额外注意 |
|---|---|
| Claude Code | IP 质量决定稳定性，原生 IP 或标注「AI」的节点明显更稳 |
| Codex | 登录前确认浏览器与终端同一节点，规则模式下可临时切全局或开 TUN |
同时使用两者怎么选机场
两个工具都要用，最省事的是选一家对两者都做过实测的机场。节点固定在美国、日本或新加坡，优先选同时满足两者要求的低丢包专线，并先月付自测，确认稳定再长期。
关于两者网络的 3 个误区
- 「设一次代理就都能用」——终端代理变量、TUN、浏览器回调各有讲究，Codex 登录尤其要两端一致；
- 「两者网络要求完全一样」——Claude Code 更挑 IP 类型，Codex 更挑登录环节；
- 「低延迟节点就是好节点」——长任务看丢包率，延迟低但丢包高的节点跑 CLI 会频繁断。