一天3万次合并。这个数字放在两年前，大概只有超大型科技公司的全年合并量能勉强够上。Anthropic的代码仓库现在每天要处理这么多。

Claude的开发方Anthropic宣布，他们自己造了一套版本控制系统Scion，用来替代Git，并且已经在公司内部完成了迁移。不是试验，是全面换掉。

打开网易新闻 查看精彩图片

原因很直接：AI写代码太快了，Git跟不上了。

打开网易新闻 查看精彩图片

从2500到3万，只用了四个月

Anthropic公开了一张图表，记录自家单体代码仓库每天的合并次数。2026年5月，日均约2500件。到了2026年9月，这个数字变成了每天3万件以上，而且预计还会继续涨。

代码量膨胀带来的压力是全方位的。这个仓库仅主分支历史就有100GB，压缩后的工作副本也超过25GB。为了跑持续集成（CI），每天发生约2500万次检出操作，Git产生的流量每天超过600PB。

在这种规模下，Git的架构成了瓶颈。Git要求每个客户端保存完整副本，这个设计在代码量可控的年代没问题，但当仓库膨胀到百GB级别、合并频率以万计时，它就成了拖后腿的那一环。

Scion怎么解决这个问题

Scion的核心思路和Git相反：客户端不需要保存完整副本，需要数据时从服务器下载。提交、合并这些计算处理放在服务器端完成，客户端只承担很少的计算量。

效果体现在操作速度上。Anthropic给出了Git和Scion的对比数据：

  • 获取最新状态（Pull latest）：快25倍
  • 查看工作目录状态（Status）：快207倍
  • 创建新工作树（New worktree）：快84倍

除了Scion，Anthropic还开发了配套的代码审查系统Antique。两个系统共同支撑起这套新的开发基础设施。

用AI造AI的基础设施

打开网易新闻 查看精彩图片

Scion的开发过程本身也值得一提。项目最初是人力推进的，后来随着Claude Mythos Preview和Claude Tag在公司内部可用，开发方式转向了重度使用AI。

一个具体的例子：给Claude Mythos Preview的早期测试版下达“重写Scion整个流水线”的指令后，内存使用量降到了原来的二十分之一，处理速度提升了4倍。

Scion和Antique的代码库合并次数曲线显示，到2026年9月，这两个项目本身仍在活跃开发中。

不是给所有人用的Git替代品

Anthropic对Scion的定位说得很清楚：它在一般用途下替代不了Git。只有面对“数万名工程师和大量AI代理同时写代码的超大单体仓库”时，Scion才真正发挥价值。

迁移成本也不低。从Git换到Scion，代码审查、代码搜索这些周边系统都得跟着重做。而且Scion本身就是按Anthropic的内部需求量身优化的，换到别的组织未必管用。

但Anthropic判断，这个问题不会只停留在自己家里。他们预计未来6到12个月内，“Git成为瓶颈”会变成更普遍的现象。让每一家使用Git的企业各自去解决同样的问题，效率太低。

Anthropic给出的方案是：把Scion里最成功的部分回馈给Git。他们表示愿意与Git开发社区、GitHub、GitLab等组织合作，推进这件事。

一个AI公司为了解决自己代码爆炸的问题造了套新工具，现在打算把其中好用的部分还给Git生态。这个走向，比Scion本身更值得关注。