看完 Anthropic CCC 的体会

Published on 2026-02-06

昨天阅读了 Anthropic 那篇《Building a C compiler with a team of parallel Claudes》 (opens in a new tab)，和我最近在做的事情很接近，所以我特别留意他们的实践部分。

我最近也在尝试多 agent 之间的协调，怎么避免大家在同一个地方互相覆盖、互相制造冲突。 这个问题本质上还是软件工程，任务怎么拆、怎么同步、怎么验收。

从阅读中得到的第一个启发是，agent 和人还是有些差异。要是人在合并时看到上百个冲突，可能就傻眼了。 但反过来，如果 teammate 是 agent，它不会憎恨我这个制造冲突的人（也许）。 所以我只需要在 review 时确保没有回归即可。

另一个启发是，每个 agent 实际上没必要跑通全量测试。 以往我们坚持跑通全量测试才合并，主要是怕影响别人。万一别人开发时踩坑，排查半天发现是我这边引入的 bug，会很尴尬。 但如果 teammate 是 agent，它多半会直接帮我把 bug 修掉。

我想起以前给 Rust repo 提 PR 的体验。PR 往往只跑一部分测试，maintainer 会定期把一批 PR 合并起来，再跑更完整的回归。这背后的权衡或许很值得借鉴。

原文中最亮眼的，莫过于作者实现了一个测试框架，用于纠偏其 C compiler 的行为。 这也是最体现工程师综合水平的地方，在仅耗时两周的情况下，他就让编译器把最新的 Linux 内核编译通过了。

可能由于缺乏足够的参考资料和设计约束，项目后期就有点“按下葫芦起了瓢”，所以也就先告一段落了。