发生了什么

Anthropic（制作Claude的AI公司）在10月13日的技术文章中，介绍了公司内部的一次大改造。它们制作了新的代码管理系统Scion，并在五个月内把巨大的单体仓库从Git迁了过去。公司还制作了代码审查工具Antique、代码搜索和更细的权限管理功能，但文章主要讲Scion。

Anthropic说，每天合并进主代码的改动，从2026年5月的大约2500次，增加到9月的3万多次。结果，写代码不再是最慢的环节。保存、比较、测试和合并大量改动，反而成了新的瓶颈。

为什么Git开始不合适

Git是一种分布式工具。每份副本都可以保存完整仓库，也可以离线工作。这种设计很适合大多数项目。但Anthropic的工作量大得多，而且大多数使用者一直在线。

公司说，主分支的历史接近100GB，压缩后的工作副本也超过25GB。持续集成系统每天大约取代码2500万次。如果每次都用简单方式下载，流量可能每天超过600PB。

Anthropic曾经运行数百个Git镜像来分担压力。随着合并次数增加，镜像越来越难维护。镜像更新后会落后更多。查看差异、寻找某一行代码最后被谁改过，也变得更麻烦。

既然许多使用者是在线的AI代理和任务程序，就没有必要让它们都保存完整副本。Anthropic因此重新安排了代码管理的责任。

Scion怎样工作

Scion让服务器承担更多工作。服务器可以回答历史和差异问题，也可以创建提交、合并改动和重新整理提交。使用者只保存有限的本地缓存。许多任务只向服务器提问，不必保存完整仓库。

Scion支持稀疏检出，也就是只取得需要的目录。它还支持虚拟检出，只有真正读取文件时才准备文件。一次改动会记录哪些文件发生变化，文件内容则放在另外的存储中。系统还可以之后建立代码归属、路径历史和搜索所需的数据。

数据可以分散到多台服务器和多层缓存中。Anthropic说，任何地方都不需要保存一份完整的仓库副本。不会改变的数据可以被许多缓存重复使用，从而减少互相等待。

公司报告了什么效果

Anthropic报告说，各层缓存的命中率都超过99％。和过去的Git镜像系统相比，Scion需要的CPU和内存只有原来的二百分之一。持续集成和研究任务取代码的速度提高了两个数量级，从几分钟变成几秒。仅持续集成就节省了25％的CPU容量。

一个7人的团队在五个月内完成了Scion、Antique和其他相关系统。Anthropic还说，Claude重写了Git到Scion的导入程序。重写后的版本少用20倍内存，速度快4倍。不过，工程师仍然决定整体设计和重要限制，也会检查每一项改动请求。他们更多地检查改动的目的，而不是逐行阅读所有代码。

为什么值得关注

这不代表Git会马上被普通项目淘汰。它展示的是另一件事：当AI代理很快地产生大量改动时，开发的瓶颈可能从写代码转移到管理代码。

Anthropic还减少了对全局合并队列的依赖，更多使用合并后和发布前的自动测试。这样可能适合大量AI代理同时工作的团队，但也会带来新的审查和质量问题。

这篇文章在Hacker News上得到624个积分和599条评论。这些数字只代表社区关注度，不证明原文一定正确。

还不知道什么

这些测量结果来自Anthropic自己的报告。文章没有给出外部机构的独立测试，也没有提供可以公开复现的完整条件。Scion是为超大的单体仓库和大量在线代理制作的。其他公司若要采用，可能还要一起改造代码审查、搜索和持续集成。每天3万多次合并是否能长期保持软件质量，文章也没有回答。

接下来观察什么

Anthropic预计，未来6到12个月，其他公司也会遇到类似压力。值得观察Git平台是否会增加更强的服务器端查询和更好的部分检出功能。还要观察人类审查者是否会从逐行检查，转向判断改动目的、系统边界和自动测试证据。