返回文章 build CMS 文章

Anthropic 为何自研源代码控制系统 Scion 替代 Git

Anthropic 因代码变更量暴增，自研集中式源代码控制系统 Scion 替代 Git，并分享了背后的工程决策与权衡。

Anthropic源代码控制ScionGit

成长分 / 100 66 综合收获、行动、留存与影响

为什么值得读了解 Anthropic 在代码变更速率激增 12 倍后，为何选择自研而非继续使用 Git。

获取超大规模代码库（主分支历史近 100 GB）下源代码控制系统的真实工程挑战与设计取舍。

关键洞察

Anthropic 的代码变更速率在 2026 年 5 月至 9 月间从日均约 2500 次合并增长到超过 30000 次。
Scion 是一个集中式源代码控制系统，被描述为沿 Subversion 路线对集中式源代码控制的重新发明，其核心概念受 Meta 的 Mononoke 启发。
Anthropic 的主分支历史接近 100 GB，压缩后的工作副本超过 25 GB，每天为 CI 执行约 2500 万次代码检出，朴素方式下每天将产生超过 600 PB 的 git 流量。

转成行动

深入阅读

正文与原文对照

原文保真覆盖：全文原文字符：3246

2026年10月13日 - 链接博客

** 重新设计 Anthropic 的源代码控制系统**（

via）Anthropic 的一篇有趣文章，讲述了他们为何以及如何构建自己的 Git 定制替代方案，其背景是过去六个月中他们代码变更速率的急剧增长。

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

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

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

“Antique”是他们新的代码审查系统。源代码控制系统名为 Scion，在我看来，它像是沿着 Subversion 路线对集中式源代码控制的一次重新发明。

（更新：Anthropic 将 Google 的 Piper 和 Meta 的 Sapling 列为“现有技术”——看起来“派生数据”的核心概念深受 Mononoke 启发，后者是 Sapling 的服务器组件。）

他们有一些相当极端的要求：

仅我们主分支的历史就接近 100 GB，而一个

压缩后的工作副本超过 25 GB。我们每天为 CI 执行约 2,500 万次代码检出，这还不包括开发者环境、代理沙箱和研究任务。如果以朴素方式获取，那将是每天超过 600 PB 的 git 流量。

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

当在 Hacker News 上被问及缺乏离线支持时，Scion 工程师 Nick G 回复道：

由于 Claude 是 Scion 迄今为止最重的用户，并且必然处于在线状态，所以这一点并不重要。

顺便说一句，我最近在自己的项目中尝试了对抗性审查，即让一个模型尝试找出缺陷（我经常让 Claude 和 GPT 相互对抗）。文章中的这段说明反映了我自己在这方面的经验：

Anthropic 也大量使用对抗性审查，虽然这在许多方面极其有效，但也可能目光短浅，因此需要熟练的工程师引导 Claude 不要为了应对假设性的担忧而对系统的部分进行过度设计。