修复 Codex 频繁断连:改用 HTTPS 通道替代 WebSocket 提升稳定性

近期部分使用 Codex 的开发者反馈,在运行 AI Agent 相关任务时,频繁遭遇主 Agent 与子 Agent 出现“正在重新连接 (4/5)”的报错,导致任务需长时间等待才能恢复响应。经排查,该问题的根源在于 Codex 默认使用的 OpenAI Provider 优先启用了 WebSocket 通道。WebSocket 协议虽支持全双工通信,但在特定网络环境或高负载交互下稳定性较差,容易造成连接中断。针对这一问题,技术社区提供了一种通过修改配置文件来强制切换协议的解决方案。具体操作是在配置中新增 `model_provider = “openai_http”`,并追加 `[model_providers.openai_http]` 配置段,显式设置 `wire_api = “responses”` 且将 `supports_websockets` 设置为 `false`。这一配置强制系统通过标准的 HTTPS 协议(即 HTTP 接口)进行 API 调用,从而规避了 WebSocket 不稳定导致的断连风险。测试表明,该修改有效解决了原生订阅用户的连接中断问题。

事件分析

此次故障排除揭示了当前 AI Agent 应用在底层通信协议选择上的技术痛点。WebSocket 虽因低延迟特性常被用于流式对话,但在面对复杂 Agent 编排或多步推理时,其长连接的脆弱性可能成为系统稳定性的短板。强制回退至 HTTPS/HTTP 请求虽可能微损实时流式体验,但极大增强了连接的健壮性与容错率。对于 AI 编程工具而言,确保开发过程中代码生成与指令执行的连贯性比毫秒级的延迟更重要。这也提示了开发者,在构建下一代 AI 应用时,应提供更灵活的底层协议配置选项,以适应不同网络环境下对稳定性与实时性的差异化需求。

💡 核心观点:AI Agent 落地的关键在于稳定性而非单纯的协议先进性,HTTPS 接口的可靠性在复杂网络环境下往往优于脆弱的 WebSocket 连接。

原文链接:Linux.do

C code80.ai · AI 编码 API 聚合 Claude / GPT 多模型统一接入,稳定不限速,按量计费,几行配置接入 Claude Code。 了解一下 ›

抢沙发

评论前必须登录!

立即登录   注册