Anthropic发布自研源码管理系统 Scion(5个月)

Anthropic 使用 Claude 进行 AI 辅助开发，合并次数激增后 Git 已经无法满足需求，因此从零开发了自研源码控制系统「Scion」，仅用 5 个月就完成了向单体代码库的完全迁移。

- 2026 年 5 月：日均约 2500 次合并
- 2026 年 9 月：日均超过 30000 次合并（约为之前的 10 倍）

伴随而来的是单体代码库不断膨胀，仅主分支的历史记录就差不多达到 100GB，CI 日均检出次数约 2500 万次。Git 在设计上以「离线完成工作的分布式架构」为前提，但 Anthropic 的主要客户端（AI 代理、CI）始终在线，因此他们以「如果以大规模代理、始终在线为前提进行设计会是什么样」为思路开发了 Scion。

开发过程参考了 Google 的 Piper 和 Meta 的 Sapling，同时针对 Anthropic 自身的工作负载进行设计。主要设计思路：
1. 客户端始终在线：按需获取所需数据，不保留完整本地仓库。
2. 客户端-服务器非对称设计：提交、合并这类重处理由服务端执行，客户端只保留缓存。
3. 全功能源码管理服务：blame、diff 这类查询也通过 API 提供，不需要在本地放置仓库。
4. 水平可扩展性：不在任何位置保存完整仓库副本，数据分散存储，各个组件可以独立扩展。
5. 低成本增量式无锁提交：提交、变基、合并的性能随变更大小线性扩展（不依赖整个仓库的大小）。
6. 可选稀疏工作副本：能避免检出就避免，只获取需要的文件。

Scion 是专门针对「大规模单体代码库+大量 AI 代理」场景设计的系统，目标并不是替代通用 Git。但 Anthropic 认为它能为如何让 Git 本身对代理更友好提供很多启发（包括服务端扩展、RPC API、协商协议优化等），他们的立场是希望和 GitHub、GitLab 以及开源社区合作共同推进进化。

这个项目从「AI 大规模写代码时代的源码管理，以人为中心的 Git 已经不够用了」这一问题意识出发，实际从零搭建出了始终在线、以服务端为中心的全新增量架构，并且完成了迁移。

（经 Claude 摘要调整）