Anthropic 自研代码托管系统 Scion 替代 Git
Redesigning source control at Anthropic
Anthropic 撰文说明为何以及如何自建 Git 替代方案。其代码变更合并量从 2026 年 5 月的日均约 2,500 次增至 9 月的日均超 30,000 次,主分支历史近 100 GB,压缩工作副本超 25 GB,每天约 2,500 万次 CI 代码检出,朴素拉取将产生每天超 600 PB 的 git 流量。
2026年10月13日 - 链接博客
在 Anthropic 重新设计源代码控制(via)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 万次代码检出,这还不包括开发者环境、代理沙箱和研究任务。如果天真地拉取,那每天将产生超过 600 PB 的 git 流量。
新系统由一个七人团队构建,从 Git 的迁移在五个月内完成。
顺便说一句,我最近在自己的项目中一直在尝试对抗性审查,即让一个模型尝试找出缺陷(我经常让 Claude 和 GPT 互相对抗)。文章中的这段话反映了我自己的经验:
Anthropic 也大量使用对抗性审查,虽然这在许多方面非常有效,但也可能目光短浅,因此需要熟练的工程师引导 Claude 避免为应对假设性问题而对系统部分进行过度设计。
来源:Simon Willison · simonwillison.net