重新设计 Anthropic 的源代码管理
Anthropic 关于重新设计源代码管理的一篇有趣文章，介绍了他们为何以及如何构建了一个自定义系统来替代 Git。这是因为过去六个月里，他们代码变更的速度大幅提升。2026 年 5 月，Anthropic 平均每天合并约 2,500 项代码变更；截至 9 月，这一数字已超过每天 30,000 项。他们还附上了一张展示这些变更的图表。我让 Claude 修改了他们的图表（代码见此处），加入了 2026 年各模型公开发布的标记： 堆叠柱状图，标题为“每天合并的变更”，展示 Anthropic 单体代码库在 2026 年 1 月至 9 月期间的情况。每天的柱子分为拉取请求（蓝色）和 Antique 变更请求（橙色），并以黑线表示 7 天平均值。工作日的合并量从 1 月份的约 1,000 次开始，缓慢攀升至 5 月下旬的约 3,000 次。Antique 变更请求于 5 月下旬出现，在 6 月中旬超过拉取请求，并在 7 月中旬几乎完全取代后者；此时工作日的合并量达到 6,000–8,000 次。7 月末标注为“安静的一周”的时期降至每天不足 1,000 次。此后增长变得陡峭：8 月中旬超过每天 10,000 次，9 月初约为 17,000 次，并于 9 月 9 日达到 30,401 次的峰值。虚线标出了 Claude 模型的发布：Opus 4.6（2 月 5 日）、Sonnet 4.6（2 月 17 日）、Mythos Preview（4 月 7 日）、Opus 4.7（4 月 16 日）、Opus 4.8（5 月 28 日）、Fable 5 和 Mythos 5（6 月 9 日）、Sonnet 5（6 月 30 日）、Opus 5（7 月 24 日，就在安静的一周之前），以及 Fable 5.1 和 Mythos 5.1（9 月 1 日）。这里展示的是公开发布日期，而不是这些模型可供 Anthropic 内部使用的日期。我猜，引入 Fable/Mythos 类模型是编码速度提升的一个关键因素。 “Antique”是他们新的代码审查系统。源代码管理系统名为 Scion，在我看来，它听起来像是沿着 Subversion 路线重新发明的集中式源代码管理系统。他们的要求相当极端： 仅主分支的历史记录就接近 100 GB，压缩后的工作副本超过 25 GB。我们每天为 CI 执行大约 2,500 万次代码检出，这还没算开发者环境、智能体沙箱和研究任务。如果以朴素方式获取，这每天将产生超过 600 PB 的 Git 流量。 这个新系统由一个 7 人团队构建完成，从 Git 迁移过来只用了 5 个月。 顺带一提，最近我一直在自己的项目中尝试对抗式审查：让一个模型尝试寻找缺陷（我经常让 Claude 和 GPT 互相对照）。文章中的这段话反映了我的亲身经历： Anthropic 也广泛采用对抗式审查。尽管这种方式在许多方面都极其有效，但也可能存在目光短浅的问题，因此需要有经验的工程师引导 Claude，避免它因应对假设性问题而对系统的某些部分进行过度工程化。 来源：Hacker News 标签：git、迁移、版本控制、ai、生成式 ai、llms、anthropic、智能体工程
推荐理由：了解Anthropic为何重构版本控制，以及AI驱动高频开发下的工程实践。