Anthropic 弃 git 换自研 Scion：AI 智能体把日合并量推过 3 万次
Anthropic 用自研 Scion 替换 git：AI 智能体把日合并量五个月推高 12 倍至 3 万+，每日 2,500 万次 CI 签出逼爆 git。
Anthropic 在 2026 年 10 月 13 日发布的工程博文《Redesigning source control at Anthropic》中确认，公司已用自研版本控制系统 Scion 全面替换 git，整个 monorepo 的迁移由 7 名工程师在 5 个月内完成。直接动因是规模：2026 年 5 月，Anthropic 的单体仓库日均合并约 2,500 次，到 9 月已超过 30,000 次，CI 每天要执行约 2,500 万次代码签出——按博文的原话，这样下去 git 成了「我们最大的开发瓶颈」。
要点
- Anthropic 自研的版本控制系统 Scion 已全面替换 git，monorepo 迁移由 7 人团队在 5 个月内完成，官方工程博文于 2026-10-13 发布。
- 日均合并量从 2026 年 5 月的约 2,500 次增至 9 月的 30,000 次以上；若继续用原生 git，每日 CI 签出流量估算将超过 600 PB。
- 签出从分钟级降到秒级，官方称 CI 因此释放约 25% 的 CPU 容量、基建足迹比原 git 镜像群缩小 200 倍；Scion 不开源，也不做成通用 git 替代品。
背景
合并量暴涨的背景是 Anthropic 的开发方式先变了。博文的合并量曲线（Simon Willison 在其分析中转载）把每一次 Claude 模型发布都标在时间轴上：2 月的 Opus 4.6、4 月的 Mythos Preview、9 月 1 日的 Fable 5.1 与 Mythos 5.1，曲线在每次发布后都更陡一层，9 月 9 日单日合并冲到 30,401 次。博文作者之一 Nick G. 在 Hacker News 被问到增长来源时确认，把大块代码委托给 Claude 的能力在 Mythos Preview 上线后出现了「阶跃式」提升。
这种节奏在 2026 年并不少见：本站此前报道过 Claude Code 发布后美国程序员招聘总量不降反升 15%，也覆盖过拿到 11 万 GitHub 星标的终端编码智能体框架 Pi 1.0。智能体批量写代码已是行业现实，Anthropic 只是把自家撞到的天花板原样摆了出来：主分支历史近 100 GB，压缩工作副本超过 25 GB，高峰期挂了几百个内部 git 镜像仍撑不住。
事实部分
Scion 迁移前后的可核数字如下，全部出自 Anthropic 工程博文（2026-10-13）：
| 指标 | 迁移前（git） | Scion（官方数字） |
|---|---|---|
| 日均合并量 | 约 2,500 次（2026 年 5 月） | 30,000+ 次（2026 年 9 月） |
| 单次签出耗时 | 分钟级 | 秒级（约两个数量级） |
| CI CPU 容量 | — | 释放约 25% |
| 基础设施足迹 | 数百个内部 git 镜像 | 缩小 200 倍 |
| 仓库本体 | 主分支历史近 100 GB，压缩工作副本超 25 GB | 同一仓库，不变 |
Scion 的写路径完全放在服务端：提交单位叫 changeset，作为预写日志条目直接落库，没有 push 这个动作；分支引用只保留 main 与发布分支，一次引用更新就是对 Spanner 单行的比较交换。读路径分三级——开发机上的 scion-daemon、区域 scion-cache、权威 scion-server，三者暴露同一套 RPC，官方称每级缓存命中率都超过 99%。工作副本支持稀疏签出与虚拟化签出，文件按需物化。与 Scion 同期建成的还有评审系统 Antique（带语义级审批约束和合并队列）、代码搜索、按目录授权的 IAM、自动 bisect/revert 管道等约六个配套系统。
博文由 Nick G. 署名，与版本控制团队的 S.G.、R.K.、Dan C.、Garrett H.、Ben L.、Colin M.、Joe P. 共同完成；按博文说法，这个七人团队同时造出了 Scion 和 Antique。Scion 从零写起，但博文明确把 Google 内部的 Piper 和 Meta 的 Sapling 列为参考。一个细节很说明问题：Scion 的数据摄取管道交给 Claude Mythos Preview 重写，官方称比工程师手写的原型省 20 倍内存、快 4 倍——用 Claude 造工具给 Claude 用，这套循环已经转起来了。
各方说法
Hacker News 上的讨论（截至 2026-10-14，649 分、617 条评论）分成两派。质疑派认为病根不在 git：有评论说近 100 GB 的主分支历史「很荒谬」，怀疑 Anthropic 在把 git 历史当消息队列用；热评之一干脆问「所以……Anthropic 重新发明了 SVN？」；也有人指出这套设计更像大型游戏与 3D 资产行业一直在用的中心化版本管理。
署名 nickg-anthropic 的工程师（即博文作者 Nick G.）在评论区逐条回应：智能体并不被允许借版本控制做协调，「实际写出来的软件和代码确实在爆炸式增长，这才是需要 Scion 的原因」；他也承认怎么让智能体彼此少撞车「仍有改进空间，我们在探索一些想法」。
独立分析来自 Simon Willison：他把 Scion 读作「沿 Subversion 路线对中心化版本控制的再发明」，并引用 Nick G. 的解释说明为什么放弃离线支持可以接受——「Claude 是 Scion 迄今最重的用户，而且它必然在线」。Willison 还猜测，Fable/Mythos 级模型是这轮编码速度飙升的关键因素。
编辑判断
编辑判断很明确：Scion 不是读者的选项。官方原话说得直白——「Scion 绝不是适合一般用途的 git 替代品」，也没有开源计划；Anthropic 反而建议社区改进 git 服务端（服务端 diff/merge、更聪明的协议协商、把稀疏与浅克隆特性组合起来），并表示愿意与 GitHub、GitLab 合作。
真正的信号在时间线上：博文预计这类规模问题会在「未来六到十二个月」扩散到更多组织。如果你的 CI 日签出量已经上万，先把服务端扩容、稀疏签出和镜像策略用满，比重写一套 VCS 便宜几个数量级。数字也要留一分清醒：全部出自 Anthropic 自述，没有第三方核实渠道。git 没有死，这件事更像一次被智能体开发节奏倒逼的基础设施重估——本站此前的 Git 3.0 SHA-256 之争 已经预告过这种张力：git 生态的默认值，正在被新的开发方式重新谈判。