Anthropic弃用Git：AI写码太猛，20年版本控制系统顶不住

在 AI 圈，所有人都在讨论 AI 会不会取代程序员，但 Anthropic 给出了一个谁都没料到的答案：在程序员被取代之前，先被替换掉的是程序员用了二十年的工具。由于 Claude 写代码的速度实在太快，Anthropic 内部真正的瓶颈反而是人类过去几十年发明的软件工具，它们已经开始处理不了 AI 7×24 全天候生产力下产出的海量代码。

于是，Anthropic 用一个 7 人团队，借助 Claude 本身，花了 5 个月时间，从零打造出一套全新的代码版本控制系统 Scion，并把整个大仓库迁移了过去。这场「AI 重塑开发工具链」的变革，可能很快就会轮到其他公司头上。

每天 30000 次合并：AI 代码产能的爆炸式增长

过去几个月里，Anthropic 内部的代码产量可以用「恐怖」来形容。今年 5 月，Anthropic 整个公司平均每天合并（Merge，即代码通过审核正式入库）的代码变更大约是 2500 次——这完全是一家大型科技公司相当活跃的水平。

但到了今年 9 月，短短四个月后，这个数字暴涨了 12 倍，达到每天 30000 次。换算成时间，意味着 24 小时不间断状态下，平均每 2.8 秒就有一段经过测试和审查的新代码被放进 Anthropic 的核心代码库里。

「我们预计这种增长速度短期内根本不会放缓。内部对合并代码的潜在需求几乎是无限的，我们每扫除一个基础设施瓶颈，代码产量就会立刻迎来下一波暴涨。」

这段出自 Anthropic 官方工程博客的话，揭示了问题的本质：AI 智能体的产能没有上限，任何为「人类手速」设计的基础设施都将成为瓶颈。

统治编程界 20 年的 Git，为什么接不住了

要理解这次替换的分量，需要先理解 Git 的地位。GitHub 里的「Git」，正是全球几千万程序员每天都在用的版本控制系统。如果你让 Cursor、Claude Code、Codex 改代码，最后「提交」（commit）走的也是这套系统。如果把公司的代码库比作一份所有人共同编辑的「超级在线文档」，那么 Git 就是底下的历史版本「时光机与管理员」。

Git 由 Linux 之父 Linus Torvalds 在 2005 年发明，负责记录谁在哪一秒改了哪一行字，确保几千人同时修改不会互相覆盖，随时还能一键回退。在过去 21 年里，Git 是当之无愧的工业界绝对标准。

但它的底层基因里，写着一个属于 2005 年的假设：程序员可能在任何地方——主要是没有网络的地方——写代码。为了让人在没网的飞机或咖啡馆里也能翻看历史记录、对比修改，Git 采用了「去中心化」设计，默认把整个代码库的所有历史完完整整地下载到你的电脑上。在 Anthropic，这个包接近 100 GB。这个设计在「人写代码」的时代堪称完美，直到 AI 开始写代码——「离线可用、人人持有完整副本」在这个场景下纯属浪费。

600 PB 日流量：旧系统的崩溃时刻

具体的数字更能说明问题。Anthropic 内部每天有 2500 万次的 Checkout 操作——即在不同分支之间切换、恢复文件、创建新分支等。每一次都要拉取庞大的代码包，如果不加特殊优化，每天会产生超过 600 PB 的数据流量。这相当于每天在公司内网里来回搬运 1.2 亿部 4K 高清电影。

为了让 Git 服务继续运转，Anthropic 巅峰时期在内部维护了数百台 Git 镜像服务器做分流。但因为每秒钟都有新代码合入，镜像同步的速度根本赶不上 Claude 写代码的速度。

Anthropic 最终想通了一个根本问题：为什么要用一套为「断网人类」设计的系统，去服务一群「永远在线」的 AI 智能体？

Scion：为 AI 量身定制的全新架构

想通这一点后，Anthropic 决定不再给 Git 打补丁，而是直接重造轮子，推出自研版本控制系统 Scion。既然 AI 智能体永远在线，那就没必要在本地存 100 GB 的历史记录。谁最后改了这一行？两个版本差在哪？Agent 直接发个 API 请求问服务器就行，甚至连代码文件都不用下载到本地。

现在的 Scion 支持「虚拟化 checkout」：AI 改哪个文件夹，就只拉取哪个文件夹；甚至只有当程序真正去读取某一行文件时，数据才会从内存缓存里流式传过去。同时，Scion 砍掉了繁琐的本地打包和全局锁，AI 提交一次代码的耗时，只跟它改了多少行字有关，跟整个代码库有几百个 G 毫无关系。

效果立竿见影。相比之前那几百台服务器支撑的 Git 镜像集群，Scion 消耗的 CPU 和内存规模降低了 200 倍，各级缓存命中率超过 99%。AI 和测试任务拉取代码的时间从几分钟缩短到几秒钟，单单这一项提速，就帮整个公司的持续集成（CI）系统直接省下了 25% 的算力。

7 人 × 5 个月：造这套系统的也是 AI

放在五年前，替换底层代码控制系统意味着什么？当年 Google 搞内部的 Piper 系统，Meta 搞 Sapling 系统，无一不是动用了数十甚至上百人的顶级基础架构团队，耗费数年才完成迁移。而 Anthropic 这次还同步自研了名为 Antique 的代码审查工具、代码搜索和权限系统，整个项目的团队配置却只有：7 个工程师，5 个月。

秘诀自然又是 Claude 深度参与了开发。他们使用一个内部早期模型把工程师手写的数据迁移管道重写了一遍，最终做到内存占用降到原来的 1/20，速度快了 4 倍。

「正是 Claude 强大的写代码能力把他们逼到了系统崩溃的绝境，也正是靠着 Claude 疯狂写代码，这 7 个人才能在 5 个月内造出这套高并发的分布式系统。」

更有意思的是人的角色转变。这 7 位人类工程师既不用敲代码，也不是逐行审核 AI 写的代码，他们的核心任务是搞清楚 AI 为什么要这样改动。他们发现，自己最常对 Claude 说的一个字，是「不」。

当让 Claude 互相进行「对抗性代码审查」时，AI 往往会变得过于偏执，为了防范一些极小概率的假设性风险，写出过度复杂、过度工程化的代码。这时候必须由人类架构师出手叫停，帮 AI 做减法。这或许就是未来顶尖工程师的真实工作状态：不再是写代码的人，而是为 AI 的产出把关方向的架构师。

6 到 12 个月：一堵所有人都会撞上的墙

Anthropic 表示，他们并不打算把 Scion 拿出来当商业软件卖。之所以把这套架构公开，是因为他们看到了不远处的未来：当代码由成百上千个 Agent 在后台并行生成、测试、修复时，所有为「人类手速」设计的软件工程工具——从版本控制、代码审查，到测试流水线——全都会在瞬间成为创新的障碍。

Anthropic 最近已经发出了太多「警告」，这次也不例外：随着 AI 编程工具在各行各业的渗透，其他公司也不需要等太久，大概在未来 6 到 12 个月内，就会撞上同一堵墙。

从 git 到 Scion，这场变革的象征意义大于工具替换本身：AI 不仅在改写软件，也在改写制造软件的方式。当 AI 的生产力冲垮旧工具链时，最先被重塑的，恰恰是那些我们认为最坚固的工程基础设施。下一次，可能是代码审查平台、测试框架，甚至整个软件工程方法论。