Anthropic 在 10 月 13 日的工程博客里说了一件不太寻常的事：他们把公司内部的主代码仓库，从 Git 换成了自己写的版本控制系统 Scion。
不是给 Git 打补丁，也不是换一个 Git 托管平台，而是重新造了一套。理由写在博客第一段——为人类开发者设计的开发基础设施，已经扛不住 Claude 写代码的速度了。
这件事重要，不是因为你应该也去换 Git，而是因为它第一次把「AI 时代的瓶颈已经转移」这件事，用非常具体的数字摆了出来。
先说清楚：Git 没坏，是用法变了
Anthropic 在博客里反复强调一句：Scion 不是 Git 的通用替代品，也不会推出通用版本。
它只适合一种场景——真正庞大的单体仓库（monorepo），要么是数万名工程师同用一个仓库，要么是有大量智能体在高频写代码。这类仓库在全世界的比例极小。你手上项目里的 Git，照常用，GitHub 上的仓库也照常用。
这半年的 AI 编程工具其实也是同一个走向：从「辅助写代码」往「自主干活」挪，工具链的重心一直在变，感兴趣可以翻一下我们 8 月做的2026 上半年 AI 编程工具复盘。
真正变的是「客户端是谁」。Git 的整套设计建立在一个人写代码的假设上：开发者可能断网，所以要带走一份完整的历史，随时能在本地提交、查看、比对。这个假设在 Anthropic 内部基本不成立了——它的客户端几乎全是 Claude 智能体和自动化任务，永远在线，而且数量庞大。
按 Anthropic 的说法，内部真正卡住的地方早就不是写代码，而是版本控制、构建和持续集成这几层。
四个月涨十几倍：压力是怎么堆起来的
博客里给出的数字很直白：
- 2026 年 5 月，内部平均每天合并约两千五百次改动；到 9 月，这个数字变成每天三万多笔，图中最高的一天是三万零四百零一笔。四个月，涨了十几倍。
- 主分支的历史记录接近一百吉字节，压缩后的工作副本也超过二十五吉字节。
- 光是为持续集成服务的代码检出，每天就有约两千五百万次，还不算智能体沙箱和研究会话。
- 如果按 Git 的常规方式去拉取，一天产生的流量会超过六百拍字节。
为了让 Git 继续撑着，Anthropic 在巅峰时期内部维护了数百台 Git 镜像服务器做分流。问题是代码每一秒都在往里合，镜像同步的速度追不上 Claude 写代码的速度，仓库一旦超出镜像机器的磁盘或内存上限，这条路就到头了。
Scion 改掉的几个核心假设
Anthropic 的做法是把假设全部翻过来重写。几条主线：
客户端永远在线。 既然客户端几乎都是服务器上的智能体和任务，就不需要在本地保存完整历史。需要什么数据，发请求向服务器要。
客户端和服务器不再对等。 在 Git 里每个客户端都有潜力当服务器；在 Scion 里，查历史、查 blame、创建提交、做合并与变基，全都在服务器端完成。客户端只保留一个有上限的本地对象缓存，负责把文件铺到磁盘、监听文件变化。
所有能力都走 API。 这是我觉得最值得抄的一条：访问代码库的所有查询都对外暴露成接口，所以很多持续集成任务根本不需要先把仓库克隆下来。Anthropic 说他们内部的自动二分定位（bisect）和自动回滚流水线，没有这种廉价、程序化的访问方式根本跑不起来。
提交要便宜、增量、无锁。 Git 是你先在本地提交再推送；Scion 里提交、变基、合并都发生在服务器上，没有什么可推的，但每个操作都必须快——创建一次提交的成本，要跟这次改动的规模成正比，而不是跟整个仓库的体量成正比。
彻底弱化 refs。 分支、标签这类需要所有服务器达成一致的全局状态，被刻意压缩到只留主分支和发布分支。
工作副本变成可选项。 支持稀疏检出（只取客户端点名要的目录）和虚拟化检出（用到哪个文件才把哪个文件物化出来）。Anthropic 的仓库太大，一天检出上千万次，能不做检出就不做。
一次提交在 Scion 里是什么
Scion 里最小的单位叫 changeset（变更集），本质是写前日志（write-ahead log）里的一条记录。
它和你熟悉的 commit 最大的区别在于：Git 的 commit 指向一棵完整的目录树，而 changeset 只记录「相对第一个父提交，哪些文件变了」，再加一批指向 blob 存储里压缩内容的内容寻址指针。因为没有 packfile 要接收、没有锁、没有需要跨服务器协商的引用，服务端接收变更集的吞吐可以做到很高。
整个系统分三层：每个节点上的守护进程、区域缓存，以及由 Spanner 和云存储托底的权威服务器。Anthropic 说每一层的缓存命中率都在百分之九十九以上。
结果是这样一组数字：相比原来那套支撑数百台机器的 Git 镜像集群，Scion 的 CPU 与内存占用降到约两百分之一；持续集成和研究任务的检出速度提升了差不多两个数量级，从几分钟变成几秒钟；光这一项就给整个公司的持续集成省下了百分之二十五的算力。按官方公布的曲线，智能体环境里每个改动花在源码管理上的中位时间，从三十四分钟降到三点七分钟。
顺手做出来的还不止版本控制
同一个七人团队在五个月里，除了 Scion，还做了代码审查平台 Antique、代码搜索、源码控制的身份与访问管理系统，以及一套处理大批量已审查代码的提交方式。
Antique 里有一个设计挺有意思：语义审批规则，可以区分「这次改动只碰了注释」和「这次改动动了逻辑」，从而避免每一笔改动都要求人工逐行过目。
还有一个细节值得记下来：那套 Git 到 Scion 的数据摄取管道，工程师先手写了一个版本，后来被公司内部一个早期模型重写了一遍，内存占用降到原来的二十分之一，速度快了四倍。也就是说，用来替换 Git 的这套工具，本身就是 Claude 帮着写出来的。
Anthropic 还让 Claude 智能体去当「监工」，每个 agent 盯一个组件的遥测和日志，看它健不健康。让智能体参与运维、监控和回滚，其实是智能体与自动化这条线上最实际的一步——它们不再只是被调用的工具，而是常驻在系统里的角色。
但人并没有被请出去。博客里有一句很实在的话：工程师的工作常常是对 Claude 说「不」——比如智能体想把本该交给代码审查工具的查询用暴力方式硬算出来，比如对抗性审查之后模型开始过度设计。人的位置被推到了架构、取舍和克制上。
这件事对普通团队意味着什么
如果你只是在用 Claude Code、Codex、Cursor 写代码，短期内什么都不用改。但有三件事值得提前想：
第一，留意你自己的检出量。 判断基础设施有没有接近天花板，不看你写多少代码，而看你每天克隆和检出多少次、镜像或代理是否开始吃力。Anthropic 预期这类问题会在一两年内波及更多公司。
第二，向 Git 托管方要更好的服务端接口。 不用像 Anthropic 那样自建，但可以要求平台直接提供 blame、diff、历史关系这类接口，让持续集成任务不必再克隆整个仓库。GitHub 这边已经在就地重建后端：据其主工程师透露，每月 push 量同比增长接近五倍、达到三十三亿次，2026 年 9 月单月提交七十三亿次，新架构把存储和计算拆开，内部基准里写入吞吐最高提升三十五倍——但它必须兼容既有 Git 协议，走不了 Scion 那种推倒重来的路。
第三，重新评估顺序。 以前团队扩产的第一反应是多招人；现在更值得先问的是，多出来的产出会不会先卡在评审、构建和部署上。微软那份《智能体体验实践手册》里已经提到，代码能编译不等于改得对，评审环节的判据本身也会骗人——那条线上的坑，和版本控制是同一类。
如果你还在挑编辑器或命令行层，JetBrains 今年发布的 Air 是另一条参照线：它选择不绑定自家 Agent，把 Claude Code、Codex 这些外部智能体当成一等公民，和 Anthropic 自己动手换掉底座是两种思路。想系统看进度，可以顺着 AI 编程工具专题 往下翻。
三条现在还看不清的地方
所有数字都是 Anthropic 自己公布的，外部没有独立复现。 博客里有图和曲线，但没有第三方验证，也没有成本口径的细节。当成一家公司对自己内部情况的描述来看，是合理的；当成行业基准来看，就还早。
「一天三万次合并，谁在读」。 社交平台上有开发者直接提了这个问题。官方自己的回答其实也承认了：工程师很多时候是在对模型说「不」。合并数量涨上去了，不等于有价值的改动涨上去了，这两件事需要分开看。
不开源，也不做通用版。 博客里没有提开源计划。所以对业界来说，Scion 的价值更接近一份「设计思路公开」：把稀疏检出、虚拟化工作副本、服务端 RPC 这些做法往回抄，比整体换一套系统现实得多。有资深开发者说，Scion 读起来更像集中式版本控制的回归——这条路像不像当年的 Subversion，可能需要几年时间才能有答案。
老达点评
一、这次被换掉的不是工具，是一个假设。 Git 的设计前提是「客户端可能断网、需要完整副本」，这个前提在人的世界里成立了几十年，在智能体世界里几乎是反的。Anthropic 做的事说穿了很朴素：把前提改对，工具自然就换了。
二、”写代码不再是瓶颈”这句话，这次有账可查。 以前这句话多是口号，现在它有了四个数字：合并量涨十几倍、历史近百吉字节、每天两千五百万次检出、一天六百拍字节流量。瓶颈从一个环节挪到另一个环节，是可以用数字证明的。
三、真正值得学的是「一切走 API」，不是自建仓库。 大多数团队抄不动 Scion，但可以让持续集成任务不再克隆仓库，可以要求托管平台补上服务端查询接口。这是今天就能推进的事。
四、别把「三万次合并」当成绩单。 数字是自报的，而且合并量本身不是目标。Anthropic 自己都写了，工程师大量时间花在对模型说「不」上——产能上来之后，判断力的价值反而更高了，这对个人和团队都是同一句话。
参考来源：Anthropic 工程博客《Redesigning source control at Anthropic》（2026 年 10 月 13 日），以及界面新闻、智东西等中文媒体的编译报道。
