Anthropic 自研版本控制系统 Scion，日合并量突破 3 万次

据 The Register 于 2026 年 10 月 13 日报道，Anthropic 已将其内部单体仓库从 Git 完整迁移到一套自研的版本控制系统 Scion。公司工程博客称，迁移的动因是代码提交量增长过快，超出了 Git 在单体仓库中的实际承载能力。

Anthropic 公布的数据显示，2026 年 5 月公司平均每天合并约 2500 处代码变更，到 9 月这一数字已超过 3 万次，四个月内增长逾十倍。公司称这一增长主要由基于 Claude 的编码智能体以机器速度生成并提交变更所推动。Scion 于 2026 年 1 月开始构建，五个月内完成从 Git 的完整迁移。

从 Git 到 Scion

据 The Register 于 2026 年 10 月 13 日报道，Anthropic 已将其内部单体仓库从 Git 完整迁移到一套自研的版本控制系统 Scion。公司工程博客称，迁移的动因是代码提交量增长过快，超出了 Git 在单体仓库中的实际承载能力。

Scion 于 2026 年 1 月开始构建，五个月内完成从 Git 的完整迁移。Anthropic 并未选择在 Git 之上打补丁以承受更高的合并量，而是直接为自家单体仓库替换了这套系统。对于一个公司内每位工程师每个工作日都要接触的基础设施而言，五个月完成整体切换属于相当紧凑的时间表。

合并量四个月增十倍

Anthropic 公布的数据显示，2026 年 5 月公司平均每天合并约 2500 处代码变更，到 9 月这一数字已超过 3 万次，四个月内增长逾十倍。公司称这一增长主要由基于 Claude 的编码智能体以机器速度生成并提交变更所推动。

这一变化并非渐进式爬升，而是一次台阶式跃迁。Anthropic 工程团队在披露中表示，5 月平均每天合并约 2500 处变更，到 9 月每天合并超过 3 万处。该时间段与公司内部编码智能体可供内部使用的时期高度吻合。

Scion 与配套工具

Scion 并非孤立建成。Anthropic 同时构建了名为 Antique 的配套代码审查界面、一套专用代码搜索系统，以及源代码控制身份与访问管理（IAM）层。这四部分共同构成了一套替代技术栈，对应多数工程组织通常用 Git、GitHub 以及若干第三方代码审查和搜索工具拼装出的组合。

Scion 的核心技术概念是 changeset，其作用相当于 Git 中的 commit，是系统中的原子工作单元。Anthropic 工程团队将 changeset 描述为预写日志中的一条记录，并表示其设计目标是存储工程师期望从传统 Git 提交中获得的大部分内容。公司还在 Scion 之上构建了 API 层，直接暴露源代码控制查询能力，这意味着包括智能体驱动的任务在内，部分自动化作业无需检出本地代码副本即可与仓库历史和状态交互。

为何 Git 撑不住

Git 由 Linus Torvalds 于 2005 年设计，用于管理 Linux 内核，其代码库由数千名人类贡献者以人类速度维护。二十年后，Anthropic 内部工程组织面对的是一种不同的贡献者：基于其自家 Claude 模型构建的自主与半自主编码智能体，它们持续提交变更，而非遵循人类工作日的忙闲节奏。

Anthropic 在工程博客中的表述将源代码控制视为公司最大的开发瓶颈，因为合并量已越过十倍增长的门槛。这一承认来自一家商业主张建立在 AI 编码智能体加速软件开发之上的公司。若智能体之下的工具无法跟上其产出的代码，瓶颈只是从“AI 能否写代码”下移一层，变成“基础设施能否吸收 AI 写出的内容”。

要点

• Anthropic 已将内部单体仓库从 Git 迁移到自研系统 Scion
• 2026 年 5 月日均合并约 2500 次，9 月超过 3 万次
• Scion 于 2026 年 1 月开建，五个月完成迁移
• 公司同时自研了代码评审界面 Antique、代码搜索与 IAM 层
• Scion 以 changeset 作为原子工作单元，并对外提供查询 API