Anthropic 自己写了套 git 代码合并涨十倍
据 Anthropic 工程博客 10 月 13 日发文，公司的代码合并量从 5 月的每天约 2500 次涨到 9 月的每天 3 万次以上。

为人类规模设计的 git 开始撑不住：主分支历史接近 100GB，压缩后的工作副本超过 25GB，光 CI 每天就要做约 2500 万次代码检出，按朴素做法一天要搬超过 600PB 数据。

它的应对是自己写了一套版本控制系统 Scion，用五个月把公司 monorepo 从 git 迁过去。做这件事的团队只有七个人，同期还写了代码评审工具 Antique 和另外几个配套系统，而每天的合并量在这段时间又涨了十倍。高峰期它同时运营过几百个内部 git 镜像，那些镜像和快照越刷越落后于主分支。

设计上它假设客户端永远在线，把历史、blame、合并、rebase 都放到服务端算，客户端只保留一个有上限的本地对象缓存。
提交单位叫 changeset，是预写日志里的一条记录，只记相对第一个父提交改过的文件，没有 packfile，也不需要搬 refs。
工作副本是可选的，按需稀疏检出。

结果是一串倍数：
基础设施在 CPU 和内存上的占用比原来的 git 镜像方案小 200 倍
每一层缓存命中率都在 99% 以上
CI 和研究任务检出代码从几分钟变成几秒，光 CI 就省出 25% 的 CPU 容量。

更早的版本里，把 git 到 Scion 的导入管线交给 Claude Mythos Preview 重写，内存少用 20 倍、速度快 4 倍。

团队还给每个组件配了一个叫 superfan 的 Claude，盯着遥测和日志找异常。
工程师说现在没人认为自己比 Claude 更会写代码，人的价值在判断系统级取舍和敢对 Claude 说“不”，评审也从逐行读代码变成看改动意图。

官方明确说 Scion 不适合当通用 git 替代品，只适合超大 monorepo，更希望把思路带给 git 社区。

Anthropic Git 版本控制 Claude 代码评审 AI编程