Codex WebSocket 的空闲重试直到 NanoClaw 的 10 分钟转换超时才被隐藏
作者: ionescu77创建于 2026年8月18日更新于 2026年9月15日
页:1
一个简单的Telegram请求在Codex Response WebSocket摊位时可以保持10分钟的沉默.
Codex CLI 检测到自己的5分钟WebSocket闲置超时和内部重试,但“codex app-server”确实如此 而不是表面的失败 到纳诺克劳。 因此,NanoClaw等待10分钟固定的`TURN TIMEOUT MS' 过期。
□ 环境
- 纳诺克劳v2
- 提供商:`编码 '
- Codex CLI:`0.138.0'
- 型号:
GPT-5.4',推理工作高' - 认证: API 密钥通过 OneCLI
- 频道:电报
- Linux/系统化
- 上游检查:
主要'在53ea1e8b',提供者'在efc8eff4'
□ 复制观察
- 发送一个简单的Telegram请求,要求小的工作空间编辑.
- NanoClaw成功启动/续接了Codex线程.
- Codex成功发送 " Response.create " 。
- 五分钟内没有WebSocket响应活动抵达。
- 编码日志:
页:1 流出错: 等待websocket的闲置超时 流断开 - 重试采样请求(1/5...)
6. 重试仍保留在Codex CLI内,不作为应用服务器出错而排放。
7. 在十分钟内,纳诺克劳发出:错误: 600 000ms 后超时
超时前未发生模型输出或工具调用 。
在转弯被停滞时发送的后继Telegram消息被引导到同一个活转弯,使机器人
似乎完全卡住了。
□ 相关执行
集装箱/代理操作员/电弧/提供商/编码.ts使用:
CONTN TIMEOUT MS = 10 * 60 * 1 000;
超时时间是固定的墙钟时间. 它不知道 Codex 的内部 WebSocket 闲置超时或重试状态 。
超时错误目前也以可重试方式发布:虚假 。
□ 预期行为
NanoClaw在Codex的运输已经停滞后,
理想的做法是:
1. 检测长期应用服务器转动不活动情况。
2. 中断已停顿的Codex转弯。
3. 迅速通知通讯渠道。
4. 只有在未发生助手输出,工具调用等副作用时,才自动重放.
5. 将后续信息单独排出,而不是将其转向停顿。
至少,错误应说明,Codex运输受阻,最初的请求可能需要
重试中.
□ 附加上下文
这似乎与 OpenAI 代码x 第 19821 期有关, 其中的响应 WebSocket 失败消耗了流重试
HTTP 倒计时前的预算 :
https://GitHub.com/OpenAI/codex/ issues/19821 (中文(简体) ).
短期缓解措施可能使Codex的WebSocket运输失效,但NanoClaw仍应具有
自己的活动监督和安全恢复行为.内容来源: nanocoai/nanoclaw