Anthropic自研Scion替代Git，应对AI编码压力

Anthropic 放弃了 Git，因为他们自己写了一个版本控制系统，名叫 Scion。读了文章就能明白他们这么做的原因。

借助 Claude Code 这类编码智能体，现在瓶颈已经不是写代码，而是管理写好的代码。Anthropic 团队在 Git 上，2026年5月每天有2500次合并，到9月就超过了3万次。5个月里几乎增长了12倍。单仓库的主分支历史就已经差不多100GB。仅持续集成每天就要做2500万次检出，这还没算智能体和开发人员。他们不得不运行数百个镜像来维持 Git 的运行，修修补补但还是不够用。

因为 Git 本来就是给人类开发的。Git 是分布式系统，设计目标是让每个客户端都能离线工作，每个人都携带仓库的完整副本。但在 Anthropic，连接到仓库的几乎全是一直在线的 AI 智能体和任务。那为什么要让每个节点都携带整个仓库呢？他们这么想。

所以他们把提交、合并、变基、比较这些操作全都放到服务器端处理，客户端只拉取需要的文件。最终结果是：检出从按分钟计算缩短到按秒计算，基础设施对CPU和内存的需求相比旧镜像方案减少了200倍，持续集成也节省了25%的CPU。

更有意思的是，Scion 和他们称为 Antique 的代码评审系统，是7个人花5个月做出来的。这件事正常来说公司要花好几个月甚至更久。Claude 先把代码生产速度提得太快，原有基础设施跟不上了，然后连替换原有基础设施的新系统也写得更快了。团队里每个人都承认 Claude 写代码比自己强，没人放不下身段。

他们做代码评审的时候也不再逐行读代码，只看「这个变更要达到什么目的」。顺带一提，他们自己也说了，Scion 并不是要取代 Git。

我认为核心问题不是 Git 过时了，而是软件开发生命周期原本是按照人类的规模设计的。当成千上万个智能体同时开始产出代码，不光我们写代码的方式要变，存储、测试和合并代码的方式也必须改变。