摘要：Codex 使用过程中反复出现
Reconnecting 1/5到Reconnecting 5/5，即使账号仍有可用额度，也可能是本机代理端口或代理环境变量没有被 Codex 正确读取。本文提供一个可直接使用的修复提示词。
问题背景
在需要通过本机代理访问网络的环境中，Codex 客户端可能可以正常登录、查看账号信息，却无法稳定维持模型连接。此时账号仍有额度，并不代表网络链路一定正常。
模型额度决定请求是否受用量限制；Reconnecting 则表示客户端正在尝试重新建立连接。两者不是同一个问题。
问题现象
Codex 在运行任务或等待模型输出时反复显示：
Reconnecting 1/5
Reconnecting 2/5
...
Reconnecting 5/5
常见伴随现象包括：
- 新建任务后长时间没有输出；
- 同一网络下浏览器可以访问，但 Codex 频繁断线；
- 代理软件正在运行，但 Codex 没有走正确端口；
- 账号仍有可用额度，切换模型也没有明显改善。
原因分析
这类问题可能由网络波动、代理端口错误、HTTP 与 SOCKS 端口混用、环境变量未被客户端继承，或者代理软件未开启局域网/系统代理等原因造成。
根据本次处理经验，在确认账号仍有额度后，重新检查本机监听端口，并给 Codex 补充正确的代理环境变量，可以解决持续 Reconnecting 的情况。
需要注意：OpenAI 官方文档确认 ~/.codex 是 Codex 默认的用户状态目录，官方公开的持久配置文件主要是 ~/.codex/config.toml。截至本文发布时，官方环境变量文档没有把 ~/.codex/.env 列为稳定、通用的配置入口，因此本文的 .env 方法属于实测修复方案，不保证适用于所有版本。
解决方案
让 Codex 自动检查并修复
新建一个 Codex 会话。因为需要检查本机监听端口，并在用户目录下创建或修改文件，可以临时开启完全访问权限，然后发送下面这段提示词：
请帮我修复 Codex 一直 Reconnecting 的问题。
请先检查我本机当前代理软件实际监听的 HTTP、HTTPS 和 SOCKS 端口，不要猜测端口；再检查当前进程和用户环境变量中的 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY、NO_PROXY 以及对应的小写变量。
确认代理地址可以连接后，备份现有的 ~/.codex/.env（如果存在），然后创建或修改该文件，写入与本机代理类型和端口匹配的配置。不要改动 Token、登录凭证或其他无关配置，也不要在输出中展示任何敏感值。
完成后请告诉我：检测到的代理类型和端口、修改了哪些变量、备份文件位置，以及如何重启 Codex 并验证 Reconnecting 是否消失。
完全访问权限会扩大 Codex 对本机文件和命令的访问范围。只应在信任当前任务和操作内容时临时开启，修复结束后可以恢复为工作区权限。
验证结果
修改完成后，彻底退出 Codex，再重新启动并新建会话测试：
- 确认代理软件仍在运行，端口没有改变。
- 发送一条简单消息，观察是否可以正常返回。
- 再执行一个需要持续输出的任务，确认不再循环显示
Reconnecting 1/5到5/5。 - 如果仍然重连，暂时关闭或切换代理节点进行对比测试。
- 查看 Codex 日志，区分代理拒绝、TLS 证书、DNS、WebSocket 和服务端错误。
成功标准是连续多次对话与任务执行都能保持连接，而不仅是偶尔成功一次。
注意事项
- 账号仍有额度时也可能发生重连，不能只根据额度判断网络状态。
- 不要在文章、截图或聊天中公开 Token、Cookie、访问令牌和代理订阅地址。
- 修改
.env前应先备份，避免覆盖原有自定义变量。 - 代理端口可能在软件升级、配置切换或重启后发生变化。
- 公司网络若使用 TLS 拦截或私有根证书，可能还需要按官方文档配置
CODEX_CA_CERTIFICATE或SSL_CERT_FILE。 - 完全访问权限不是修复网络本身，而是让会话能够检查本机端口并修改用户目录。修复完成后建议恢复为工作区权限。
- OpenAI 官方公开文档没有承诺
~/.codex/.env在所有 Codex 版本中都会自动加载。
参考资料
技术支持
如果你也遇到了 AI 模型接入、账号异常、API 配置、部署或自动化方面的问题，可以联系我提供一对一付费技术支持。
联系方式
扫码添加微信，咨询技术支持或会员代充值。
GPT 会员服务
GPT 等会员优惠代充值，欢迎老板联系下单。
GPT Plus 续充、新开可自助下单（加好友免手续费）：立即自助下单
请博主喝杯咖啡
如果您觉得内容有帮助到您，可以请博主喝杯咖啡。
