Claude 写代码太快，把 Git 给整崩了
最近科技圈有个挺有意思的瓜：Anthropic 把自己内部的 Git 给换掉了。原因很直接——Claude 写代码的速度，传统版本控制系统已经跟不上了。
数据不会说谎：Git 成了最大瓶颈
我们先看一组让老程序员倒吸一口凉气的数据：



5月份：Anthropic 每天合并约 2500 次代码变更。9月份：这个数字直接突破 3 万次。4个月间：增长 12 倍。当 AI Agent 以这种频率疯狂产出代码时，原本为人类开发者设计、节奏相对舒缓的 Git 瞬间变成了最大的开发瓶颈。这就好比你用手动挡车去跑 F1 赛道，油门踩到底，变速箱先炸了。
Scion：7 人团队 + Claude 的“极速”重构
于是，Anthropic 自研了一套新的版本控制系统：Scion。
这套系统背后的故事同样极具“AI 时代”特色：仅由 7 人的小团队，利用 Claude 辅助开发，在 5 个月内完成了从系统开发、配套代码审查工具（Antique）到整个 Monorepo 从 Git 迁移至 Scion 的全过程。
技术核心：不再“搬运”仓库，而是“按需取用”
Scion 与传统 Git 最大的区别在于设计哲学的根本转变：



放弃本地全量同步：传统模式要求 Agent 把整个仓库及其历史搬到本地。Scion 假设客户端始终在线，由服务端负责提交、合并和历史查询。增量 Changeset：底层采用增量变更集、内容寻址存储和分布式缓存。这意味着查看差异的方式彻底变了，不再是传统的 diff/merge，而是更细粒度的“代码变更集”。按需检出（On-demand Checkout）：客户端只获取需要的代码片段。效果有多炸裂？
基础设施 CPU 和内存占用降至原来的 1/200。CI 和研究任务的代码检出速度提升 100 倍，从分钟级缩短到秒级。CI 节省约 25% 的 CPU 容量。行业趋势：工具链正在被“模型速度”倒逼升级
这条技术路线与 Google Piper、Meta Sapling 等大规模代码管理系统有相似之处，但 Scion 的不同之处在于它从一开始就针对 AI Agent 的高并发、始终在线、海量变更工作负载设计。
这揭示了一个深刻的行业趋势：AI Coding 的瓶颈正在从“代码生成”转向“代码合并、测试、审查、权限治理及部署”。
过去，软件工程基础设施是围绕人类开发者的工作速度设计的；未来，我们需要围绕成千上万个并行工作的 Agent 重新设计整个工具链。毕竟，当 Linus 花两周写出的 Git 扛了二十年，而 Claude 四个月就把它“干退休”时，我们不得不承认：传统的版本控制范式，真的该翻篇了。