昨天真实一场名副其实的疯狂星期6,站内gpt算是过年了。
蹬不完根本蹬不完,到处都是佬友分享的api,怎么办?
哎?别急!我有一记 ^-^ ^-^
这时候就要给我正在用的codex多开项目升升级了。
0.2.1版本的codex switch

项目级的管理codex的api,不同的项目可以使用不同的api,支持cmd和vscode,新添加的项目需要先生成模板才能使用脚本运行。

绑定不同的api点击保存项目后,项目级别的codex配置文件会自动更改api和key,如果项目已经打开需要重新打开才能生效新的配置。

上面的版本也是我一直在用的,公益站本就不多,每天签个到,蹬的依然是那几家。这里还是要感谢开公益站的佬友,感谢你们的无私奉献 ^-^
多开不是为了滥用,公益渠道本就不够稳定,还能用的话还是要物尽其用,希望佬友们能妥善利用好佬友们的无私奉献 ^-^
以下是0.2.2版本的变化:
- 一个API供应商可以添加多个key。(感谢雷总的mimo ^-^)
- 配置API可以同时配置codex和claude的模型
- 配置库分组,分组查看API的情况
- 项目配置新增claude相关配置
- 项目通过codex或者claude可以使用不同的API供应商
- 新增路由代理功能(0.2.2的核心功能)
- 新增号池功能(疯狂星期6来袭)
以下详细介绍路由代理以及号池功能:
路由代理

codex来源:设置是代理项目设置的codex的API供应商,还是代理号池
codex协议

- passthrough 为直接转发,不进行数据处理和协议转换。
- chat_to_responses 把上游是chat格式转成codex使用的responses。
- response_to_chat 与上面相反,一般不用。
claude与codex的类似,就不说明了。
推荐直接让项目使用项目代理,有以下好处:
- 如果当前API寄了,可以直接在项目配置中修改能用的API,代理会实时响应修改,不会中断对话。
- 号池需要使用路由代理,使用项目代理并使用号池后,如果API无法使用,代理会自动切换能用的API。
- 可以让不支持response协议的API转化格式到codex可以使用的地步。(无法保证工具调用的完整性)
号池

号池就没啥好说的了,主要是给项目路由代理用的。(感谢疯狂星期六的大力支持,感谢佬友们的无私分享。)
项目通过路由代理连接号池,轮询使用API,临时分享的API都可以添加到号池中去。
路由代理如果遇到了异常的API会自动标记异常,标记异常的API,不会继续参加轮询,5分钟会重试一次,正常就会回归轮询。(如果是API请求模型列表没问题,但是实际用不了暂时没法区分,后续会修改,加入下次更新计划。 ^-^)
如果在意缓存命中,以及固定API使用就不需要使用路由代理了,正常使用项目配置就够了。
下面是战时截图

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
- 我的帖子已经打上 开源推广 标签: 是
- 我的开源项目完整开源,无未开源部分: 是
- 我的开源项目已链接认可 LINUX DO 社区: 是
- 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
- 以上选择我承诺是永久有效的,接受社区和佬友监督: 是
项目地址:
shixiansi/codex-switch: 能够管理多个api,一键切换使用不同的api