周末尝试了一下CC 和codex的不断连方案 CCH+NEWAPI+CCR

付费了一些站内的claudecode codex 的服务,很容易断连,不是异常了就是裂开了,体感很差。因此想要一个方案进行解决,目前的方案是:

  1. CCH 进行熔断切换的处理,可以配置不同的渠道商,主力就是买的付费版本。
  2. 想要不断连就得有更多的渠道支撑,没钱买更多家的服务了,因此打算接入不同的公益站,但是太多key和模型管理起来太麻烦了,因此自己搭了个newapi 的站,转发公益站的api给CCH。
  3. 但是很多公益站的端口都不支持claude code,并且我一直还有codex 的需求,然后又增加了CCR 对接chat/completions 端口

不知道我这种方案有没有改进的余地~

6 个赞

坏了,没人看:roll_eyes:

1 个赞

有人有人,只是刚刚没看完。
cch和newapi不会冲突吗,newapi没有熔断切换,有其中一个公益站断了整个newapi全断了。而且公益站的claude好像基本上都适配message端口吧,你想用codex的话其实可以用孙佬的skills,没必要硬接到cc中

就是把newapi分组,分成多个供应商配置到cch,断了也只是熔断一个公益站的…确实直接接也行,我开了多个ccr的docker配置不同的组合,然后接入到cch

CCH不是支持各种商业平台和公益站以及官方站吗

如果没有开公益站的需求,有了cch完全可以摒弃掉newapi了

cch不是本身就支持多供应商么。。而且支持熔断切换配置,没必要再搭建一个newapi吧
目前我测试用cc对接了多个公益站, 很爽, 不用担心某一个挂了导致业务中断了,感谢cch大佬(也在坛子里,还有tg群)的辛苦付出

嗯嗯,就是想让他支持chat/completions接口,所以配置了后两个,确实newapi不是很需要,不过方便我管理各种公益站

嗯嗯,确实不是必须的,主要我想方便我管理,太多公益站了,还有newapi不是有检测可用性从而关闭某个渠道的功能,这个也挺好

自荐一个,为什么不试试一站式解决呢

1 个赞

这个claude proxy 和 claude-code-hub 又有啥区别?

1 个赞

cch更偏向公司团队使用,我自己做的就是个人怎么方便怎么来

了解了,感谢佬的解答

佬友过几天可以测试一下 ccs 的本地代理功能 在本地集中代理 claude codex gemini
同样包含有熔断切换

佬们客观推荐下cch和ccs哪个功能更全更好用些?目前准备安一个