Anthropic 构建 Scion 扩展人工智能驱动的源代码管理

关键信息

Anthropic 主分支的历史记录接近 100 GB，压缩后的工作副本超过 25 GB，而持续集成每天执行约 2,500 万次代码检出；如果直接使用 Git，产生的流量将超过每天 600 PB。Scion 不支持离线操作，这是 Anthropic 接受的取舍，因为 Claude 是其最重度的用户且必须联网；新的代码审查系统则称为 Antique。

资讯摘要

Anthropic 发布了一篇文章，解释其为何要为快速变化的开发环境重新设计源代码管理系统。2026 年 5 月，公司每天合并约 2,500 次代码变更，但到 9 月这一数字已超过 30,000 次，增幅约为十二倍。增长速度与 Anthropic 的模型发布同步加快，不过公开发布时间并不能说明模型何时已供内部使用；文章作者推测，Fable 和 Mythos 系列模型可能是编码速度提升的重要因素。Anthropic 创建了 Git 的定制替代方案 Scion，并构建了新的代码审查系统 Antique。

单体代码库的规模带来了特殊的基础设施压力：主分支历史记录接近 100 GB，压缩后的工作副本超过 25 GB，而持续集成每天大约执行 2,500 万次代码检出。如果通过 Git 以朴素方式获取这些检出内容，每天产生的流量将超过 600 PB。一个由七人组成的团队在五个月内完成了从 Git 的迁移，同时接受了不支持离线操作这一限制，因为 Claude 是主要用户且本身必须联网。Anthropic 还广泛使用对抗性审查，但工程师必须避免模型因假设性问题而对系统进行过度设计。

资讯正文

Anthropic 介绍了他们为何以及如何构建了一个自定义的 Git 替代方案，原因是过去六个月里其代码变更速度大幅提升。

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

他们还附上了一张展示这些变更的图表。为图表添加 2026 年各模型公开发布标记时，我让 Claude 对其进行了修改：

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

“Antique”是他们新的代码审查系统。其源代码控制系统名为 Scion，在我看来，它听起来像是沿着 Subversion 路线对集中式源代码控制系统的重新发明。他们提出了一些相当极端的要求：

“仅主分支的历史记录就接近 100 GB，而经过压缩的工作副本超过 25 GB。我们每天为持续集成执行大约 2,500 万次代码检出，这还不包括开发者环境、代理沙箱和研究任务。如果直接以简单方式获取，这每天将产生超过 600 PB 的 Git 流量。”

这个新系统由一个 7 人团队构建，从 Git 完成迁移只用了 5 个月。

有人在 Hacker News 上询问为何缺少离线支持，Scion 工程师 Nick G 回复道：

“由于 Claude 是 Scion 迄今为止最重度的用户，而且它必然处于联网状态，因此这件事并不重要，也就没有必要实现。”

顺带一提，最近我一直在自己的项目中尝试对抗性审查：让一个模型尝试找出缺陷（我经常让 Claude 和 GPT 相互较量）。文章中的这段话与我的亲身体验相呼应：

Anthropic 也广泛采用对抗性审查。尽管这种方法在许多方面都极其有效，但也可能陷入狭隘视角，因此需要经验丰富的工程师引导 Claude，避免它因应对假设性担忧而对系统的某些部分过度设计。

来源与参考

1. 原始链接
2. Redesigning source control at Anthropic