Anthropic 自研源码管理 Scion 替代 git：日合并量从约 2,500 涨到 3 万+，7 人团队 5 个月完成单仓迁移

核心背景与行业痛点

Agent 写代码之后，瓶颈从「写」转到了承接代码的基础设施。Anthropic 在工程博客中披露：2026 年 5 月单仓日均合并约 2,500 个变更，9 月已超 30,000。主干历史近 100 GB，CI 每天约 2,500 万次检出，即便用浅克隆、稀疏检出和数百台内部 git 镜像，也越来越撑不住。

架构亮点与底层机制

Scion 的出发点是：几乎所有客户端都是在线的 Agent 和任务，不需要 git 的「每个克隆都是完整仓库」。因此服务端负责 blame、历史、提交、合并与变基，客户端只保留有限的本地缓存。提交单元是写前日志中的 changeset，只记录相对第一父提交的改动文件和内容寻址指针，元数据存 Spanner，内容存对象存储，无 packfile、无需仓库维护。检出走「daemon → 区域缓存 → 服务端」三级缓存，各层命中率超 99%，并原生支持稀疏与虚拟化检出。设计上借鉴了 Google Piper 与 Meta Sapling。

权威 Benchmark 与实测跑分对比

以下为 Anthropic 自报：基础设施 CPU/内存占用比原 git 镜像小 200 倍；CI 与研究任务检出由分钟级降到秒级（两个数量级），CI 释放 25% CPU。早期用 Claude Mythos Preview 重写 git→Scion 导入管道，内存降 20 倍、速度快 4 倍。没有第三方复测数据。

开发者实战落地与开箱指南

Scion 不开源，官方也明确它不适合一般团队替代 git。可借鉴的是思路：CI 能通过 API 拿 diff 或 merge base 就别做完整检出；善用 git 的 partial clone 与稀疏检出；Agent 高并发合并时，全局锁合并队列可能要让位于合并后加部署前的自动测试。Anthropic 预计这类问题会在未来 6 到 12 个月变得普遍，并表示会与 GitHub、GitLab 和开源社区合作。