[ccb 5.0] 来袭, codex翻身做主人!!!1.20日更新

2026-04-11 11:521阅读0评论SEO资源
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

v5.0 不再依赖 Claude 先启动,Codex也能作为主 CLI,统一控制 Claude/OpenCode/Gemini。

  • 启动更简单:去掉 ccb up,直接 ccb ... 或使用默认 ccb.config
  • 挂载更自由:更灵活的 pane 挂载与会话绑定
  • 默认配置:缺失时自动创建默认 ccb.config
  • 会话更稳:PID 存活校验避免旧会话干扰

漂亮的界面,流畅的使用!
image2531×1355 285 KB

image1920×1080 336 KB

1.18日更新:小版本到了4.1.3 ,基本每天都要更新几个小版本,界面更美,优化了对话交流通讯,更稳定,增加了一些防呆设置。已经相当稳定。
目前用户群很大群友多,欢迎大家进群玩。

从3.0版本到4.0版本只用了4天,太肝了!!!

4.0 更新了什么呢?

除了重构了整个代码库外,最大的更新是全面支持tmux并做了漂亮的界面!! 有什么比漂亮更重要呢?

image2517×1356 168 KB

tmux使用优势非常多,第一个就是任意term都可用啦,不用再考虑换终端的不适感。第二个远程友好,也为后面做手机连接打下基础!!

然后还有另外一个隐藏的彩蛋, ccb可以结合vscode使用啦,这样cli秒变ide!!!tmux漂亮的界面和code的文件操作完美结合。

欢迎佬们使用和测试!!!

————————————————历史分割线——————————————

image1706×945 151 KB

1月10日更新: 全新v3.0版本,核心特点是增加了:

后台信息管理局

可以高强度通讯调度,目前可以做到串并行的连续任务发布,

  • 比如可以让cc向cx发布多任务,后台会检测一个任务完成,回调,再自动发布另一个任务,这样自然就实现了多任务管理。 晚上在cc挂10个cx任务,开了xhigh就可以睡觉了

任务续接

比如发布10个任务,某个任务失败了,手动杀掉后,后续任务不受影响。

链式调度

同时为cx也增加了opencode的通信,这样cc和cx可以同时调度同一个opencode(牛马),也可以链式调度,cc(宏观计划) 调度 cx (微观计划)让其监督opencode开展工作。 而opencode上下文是可以随用随轻的,这样上下文压力进一步分摊。 在ccb中做到这一点异常容易,只需要跟cc说让cx监督opencode完成任务即可。

关于该项目还要强调的:

  • 1, 该项目本质上并非工作流,只是在夯实底层模型通讯,然而大家会发现,工作流必然自己建的更和自己心意,而ccb恰好能让你轻松做到这一点。在ccb维护中我将不会引入任何自动化和工作流的代码,使其纯洁服务于初衷。
  • 2, 我也基于ccb搭建了工作流插件cca, 通过简单角色指定,借助于自生成的提示词和skill以及hook,可以无痛完成任务分流和自调度,同时该项目还包括对于复杂任务的plan制定 step 甚至substep自展开和全自动推进,包括claude 上下文自清理等。 由于我自己记忆里差,所以开发的工具几乎没有任何上手难度。(除了安装和代码bug可能需要你基于自己环境让cc帮你调整),我可能后续独立做一个帖子介绍cca。

更多信息直接查看 读我

github.com

GitHub - bfly123/claude_code_bridge: Real-time multi-AI collaboration: Claude, Codex &...

Real-time multi-AI collaboration: Claude, Codex & Gemini with persistent context, minimal token overhead

以下是历史对话

经过半个多月的调优,尤其是L佬们的帮助,现在ccb对几乎所有平台都能丝滑的支持。

最大的调整包括:

  • 1 让cask等调用变成后台调用,前台直接退出,无需等待,因此可以长时间调用,claude不会存在等不及问题了。

  • 2 引入了opencode 作为glm载体,这样就最多可以同屏4模型互动(打麻将),如下图:
    image2560×1440 288 KB
    这样做有什么好处呢,每个模型都有自己的特点,而不同的cli可以载入完全不同的mcp 因此不会互相干扰基础上下文,避免比如cc安装大量mcp 会吃掉所有agent的基础上下文。 可以更好的组织关系,搭建自己喜欢的工作流。 我个人喜欢的流程是:

  • cc负责宏观规划(永驻plan模式)

  • codex负责微观细化,审查和调试建议,发挥它心细如发的特征。

  • glm(基于opencode)负责充当牛马执行(可以通过agents多开),发挥它速度快,价格便宜的优势

  • gemini 负责前端构造和文档撰写。
    这样虽然glm(可以采用任何模型替代)可能较弱,但是在cc和cx两位高管的监督下,完成脏活累活完全没问题。 另外一些很重的mcp 比如联网搜索等,也可以挂载在opencode 避免对cc宝贵上下文占用。

除此之外,我也搭建了复杂工程全自动工作流软件: claude_code_autoflow(cca)

github.com

GitHub - bfly123/claude_code_autoflow

Contribute to bfly123/claude_code_autoflow development by creating an account on GitHub.

image1239×536 43.7 KB

通过skill 方式实现全自动的任务分析,step切割,cc自动clear重启上下文,step推进,和subsetp展开,以及plan模式常驻等等操作。 目前还在调试中,最终目的是plan完毕就可以全自动完成所有任务。 这样ccb是基础交互层, cca就是自动化层。

目前cca工作流已经完成,但是自动化层面还需要一些考核和测试。

后续还有一个小计划,希望能够把电脑的ccb通过管道映射到手机上, 让我们成为行走的牛马。 不过目前还停留在幻想层面,虽然有方案,但是落地日远。

ps:目前ccb有了盗版,群友安装了一天安装不好,结果发现是盗版ccb,大家注意一点,认准正版链接:

github.com

GitHub - bfly123/claude_code_bridge: Real-time multi-AI collaboration: Claude, Codex &...

Real-time multi-AI collaboration: Claude, Codex & Gemini with persistent context, minimal token overhead

网友解答:
--【壹】--:

支持支持!实践一下


--【贰】--:

看起来像是孙佬方案的升级版?


--【叁】--:

解决啥问题,有空关注一下


--【肆】--:

必须试试!谁爽谁知道


--【伍】--:

太强了!


--【陆】--:

并行路线


--【柒】--:

前排支持!


--【捌】--:

哇感谢大佬的开发


--【玖】--:

前排支持 ccb


--【拾】--:

太长了,我居然看完了,学习了,还是得实操实践下才能发表意见


--【拾壹】--:

@chunkBurst 是 ccb


--【拾贰】--:

好家伙,整这么复杂了


--【拾叁】--:

其实操作很简单


--【拾肆】--:

谢谢大佬, 这地方真是牛人多


--【拾伍】--:

收藏备用


--【拾陆】--:

太强了大佬,关注关注


--【拾柒】--:

大佬厉害!


--【拾捌】--:

太强了大佬


--【拾玖】--:

学不过来 真学不过来了