以下为项目介绍正文内容，AI 生成、润色内容已使用截图方式发出
项目地址：https://github.com/dzshzx/codexcomp
思路来自： https://linux.do/t/topic/2504036
主要是不修改 provider，聊天记录不会因为切换供应商导致聊天记录被隐藏，并且可以使用 codex 的 remote-control 功能。
因为检测到 518n-2 就会重试，所以会花比较久时间
佬，这个可用跟cccswitch 兼容用吗
看起来没有对最后回应进行处理
不知道接续思考会不会破坏最后回应
Nice approach keeping chat history intact when switching providers. Will star the repo and try it out.
有时候会话里会突然丢失上下文,刚进去的时候就会显示上下文长度是0
佬，这个和原版相比的改进是什么呀。之前配了另一个，不知道有没有必要切换过来。
佬是否有评测过token消耗的增幅? 这个也可以关注一下, 这个截断问题我目前用其他方法修过后, 虽然每次思考都拉满了, 但是额度有点吃紧.
收到谢谢。其实看到这行解释了，但是没意识到这是改进。因为我用ccs配的，所以没遇到这个问题。那我就不切换了，谢谢佬。
会增加，这个没办法，相当于用多次思考换取正确率，只能等OpenAI上游正式修复，当前的手段都是缓解之策
和codexcont的区别是什么呢？
因为我自己高强度依赖官方账号在手机app上remote-control，所以重写了
请问用的是官方订阅还是中转站？ CLI 还是桌面 APP？
我没用过中转站，没测试过会不会有影响。
官方订阅的app，很抽象，突然上下文清空，明明上面的会话还在但是codex就是读不到
佬，这个对用了sub2分发的api有效吗
更新了0.3.3版本，你再试一下，应该可以了
看了一下token统计，即使重试3轮（设计里写死最多重试3轮），由于有缓存，实际只会增加20%左右的消耗
