CCG Gateway 是一款桌面端 Agent 管理工具，集智能网关与配置管理于一体。
各家都开始出自己的 Agent 之后，想要扩展支持靠硬编码来逐个适配效率太低了，于是重写了一下架构，改成了可拔插方式，改完迭代速度直接起飞了，在原本的御三家基础上扩展了 OpenCode、Kimi Code、ZCode、Grok Build、Pi、Oh My Pi、DeepSeek Harness ，代码量和耗时都在原本硬编码的基础上大幅下降。
内置支持没有你常用的 Agent 也很简单，只需要编写一个声明式 JSON 文件，即可快速接入到网关中，无需修改代码，也不用重新编译，写完丢进项目目录即可。直接把 agent-template-guide.md 丢给 AI（跑通了欢迎 PR）
仓库地址
觉得不错给个star~
界面截图
和现在的CCS有些啥区别？优点缺点？
想法很好，但是鉴于这两个月这三家的封号频率，任何第三方的网关，特征都要24小时不断跟着官方，否则一旦有特征和官方的不一样就会被封号
官方模式完全不走网关，只是复用配置文件实现快速登录
现版本ccs我没用过，之前做这个就是因为ccs不能满足需求
试了一下，挺不错的，有几个问题：
unexpected status 503 Service Unavailable: {"error": "No available provider configured"}, url:
http://127.0.0.1:7788/responses
目前正在一个功能一个功能重构，重构完成就开始黑暗模式。
这个报错是没有可用服务商了，检查一下是不是codex的服务商都被拉黑了；检查一下codex服务商URL配置是否正确
没有被拉黑，cc-switch里相同的配置，就可以调用成功
这个报错是网关提示的，出现这种只有一个可能就是codex里面没有可用的服务商。
要么是没配置codex的服务商
要么是持续失败被拉黑熔断了
这个很奇怪，api我在claude code里是正常用的，使用cc-switch配置codex也没问题，但是ccg里配置codex不行，同一个接口和api
配置codex的时候接口后面有 /v1 吗，codex的服务商一般需要带 /v1，没有的话可能会失败。
如果还是不行的话提个issue，附下请求详情里面几个内容的文本（记得手动把真实token去掉，避免泄露），我排查一下问题
暗色模式已完成
好棒. 支持!
做的好好看啊