Anthropic 换掉了 Git：一天三万次合并之后

标题写着「弃用 Git」，点进去以为是整个行业要换标准。读完才发现，改的是一家公司自己的仓库底层。

一、发生了什么

据爱范儿报道，Anthropic 用一个 7 人团队、5 个月时间，从零做了一套新的代码版本控制系统 Scion，把公司内部的单体大仓库迁了过去，同时自研了代码审查工具 Antique。

触发点是合并量。2026 年 5 月，Anthropic 全公司每天合并约 2500 次代码变更；到 9 月，这个数字涨到每天 30000 次，四个月涨了 12 倍。折算下来，24 小时不停，平均每 2.8 秒就有一次通过测试和审查的变更进入主干。

Git 在这种强度下开始吃不住。它在 2005 年设计时假设写代码的人可能在没有网络的地方工作，所以每个人默认持有一份完整历史——在 Anthropic，这个包接近 100 GB。内部每天要发生约 2500 万次 checkout，如果不做优化，这些操作会带来超过 600 PB 的日流量。为了撑住，他们巅峰期维护了数百台 Git 镜像服务器，但镜像同步追不上 Claude 写代码的速度。

Scion 的做法是砍掉本地完整副本：Agent 要查「谁改了这行」「两个版本差在哪」，直接发请求问服务器；改哪个目录就只拉哪个目录；只有程序真正读到某一行，数据才从缓存流过去。效果是 CPU 和内存消耗比原来那套镜像集群降低 200 倍，各级缓存命中率超过 99%，拉代码从几分钟缩到几秒，CI 因此省下约 25% 算力。

Anthropic 明确表示 Scion 不打算商业化，公开架构是因为他们认为其他公司在 6 到 12 个月内会撞上同一堵墙。

二、跟你有什么关系

每天用 Claude Code、Cursor 的人：你感受到的「提交变快」或「diff 变长」，和这次替换没有直接关系。这套系统在 Anthropic 内部跑，不对外发售，你的工具链一行都没变。不过方向值得留意：如果哪天你的团队也开始觉得评审排不过来，那就是同一堵墙的缩小版。

三五人的小团队：完全不用考虑自研。你的仓库大概几百 MB，一天几十次合并，Git 连喘都不喘。真正该学的是他们的排查顺序——先量瓶颈在哪，再决定换不换。

管基础设施的人：这是一份现成的容量预警。当合并频率进入「秒级」、仓库进入「百 GB 级」、克隆次数进入「千万级」，Git 的默认配置会先崩在 checkout 和镜像同步上，而不是崩在存储。

三、怎么用：不换系统也能做的三件事

1. 先量三个数：仓库体积、日均合并次数、日均克隆或 checkout 次数。任何一个数量级异常，先优化再谈替换。Git 的部分克隆（partial clone）、稀疏检出（sparse checkout）、浅克隆能解决大部分体积问题。

1. 把 review 当瓶颈看。 Anthropic 那 7 个工程师最常见的动作是对 Claude 说「不」——AI 互相审查时会为了极小概率的风险写出过度复杂的代码。你的团队也一样，AI 提的 PR 越多，叫停的人越重要。

1. 给 CI 算一笔账。 他们的 25% 算力节省来自拉代码变快，不是来自模型变强。如果你的 CI 大部分时间花在装依赖和跑测试上，换版本控制系统收益很小。

四、三个别信的说法

「Git 要死了。」 Git 没有消失，只是不再适合「成千上万个永远在线的 Agent 高频提交」这一个场景。全球绝大多数项目仍在用它，Linux 内核本身也还在用。把一家公司的内部工程决策读成行业葬礼，是标题党的老套路。

「小团队也该自研一套。」 7 个人 5 个月，还是在有 Claude 帮忙重写数据迁移管道的前提下。同样的投入，小团队拿去做产品可能更划算。工具的目的是让事情变简单，不是让架构图变好看。

「AI 写得快，交付就快。」 合并次数涨 12 倍，不等于用户看到的功能涨 12 倍。代码进了主干，还要过审查、测试、发布。Anthropic 自己也在说，工具链的每一环都会成为新的堵点，只是堵的位置在往后移。

五、一句话结论

这次替换不是 Git 输了，是「为人手速度设计的工具」第一次被 Agent 的产量顶到了天花板。

信息来源

• 爱范儿《刚刚，Anthropic 宣布弃用 Git，统治编程 20 年的工具顶不住 AI 了》，2026-10：https://www.ifanr.com/1684269

功能与价格以官方公告为准。本文写于 2026 年 10 月 17 日。