ms1128
(mos)
1
致力于解决 vice coding 过程中遇到的所有痛点:
- 中转服务商可用性差,切服务商需要手动改文件,中断业务
- 官方账户额度不够用,切号需要退出重登
- 配置项不能多设备同步,换个设备需要重新配
- 配置 MCP 、提示词、Skill 等,三个 CLI 都需要手动操作一遍
仓库地址
功能介绍
仪表盘与统计
各 CLI 网关状态一览,请求数、成功率、Token 消耗统计,服务商成功率与请求趋势图表。
网关与服务商
- 账户配置:支持 多个中转服务商、官方账号凭证,跨设备快速同步,无感切换。
- 负载均衡:服务商连续失败自动切换至下一可用服务商,对话不中断,完全无感。
- 模型映射:服务商模型名称与 CLI 模型名称不一致时自动映射,多服务商自由切换。
- 模型黑名单:网关自动跳过不支持该模型的服务商,路由到其他可用服务商。
配置管理
- MCP Server:一键为多个 CLI 启用/禁用
- 预设提示词:一键为多个 CLI 切换全局提示词
- Skill:可视化管理
- Plugin:可视化管理
日志与会话
- 请求日志:记录了 CLI 类型、服务商、状态码、耗时、Token 消耗、请求/响应详情。
- 系统日志:服务商切换、故障拉黑等事件记录。
- 会话历史:按项目维度浏览完整会话记录,可查看思考过程、工具调用详情。
备份同步
本地导入/导出,WebDAV 远程备份,跨设备快速恢复。
2 个赞
想法很好,但是鉴于这两个月这三家的封号频率,任何第三方的网关,特征都要24小时不断跟着官方,否则一旦有特征和官方的不一样就会被封号
ms1128
(mos)
4
官方模式完全不走网关,只是复用配置文件实现快速登录
ms1128
(mos)
5
现版本ccs我没用过,之前做这个就是因为ccs不能满足需求
kjdsss
(没睁眼就不算醒)
6
试了一下,挺不错的,有几个问题:
- 请问有没有计划做黑暗模式?
- codex好像无法配置成功,始终返回503,claude code是没问题的:
unexpected status 503 Service Unavailable: {"error": "No available provider configured"}, url:
http://127.0.0.1:7788/responses
ms1128
(mos)
7
目前正在一个功能一个功能重构,重构完成就开始黑暗模式。
这个报错是没有可用服务商了,检查一下是不是codex的服务商都被拉黑了;检查一下codex服务商URL配置是否正确
kjdsss
(没睁眼就不算醒)
8
没有被拉黑,cc-switch里相同的配置,就可以调用成功
ms1128
(mos)
9
这个报错是网关提示的,出现这种只有一个可能就是codex里面没有可用的服务商。
要么是没配置codex的服务商
要么是持续失败被拉黑熔断了
kjdsss
(没睁眼就不算醒)
10
这个很奇怪,api我在claude code里是正常用的,使用cc-switch配置codex也没问题,但是ccg里配置codex不行,同一个接口和api
ms1128
(mos)
11
配置codex的时候接口后面有 /v1 吗,codex的服务商一般需要带 /v1,没有的话可能会失败。
如果还是不行的话提个issue,附下请求详情里面几个内容的文本(记得手动把真实token去掉,避免泄露),我排查一下问题