Video wird geladen...
Video konnte nicht geladen werden
🚀 OpenCodex 1.2.0 框架彻底重构完成！ 这一次，我们重构了底层模型路由，并加入了「Provider Split Bridge 智能分流桥」，区别于市面上几乎所有的第三方网关代理方式⚡ 过去的 OpenCodex 和其他第三方网关一样，采用全局代理模式：所有模型都经过网关。一旦网关崩溃，原生 GPT 和第三方模型会一起失效，只能还原原生模式才能恢复使用。 现在，模型路由彻底分离： 🟢 原生 GPT 永远直连 OpenAI 无论网关开启、关闭、崩溃，还是第三方模型异常，都不会影响 GPT。除非 OpenAI 官方服务本身发生故障，否则 GPT 始终正常运行。 🔵 第三方模型按需接入网关 网关开启时，第三方模型正常运行；网关关闭或崩溃时，第三方模型停止服务，但不会牵连原生 GPT。 🌉 Provider Split Bridge 智能分流桥 网关启动时自动接入，自动识别官方模型与第三方模型，并将它们分别送往正确的服务通道。 🤖 Native Subagent Bridge 子智能体接力桥 当主会话通过 spawn_agent 派发任务时，子智能体请求会通过独立桥接通道进入网关，再由网关按照任务指定的模型和推理档位进行智能分流。主会话仍然保持原生直连，不会变成全局代理，也不会影响 GPT 的正常会话。 🔄 会话完全互通 会话列表、聊天记录和上下文完整继承。同一会话中可以自由切换 GPT、Gemini、DeepSeek... show more
57,475 Aufrufe • vor 1 Monat •via X (Twitter)
61 Kommentare
第三方就是本地代理API，你这个确实有点东西
很早之前就想实现，但一直方向错误，陷入误区😅
想问下会话压缩是否走的是 openai 云端压缩呢
对，但第三方还没测试过。
好像有好几个opencodex了😳
我知道有一个😅
之前用过，Windows版会爆内存，很卡，现在解决了吗
win还没有更新，还停留在1.0.8😅
好吧，先关注了，期待更新
6啊
😂
🤣看见你快应激了 ？win？
最重要的调用codex工具的能力都有吗
有的👀
Compute use和远程压缩支持吗
computer use支持，压缩实话讲还没测，第三方模型都是1m上下文，还没时间测😅
这个分流架构的设计思路真的很实用，从根源上解决了原来一崩全崩的可用性问题。还做了子会话独立分流、多模型会话互通，把复杂场景的痛点都覆盖到了，这个重构相当扎实，期待后续更多功能。
在使用代理的时候，不使用虚拟网卡或者增强模式，会有用不了的情况。
你说win吗？
在 mac 下面，开 vpn 的时候，必须要开虚拟网卡或者增强模式。 否则使用 openai 的直连模型就无法连接。连接三方的没有问题。 但是正常使用 codex 的时候，直连是没有问题的。 是否是在代理转发的时候，能否做一下代理的兼容和判断？
现在新版本gpt在任何情况下都是直连openai了
what is the different between you guys? @claudeebum
@claudeebum 我被他屏蔽了😂
@claudeebum 你是基于他的开发的吗？
@claudeebum 我的仓库早一些😂
这个接入ds能使吗？因为我不想折腾codex原来的这套，但是当codex 的token用满之后，就得换 用开源模型来使用了
可以的，任何模型都可以接入
这个设计合理的，我最开始用的时候，代理模型没配好，导致原生gpt也崩了
对，之前也是全局代理，每次要改网关的时候都要先还原，不然老是搞崩😅
不错，把原生 Provider 和第三方网关彻底拆开，避免一个网关故障把全部模型一起带挂。 我也在做类似方向，不过我的场景稍微不一样，我做的是桌面端软件，不只是 Codex 网关这一层。目前我的思路是把 GPT / Codex / DeepSeek / Kimi / Qwen / Grok 等 Provider 尽量做成独立运行和独立故障域，上面再统一做会话路由调度和状态管理。一个 Provider 出问题，只降级对应通道，不影响其他模型。还会继续往多设备任务调度和统一控制层发展。Provider Split Bridge 的隔离思路和我这边有一部分方向挺接近的。
很棒啊💪
如果我codex CLI和codex桌面端是否通用一个配置？
配置一样，不过cli的桥我刚才测试还没加上，晚点我会加上
谢谢！
😅
你这个是 codex 二开吗
二开是？？
😂话说codex本身不是open的吗？
再让他open一点🤣
双通道点赞！上周还在想怎么用codex做官方直连，第三方用opencodex，今天官方已经更新好了
很喜欢这种「解耦」的设计思路。协议应该负责统一标准，而不是绑定具体实现。就像支付协议一样，底层可以支持不同 Provider，但任何单一服务故障都不应该影响整个生态。
老板好😂我准备睡了，又干了通宵😆
能否出一个配置教程，打开选项设置的地方可太多了，看着头大😅
佬，第三方模型在codex中怎么调用子agent，还是说只能官方模型才能使用子agent
这个是不可以保持订阅跟其他模型共存？ 有没有什么副作用啊。
网关开关还需要重启 GPT 客户端吗？
目前不需要，第一次注入桥之后，codex无需任何重启
很牛 需要这个；下一步可以考虑对本机开放api接口，我现在本机跑着cliproxyapi 和这个程序应该可以结合
win 上 gpt 原生生图有问题，得还原之后才能用
win还没有更新
谢谢分享，学习了
比如我使用 gpt 账号登录，然后再接一条 第三方 api，但是我不是所有任务都需要 api，能否识别任务是否需要 api 再决定走不走 api 吗
大佬问下，第三方模型在codex不支持用子agent，opencodex如何解决这个问题呀
为什么codex通过opencodex接入opencode的Deepseek glm等模型 经常推理中断啊
Come on, man!
太棒了，👍之前因为失联，我都反复三次删除 opencodex 了！别让我再有第四次吧
我吗？没有失联过吧😅
Splitting native traffic off the gateway is the right call. The failure I kept hitting with global proxy mode was worse than downtime, it was the gateway quietly rewriting requests while I blamed the model for a week. Does the bridge log what it changed on the third-party path?
用第三方模型压缩会失败，这个怎么解决嘞
用了第三方模型生图支持了吗，之前用的时候不支持生图，mac 系统
这个好，下班回去试试
