10 月 13 日，Anthropic 在工程博客上公开了一件事：他们花 5 个月，把公司主仓库从 git 整体搬到了一套自研的版本控制系统 Scion 上。
推动这件事的是一个数字。2026 年 5 月，Anthropic 日均合并约 2,500 个代码变更；到 9 月，这个数字超过 30,000，涨了 12 倍。
我的判断是，看点不在"又有公司造轮子"，而在那条分界线。
当写代码的活被 AI 接走，卡住开发的会从"写"换到"管理"。Anthropic 自己写得很直接，瓶颈现在是那些按人类速度设计的开发基础设施。


瓶颈从写代码挪到了源代码管理按 Anthropic 的说法，Claude 现在能自主跑研究迭代、微调复杂程序、从零搭新服务。写代码不再是瓶颈。
压力去了合并这一环。日均合并量 4 个月内涨 12 倍，源代码管理成了最大的开发瓶颈。
这个数字背后是很具体的物理负担。主分支的历史单独就有近 100 GB，一份压缩后的工作副本超过 25 GB。
光是为持续集成（CI）拉取代码，每天就有约 2,500 万次检出，这还没算开发者本地环境、智能体沙盒和研究任务。全量取的话，一天的理论流量超过 600 PB。
Anthropic 不是没想过办法。浅克隆、稀疏检出、promisor 远程，这些 git 自带的局部取用手段都用过，还配了仓库快照和内部镜像。镜像在高峰期开到过数百个。
问题是这些补丁撑不了多久。快照两次刷新之间，离主分支最新状态会越落越远；在部分克隆上跑 diff 和 blame 这类依赖历史的操作，维护成本也越堆越高。


git 没错，是负载换了Anthropic 自己在文里承认，git 的设计对绝大多数仓库是对的，这也是它成为标准的原因。
分歧出在使用者。git 是去中心化系统，每个克隆都是一份完整、自成一体的仓库，断网也能算 diff、读历史、检出任意版本。这套假设的前提，是写代码的人离线也能干活。
但 Anthropic 发现，他们其实一直在把 git 当集中式系统用，全程只有一份权威副本；而他们的客户端几乎全是智能体和任务，按定义就是永远在线的。
于是他们倒过来问：如果从第一天就假设客户端永远在线，源代码管理会是什么样？
Scion 的回答是把工作挪到服务端。提交、合并、rebase 都在服务器上做，客户端只维护一个有上限的本地缓存、把文件铺到磁盘、盯着文件变化。
仓库数据分散存储，连服务器自己都不持有完整副本，没有 packfile，也不需要仓库维护。工作单元从 commit 换成 changeset，只记录相对第一个父级改了哪些文件。
代价也清楚。Scion 放掉了 git 的离线独立性，换来在线规模下的吞吐。
账本和它的边界收益是量化的。Anthropic 说 Scion 的基础设施占用（CPU 加内存）比原先的 git 镜像方案小 200 倍。
CI 和研究任务的取码时间从几分钟降到几秒，约快 100 倍，CI 还多出了 25% 的 CPU 容量。
做这件事的是一个 7 人团队，5 个月里除了 Scion，还顺带交付了代码评审界面 Antique、代码搜索和一套源代码管理权限系统。
Anthropic 提到，迁移中 Claude Mythos Preview 重写了 git 到 Scion 的摄取管道，内存占用降 20 倍、速度提 4 倍。
同一篇文里，Anthropic 也把丑话说在了前面。Scion 不适合替代 git 的通用场景，只适用于超大 monorepo，也就是几万工程师或大量智能体那种量级。他们也不打算开源。
还有一句前提。Anthropic 内部能负担的 token 支出，超过了其他企业愿意掏的钱。


三条判断看到"AI 提高效率"，先问它把成本挤到了哪。Anthropic 省下的是写代码的时间，付出的是五个月、七个人、一套自研系统和一个不再通用的技术选型。少有人能复制这个交换。
看到某家公司自研替代开源，先问它适不适用于你。Scion 连作者自己都说不做通用替代。这类复盘真正能带走的，是设计思路。
评估自家 AI 编码工具的收益时，把管道成本算进去。日均合并到 3 万这个量级，翻车的不再是模型，而是围着它的合并、构建和 CI。规模不到那个量级，看思路就够了。
声明：本文含 AI 辅助整理内容，数据引自 Anthropic 官方工程博客（2026-10-13），功能与设计请以官方页面为准。配图为自制信息图，数据来源同上。