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

[0x208]

以前用 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 定制适合自己的生产力利器。

[Barry5753]

50+ 并行挺夸张的。想问下多个 agent 同时改到同一块代码时怎么处理，是派任务时就按 worktree/目录隔开，还是最后统一 review 合并？我感觉开得多以后，最麻烦的反而是追踪谁改了什么。

[0x208]

@Barry5753 先让一个高级模型比如 fable5 维护仓库治理，设计多 agent 分工模式。之后每个 worker agent 开启会话都不用从头加载上下文了，从调度者规划好的任务里进行开发就行了。一句话就是交给高级模型先设计工作流。

[txican]

我能不能这么理解

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

如果 我让 claude code, codex 接入多个厂商的模型呢？

[theprimone]

我很好奇怎么做好验收工作的？

[0x208]

@txican 每家厂商自己的 harness+llm 效果是最好的。比如 codex 用 gpt ，cc 中用 fable opus ， 推特搜索在 grok build 中最好用。

ccteam 是可以在某一家 harness 如 Claude Code 中调度 codex 、grok 的会话的，就像用自己的 subagent 一样。

[0x208]

@theprimone 验收一般是高级模型来做。我的一般流程如下：

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

整个过程中人只需要给 CC fable5 发指令即可。

[theprimone]

@0x208 #6 如果是个大需求不怕跑偏了吗？

[stardust21]

不是...而是...，看到这种句式就感觉有一种 AI 味，也可能是我的错觉

[0x208]

@theprimone 判断还是人。这只是一个多模型调度工具发挥多个模型的优点，不是全自动驾驶。