Anthropic 自建版本控制系统 Scion 替代
来自 Simon Willison · 期号 2026-10-14
摘要
Anthropic 的代码变更量从 2026 年 5 月的日均 2500 次合并，增长到 9 月的日均 30000 次，Git 已经无法承受。 他们用七人团队、五个月时间，自建了集中式版本控制系统 Scion 来替代 Git。主分支历史接近 100 GB，压缩工作副本超过 25 GB，每天约 2500 万次代码检出，如果全走 Git 协议，日流量会超过 600 PB。 新系统还配套了代码审查系统 Antique。Anthropic 大量使用对抗性审查（让一个模型找另一个模型的漏洞），但发现这容易导致过度工程化，需要资深工程师把关。 原文是工程复盘，详细讲了迁移动机、架构取舍和踩过的坑。
深读
导读 Anthropic 因代码变更量在五个月内从日均 2500 次合并暴涨到 30000 次，Git 已无法支撑。他们用七人团队、五个月时间自建了集中式版本控制系统 Scion 和配套代码审查系统 Antique。这篇文章是工程复盘，详细讲了迁移动机、架构取舍和踩过的坑，对面临类似规模问题的团队有直接参考价值。 关键信息 - 2026 年 5 月日均 2500 次代码合并，9 月增至日均 30000 次，增长约 12 倍。 - 主分支历史接近 100 GB，压缩工作副本超过 25 GB。 - 每天约 2500 万次代码检出（用于 CI、开发环境、agent 沙箱和研究任务），若全走 Git 协议，日流量会超过 600 PB。 - 新系统 Scion 由七人团队开发，从 Git 迁移耗时五个月完成。 - 配套审查系统 Antique 大量使用对抗性审查（让一个模型找另一个模型的漏洞），但容易导致过度工程化，需要资深工程师把关。 逐节讲解 迁移动机：Git 在规模下的极限 原文以一张图表展示了 2026 年代码变更量的陡增曲线。5 月日均 2500 次合并，到 9 月已超过 30000 次。作者 Simon Willison 猜测，Anthropic 内部 Fable/Mythos 级别模型的引入是加速开发的关键因素。Git 在如此规模下，单是主分支历史就接近 100 GB，压缩工作副本超过 25 GB，每天 2500 万次检出如果全走 Git 协议，流量会超过 600 PB——这已经超出了 Git 的设计上限。 新系统 Scion：集中式架构的回归 Scion 被描述为类似 Subversion 的集中式版本控制系统。七人团队用五个月完成了从 Git 的迁移。集中式架构意味着所有历史和工作副本都存储在服务端，客户端只拉取需要的部分，从而避免了 Git 全量克隆带来的带宽和存储爆炸。 审查系统 Antique 与对抗性审查的教训 Antique 是配套的代码审查系统。Anthropic 大量使用对抗性审查，让一个模型去挑另一个模型代码的漏洞。这种做法在发现缺陷上非常有效，但原文指出它也可能导致「短视」：模型会针对假设性的担忧过度工程化系统。因此，资深工程师需要介入，阻止模型在不存在的问题上过度优化。 值得注意 原文是一篇工程复盘，没有讨论 Scion 的具体实现细节（如存储格式、协议设计、与 Git 的兼容性等），也没有给出迁移过程中的性能对比数据。对于想了解具体架构设计的读者，信息有限。