codex超时后需手动强制重连，不可刷新页面；方法一为修改config.toml启用http协议，方法二为校准代理配置并验证，方法三为cli延长超时参数后重试。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex连接超时后无法自动恢复，必须手动干预才能重新建立有效通信通道，否则会持续卡在“Reconnecting”状态并反复尝试失败的WebSocket握手。
确认当前是否真的超时而非假死
打开Codex界面左下角状态栏，若显示「连接中断，正在重试…」且圆点持续跳动超过10秒，或命令行执行codex --print "test"返回Error: Request timeout exceeded 30000ms，即可判定为真实超时。
此时不要刷新页面或重启软件——本地缓存仍在，但若刷新，所有未提交的输入和上下文将永久丢失。
立即生效的强制重连操作
方法一：临时绕过WebSocket，直走HTTP协议
编辑配置文件：【model_provider = "openai_http" 必须顶格写在 config.toml 最开头，不能缩进】
macOS/Linux路径：~/.codex/config.toml；Windows路径：C:\Users\你的用户名\.codex\config.toml。
在文件最上方新增一行：model_provider = "openai_http"，再在文件末尾添加：
[model_providers.openai_http]name = "OpenAI HTTP only"wire_api = "responses"supports_websockets = false
保存后彻底关闭Codex进程（Mac用Activity Monitor杀掉Codex Desktop，Windows用任务管理器结束所有codex相关进程），再重新启动。
代理环境下的精准重连路径
第一步：确认代理端口真实监听状态
终端运行lsof -i :7890（macOS/Linux）或netstat -ano | findstr :7890（Windows），输出中必须含LISTEN字样，否则代理根本没开对应端口。
第二步：校准.env代理配置
进入~/.codex/.env（Windows同理），确保三行内容严格匹配你代理工具实际开启的端口：
HTTP_PROXY="http://127.0.0.1:7890"HTTPS_PROXY="http://127.0.0.1:7890"NO_PROXY="localhost,127.0.0.1,::1"
【ALL_PROXY字段可删，它反而会干扰HTTP/HTTPS代理优先级】
第三步：验证代理链路通断
执行curl -x http://127.0.0.1:7890 https://api.openai.com/v1/models -I --max-time 5，返回HTTP/2 401即证明代理可用；若超时或拒绝连接，说明端口错或代理未运行。
完成上述三步后，关闭并重启Codex Desktop。
CLI命令行场景的即时重连
① 先终止所有卡住的codex进程：pkill -f codex（macOS/Linux）或任务管理器结束进程。
② 设置超时延长变量：export CODEX_REQUEST_TIMEOUT=120000，同时补上流式超时：export CODEX_STREAM_TIMEOUT=180000。
③ 验证配置生效：echo $CODEX_REQUEST_TIMEOUT应输出120000。
④ 直接发起新请求：codex --timeout 120000 "修复这个bug"，跳过默认30秒限制。
