Anthropic 因代码变更量激增自研版本控制系统 Scion 替代 Git
Redesigning source control at Anthropic
Anthropic 因代码变更量激增,自研了替代 Git 的版本控制系统 Scion,由 7 人团队在五个月内完成迁移。其日均合并代码变更从 2026 年 5 月的约 2500 次增至 9 月的逾 3 万次;主分支历史近 100 GB、压缩工作副本超 25 GB,每天约 2500 万次 CI 代码检出,若按传统方式拉取每日 Git 流量将超 600 PB。
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执行大约2500万次代码检出。如果天真地获取,那将每天产生超过600 PB 的 git 流量
新系统由一个七人团队构建,从 Git 的迁移在五个月内完成
当在 Hacker News 上被问及缺乏离线支持时,Scion 工程师 Nick G 回复:
由于 Claude 是 Scion 的最大用户,并且必然在线,因此这根本不是一个重要的功能
附带一提,我最近在我的自己的项目中尝试对抗性审查,其中你让一个模型尝试找出缺陷(我经常让 Claude 和 GPT 互相竞争)。这篇文章中的一则笔记反映了我自己的那种经验:
Anthropic 也广泛使用对抗性审查,虽然这在很多方面非常有效,但它也可能有短视的一面,因此需要熟练的工程师引导 Claude 避免在应对假设性问题时对系统的某些部分进行过度设计。
来源:Simon Willison · simonwillison.net