Ryanxlll2 (@Youngxxxxu)
@Youngxxxxu
AITabby 🐱 | Indie Developer Tinkering with Mac 💻, AI Agents 🤖, & Web3 🌐. Assembling a cost-effective cyber future with code 🛠️
327 正在关注 209 粉丝
👀这是一条有点长的视频，建议看完，不会浪费你的时间，视频里面清楚地说明了各种opencodex网关遇到的问题，并做了反复测试和解释：
🛠️ 为什么使用自定义网关接入 Codex 时，历史对话经常“吃掉并废掉”？底层技术复盘：
在用 ChatGPT 账号通过本地网关接入第三方模型（如 DeepSeek/MiMo）到 Codex 时，偶发的第一句回复被吞、且导致后续对话逻辑全部串味的 Bug 终于结案了。这与 Codex 原生的链式 ID 校验有直接关系：
🔍 Codex 的底层设计限制：
1️⃣ 严格的链式 ID 绑定：Codex 在 WebSocket 长连接中管理对话非常严苛。每一轮新请求，客户端都会强校验上一轮 AI 回复的专属 ID（previous_response_id）。如果网络抖动或首字响应过慢（第三方模型常超 10s）触发超时，客户端 UI 就会单方面挂起或隐藏气泡，导致这条 ID 链条在前端断裂。
2️⃣ 网关与客户端历史分叉（污染）：由于客户端没画出气泡，但本地网关后台其实已经收完并记录了 AI 回复。这导致网关和客户端的历史记录发生分叉。用户继续发下一句时，AI 是带着网关里“被吃掉的第一句回复”进行上下文推理的，导致后面的对话全部“串味”，会话彻底废掉。
3️⃣ 强依赖限流握手包：Codex 必须在长连接开始时收到官方特定的限流准入包（codex.rate_limits），才会激活输入输出流，自定义网关漏发此包会直接导致 UI 卡死。
🛡️ 我们的 100% 容错与“自愈”解决方案：
1️⃣秒回握手与占位：网关在等待慢速模型 fetch 之前，立即在 WebSocket 中发送 rate_limits 准入包，并瞬间为客户端创建空文本气泡（output_item.added），强制让 UI 进入安全等待状态，规避首字超时。
2️⃣Git 级历史自愈对齐（Self-Healing）：网关实时比对客户端发来的 previous_response_id。一旦检测到客户端漏掉了某条回复（比如超时报错后重连），网关会在后台自动执行回滚，删掉这部分“被吃掉的脏历史”，瞬间让两端上下文绝对同步。
💡 结果：即便网络波动偶尔触发报错，也只是单次报错，下一句发送时系统会自动清除脏缓存并瞬间恢复，同一个会话可以直接一直聊下去，不用再频繁重建！
#ChatGPT# #Codex# #WebSocket# #DeepSeek#
显示更多
🚀 OpenCodex v0.3.0 发布了！
这次主要修复和说明了会话兼容问题：
✅ 原生 Codex 会话可以接入 OpenCodex 继续使用
✅ 在 OpenCodex 里可以切换 GPT / DeepSeek / MiniMax 等模型并保留上下文
⚠️ 被 OpenCodex 接管过的旧会话，还原原生 Codex 后可能无法继续
✅ 重新启用 OpenCodex 后可以恢复
为什么？
因为 OpenCodex 接管会话后，可能会写入网关专属的模型名、provider 映射、协议转换记录和 reasoning 兼容信息。
还原原生后，Codex 不再认识这些网关信息，所以旧会话可能无法验证或续写。
这不是对话丢失，而是需要 OpenCodex 这层兼容层继续解释。
OpenCodex 的原则是：不破坏 Codex。
不改 Codex 本体，不 patch 二进制，不重写私有对话数据库，只通过可还原的本地网关扩展模型能力。
这次还修复了第三方模型代理稳定性问题，清理了本机硬编码路径，并新增了演示视频。
GitHub:
显示更多
