分享下自己生产力工具 ccteam,用这套工具日常管理 50+并行 agent

0x208 2026-07-28 00:18 1

以前用 Claude Code 、Codex 、Grok ,其实都是单打独斗:开一堆终端,这边聊半截、那边写一半,进度散得到处都是。agent 干完一步就停在那等我回车;我去接杯水,活就卡死了。人得一直钉在电脑前,比写代码本身还累。


烦够了,我干脆把想要的工作方式做成了开源项目 ccteam——不是再造一个新 agent ,而是把已经在用的这些 code agent 编成一支真正能协作的团队。


现在比较常见的一天是这样的:出门前丢给 Codex 一个长活;吃饭时在 Telegram (飞书也行)瞄一眼进度、补一句要求;回来测试已经跑完了。中途想插话,浏览器控制台说一句就行。多个会话可以互相派活、接力往下干——我不用一直守着,它们也不用一步一等我。


组队之后,各家也真的各干各的强项(这是我自己用下来的感受):



  • Grok 快,探路、要个第二意见最顺手

  • Claude 想得深,但额度金贵,留给关键规划和难判断

  • Codex 扛长程编码稳,闷头实现、跑测试,我比较放心


不是谁取代谁,是打配合。跨厂商的任务能派出去、收回来,会话和花费也在一个地方看着——对我这种一天要跟好几个 agent 打交道的人来说,这才像「团队」,不是一堆孤立聊天窗。


开源( MIT ),装上就能用,也可以 fork 成更适合自己的方式:
https://github.com/firstintent/ccteam


如果你也同时用好几家 code agent ,却发现自己成了它们之间最忙的接线员——不妨试试。觉得有用给个 star ,你可以 fork 定制适合自己的生产力利器。

最新回复 (6)
  • Barry5753 07-28 01:10
    1
    50+ 并行挺夸张的。想问下多个 agent 同时改到同一块代码时怎么处理,是派任务时就按 worktree/目录隔开,还是最后统一 review 合并?我感觉开得多以后,最麻烦的反而是追踪谁改了什么。
  • 0x208 楼主 07-28 03:28
    2
    @Barry5753 先让一个高级模型比如 fable5 维护仓库治理,设计多 agent 分工模式。之后每个 worker agent 开启会话都不用从头加载上下文了,从调度者规划好的任务里进行开发就行了。一句话就是交给高级模型先设计工作流。
  • txican 07-28 07:09
    3
    我能不能这么理解

    现在 claude code, codex 发布的 多 Agent 模式只能用在一家里面。
    你这个是可以跨厂商多 agent 是吗?

    如果 我让 claude code, codex 接入多个厂商的模型呢?
  • theprimone 07-28 10:12
    4
    我很好奇怎么做好验收工作的?
  • 0x208 楼主 07-28 14:33
    5
    @txican 每家厂商自己的 harness+llm 效果是最好的。比如 codex 用 gpt ,cc 中用 fable opus , 推特搜索在 grok build 中最好用。

    ccteam 是可以在某一家 harness 如 Claude Code 中调度 codex 、grok 的会话的,就像用自己的 subagent 一样。
  • 0x208 楼主 07-28 14:38
    6
    @theprimone 验收一般是高级模型来做。我的一般流程如下:

    人发发需求给 CC 的 fable opus5 等高级模型
    -> CC fable5 进行规划
    -> 调度 3 个 codex 并行干活
    -> 任务完成后 CC fable5 验收
    -> CC fable5 仓库治理知识沉淀。

    整个过程中人只需要给 CC fable5 发指令即可。
* 帖子来源V2EX
返回