Anthropic 重新设计源码控制系统，自研 Scion 应对每日超过 3 万次代码合并

2026年10月13日 - 链接博客

Anthropic 重新设计源代码控制（来源）Anthropic 发布了一篇有趣的文章，讲述了他们为何以及如何基于过去六个月代码变更频率的大幅增长，构建了自研的 Git 替代方案。

2026年5月，Anthropic 平均每天合并约 2,500 次代码变更；截至9月，我们每天合并超过 30,000 次。

他们附上了一张展示这些变更的图表。我让 Claude 修改了他们的图表（代码在此），为 2026 年他们各模型的公开发布添加了标记：

这里显示的是公开发布日期，而不是模型可供 Anthropic 内部使用的日期。我猜测 Fable/Mythos 类模型的引入是编码速度提升的关键因素。

“Antique” 是他们新的代码审查系统。源代码控制系统名为 Scion，在我看来像是对 Subversion 式集中式源代码控制的重新发明。他们有一些相当极端的需求：

仅主分支的历史就有将近 100 GB，而压缩后的工作副本超过 25 GB。我们每天为 CI 执行约 2,500 万次代码检出，这还没有算上开发者环境、agent 沙箱和研究任务。如果以朴素方式拉取，每天将产生超过 600 PB 的 git 流量。

新系统由一个七人团队构建，从 Git 的迁移在五个月内完成。

顺便一提，我最近在自己的项目中尝试对抗性审查，也就是让模型尝试找出缺陷（我经常让 Claude 和 GPT 相互博弈）。文章中的这段笔记反映了我在这一方面的亲身经历：

Anthropic 也广泛使用对抗性审查，而且尽管这在许多方面极为有效，但也可能导致视野狭隘，因此需要有经验的工程师引导 Claude，避免其为了应对假设性的担忧而对系统的部分设计过度工程化。