核心结论
Codex 提示 stream disconnected 通常不是账号问题，而是流式连接在任务中途被切断，最常见原因是线路丢包和客户端自动测速切换了节点。把 OpenAI 相关流量固定到一个低丢包的支持地区节点，并关闭 URL 测试类代理组，大多数情况都能解决。
问题现象
在 Codex CLI 或 IDE 插件中执行任务时，出现以下情况之一，基本都属于同一类问题：
- 输出进行到一半停止，常见提示如
stream disconnected before completion（具体文字以实际版本为准）； - 界面提示正在重新连接，重试几次后失败；
- 读取文件、执行命令都正常，但生成较长的回复时卡住不动，最后报错退出；
- 同一台电脑，白天正常，晚上八点以后频繁出现。
结论先说：这类报错说明流式连接在任务完成前被切断，根源多数在网络路径上，而不是账号或额度。额度不足一般会给出 429 或“达到使用上限”一类的明确提示，更换节点并不能解决。
为什么浏览器正常，Codex 却会断开
很多人会疑惑：同一个节点，网页版 ChatGPT 聊天一切正常，为什么 Codex 执行任务就断？原因在于两者的连接形态不同。网页聊天一次回复通常只持续十几秒，就算中途丢了几个包，页面也能靠重传或刷新掩盖过去；Codex 一次任务要连续读取文件、执行命令、多轮生成代码，一条流式连接可能持续好几分钟，期间模型“思考”时还会有一段没有数据传输的空闲期。线路上任何一次明显丢包、代理对空闲连接的超时回收、或者节点切换，都会让这条连接直接断开。所以判断节点是否适合 Codex，不能只看网页能否打开，更要看长时间连接下的稳定性。
原因对照表
| 原因 | 判断方法 | 解决方法 |
|---|---|---|
| 线路丢包 | 晚高峰更频繁；连续请求测试出现超时或耗时忽高忽低 | 换专线或优质中转节点，避开高峰执行大任务 |
| 节点自动切换 | 客户端使用“自动选择 / URL 测试”组，连接日志中出口节点有变化 | 改为手动选择组并固定节点 |
| 代理空闲超时 | 模型“思考”较久、没有数据传输时断开 | 更换节点或线路，升级客户端内核后对比 |
| 出口地区变化 | 断开后重新登录提示地区不支持 | 只在支持地区中固定一个节点 |
| UDP / QUIC 转发异常 | TUN 模式下浏览器登录正常、CLI 却不稳定，或反之 | 统一使用同一种代理方式，确认规则让 OpenAI 流量走同一出口 |
| 企业代理或防火墙 | 只在公司网络出现，换手机热点即恢复 | 按 IT 要求配置代理与证书，或换网络 |
| 本机带宽被占满 | 同时在下载、同步网盘或看高清视频 | 暂停大流量任务，或给 AI 流量单独分组 |
快速自查
动手排查前，先花一分钟回答这几个问题：
- 当前代理组是不是“自动选择”或“URL 测试”？
- 当前节点是不是香港节点？（香港不在 OpenAI 支持范围内）
- 是不是只在晚高峰出现？
- 换手机热点后是否仍然断开？
- 浏览器打开 ChatGPT 是否正常？
如果第 1、2 条答案是“是”，先改掉再测试，往往就能解决。
逐步排查
第一步：确认 Codex 所在终端确实走了代理
# Windows PowerShell
echo $env:HTTPS_PROXY
curl.exe -I https://api.openai.com/v1/models# macOS / Linux
env | grep -i proxy
curl -I https://api.openai.com/v1/models返回 401 一类状态行说明链路已通；无响应则先回到 Codex CLI 安装与登录 中的代理设置步骤。
第二步：连续请求，粗测线路稳定性
单次 curl 成功不代表稳定。连续发 20 次请求，观察是否有失败和耗时波动：
# Windows PowerShell
1..20 | ForEach-Object { curl.exe -s -o NUL -w "%{http_code} %{time_total}`n" https://api.openai.com/v1/models }# macOS / Linux
for i in $(seq 1 20); do curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://api.openai.com/v1/models; done每行都应是 401 且耗时相近。出现 000（连接失败）或耗时忽然翻几倍，说明当前节点在丢包或拥塞，换一个节点再测。
第三步：关闭自动切换，手动固定节点
在客户端中把 OpenAI 相关流量所在的代理组改为手动选择，选中一个美国、日本或新加坡节点后，整个任务期间不要切换。如果订阅的规则把 OpenAI 流量交给了自动测速组，可以通过客户端的覆写功能把这些域名改指向手动组。节点筛选思路可以参考 节点怎么选。
第四步：在环境变量和 TUN 模式之间做对照
先只用环境变量测试一轮大任务，再关闭环境变量、改用 TUN 模式测试一轮。哪种方式更稳定就保留哪种，不要两种同时开启又叠加系统代理，多层代理会增加出错点。
第五步：拆小任务并重试
网络恢复后，让 Codex 从断开处继续，或者把一个大需求拆成几个小步骤。新版本 Codex 自带有限次数的自动重连，配置文件中也可能提供重试相关选项，名称和取值以官方文档为准。
日常预防建议
问题解决之后，下面几个习惯可以让它不再反复出现：
- 给 AI 流量单独分组：在客户端规则中把 OpenAI 相关域名交给一个手动选择的代理组，下载、视频等流量继续使用自动选择，互不干扰；
- 固定一个“主力节点”和一个“备用节点”：平时只用主力节点，出问题时在两个任务之间再切换到备用节点，而不是在任务进行中切换；
- 大任务避开晚高峰：晚上八点到十一点是多数线路的拥堵时段，大规模重构、批量修改这类长任务尽量放到白天；
- 定期更新客户端和内核：旧版本在长连接处理、TUN 转发上可能存在已知问题；
- 条件允许时使用有线网络：无线信号不稳同样会造成本地丢包，而这类丢包换节点也解决不了。
仍然无法解决
- 换网络对照：用手机热点连同一个节点测试。热点下正常，说明问题在本地宽带或公司网络；热点下同样断开，说明问题在节点或线路。
- 换线路：普通直连或拥挤的中转在晚高峰很难稳定，建议换 IEPL / IPLC 专线节点，线路差异见 线路怎么选。
- 换订阅：本站收录品牌中，二猫云 的 Codex 实测可用，专线丢包 0.3%；光速云 家宽实测丢包 0.2%，为测试品牌中最低，但 Codex 暂无测试数据，需要自己验证。两者对比见 二猫云与光速云对比。
请遵守所在地法律法规以及 OpenAI 的使用条款与支持地区政策。
相关问题
常见问题
stream disconnected 是 Codex 服务坏了吗？
大多数情况下不是。这个提示表示模型的流式输出在完成前被中断，本地网络、代理和节点问题最常见。只有当你换了稳定网络后仍然大面积失败时，才需要考虑服务端临时故障，可以留意 OpenAI 官方状态页公告。
为什么短问题正常，一到大任务就断开？
大任务持续时间长、请求轮次多，期间只要出现一次明显丢包或节点切换，连接就会被打断。短问题几秒就结束，碰上网络波动的概率低很多，所以更难暴露问题。
开了自动选择节点，为什么反而更容易断？
URL 测试或自动选择类代理组会定期测速并切换到当前延迟最低的节点，切换瞬间正在进行的连接会被断开，出口地区也可能随之变化。AI 编程场景建议手动固定节点。
用 TUN 模式好还是设置环境变量好？
两者都能让 Codex 走代理。环境变量只影响当前终端，设置简单；TUN 模式接管全部流量，适合环境变量不生效或需要同时照顾编辑器、Git 等程序的情况。无论哪种方式，关键都是节点固定且低丢包。
公司网络下 Codex 总是断开怎么办？
企业代理或防火墙可能限制长连接时长，或对 HTTPS 流量做解密检查，导致流式连接被提前关闭。可以按公司 IT 的要求配置证书与代理，或者换到非公司网络测试以确认原因。
本文最后更新于 。网络服务与 AI 平台政策变化较快，如发现信息过时，欢迎通过联系我们反馈。