知识库 · TOPIC-02

Codex 反复 Reconnecting，现象到底说明什么？

**简短结论：**Reconnecting 是会话现象，不是根因判决。Codex 可能已经完成 DNS、TCP、TLS 和初始 HTTP 阶段，却在后续长连接中断。

OpenAI 公开网络指南说明，Codex 会使用安全 WebSocket 完成模型采样和流式传输。RFC 6455 又把握手与持续数据阶段明确分开。这些是公开协议事实。某次重连究竟源于 Wi-Fi、网络切换、中间设备超时、TLS 检查还是 Provider 状态，在关联证据前仍是未知。

能证明与不能证明的事

连续重连说明客户端没有维持预期会话。若有时间戳证明 WebSocket 握手先成功，它只证明当时的路径可达。它不能单独证明 Provider 全局故障、账号异常或代理故障。官方状态页属于 Provider-reported 聚合信息，也不等于个人路径证明。

安全检查

1. 记录重连时间，观察是否与睡眠唤醒或网络切换一致。
2. 独立查看官方状态。
3. 比较短 HTTPS 与经过批准的有界 WebSocket 握手。
4. 只切换到一个可信备用网络，不同时修改多项设置。
5. 用真实 Codex 工作流保持连接来验证，而不是只刷新网页。

Tivor 浏览器检测只能看到浏览器证据，不能检查原生 Codex 进程和路由。Open Probe V0.1 可建立其支持的前置层证据：DNS、TCP、证书验证 TLS、受治理的匿名 HTTPS 与短窗口重复采样。它不测量 WebSocket 或 Codex 长会话连续性，也不会静默上传结果。