7.3
深览指数
科技人人都是产品经理·Ai学习的老章··AI 生成
Claude写代码太快，Anthropic先把Git干掉了
Anthropic 工程团队用 7 人 5 个月自研版本控制系统 Scion，以替代因 AI 代码合并量激增（日峰值超 3 万次）而瘫痪的 Git。文章详细阐述了 Scion 的六大设计原则（如承认客户端永远在线、端云非对称、提交无锁），以及其基于 Changeset 和三级缓存的架构如何实现 CI 算力节省 25%、开发者状态查询提速 207 倍的效率提升。适合对 AI 驱动的大规模软件工程架构、版本控制系统演进感兴趣的读者阅读。原文 ↗
核心观点
- ▍AI 编程（特别是 Claude）的极高产出速度，已经使传统版本控制工具 Git 成为瓶颈，Anthropic 被迫自研新系统 Scion。
- 012026 年 9 月，Anthropic 的单日代码合并量从 5 月的 2500 次飙升至超过 30000 次，峰值达 30,401 次。
- 02Git 的主分支历史接近 100 GB，按传统方式拉取数据，日网络流量将突破 600 PB，远超基础设施承载能力。
- 03Scion 的 6 大设计原则包括：客户端永远在线、端云非对称、服务化 API、水平扩展、廉价无锁提交、按需虚拟化工作副本。
- 04Scion 以 Changeset（预写日志中的条目）取代 Git 的 Tree 作为核心数据单元，仅记录变更差异，写入吞吐高且无需全局锁。
- 05通过客户端守护进程、区域缓存和权威服务集群的三级缓存架构，Scion 扛住了每日 2500 万次代码检出。
- 06迁移后，CI 算力节省 25% CPU（每天释放 195,000 机器小时），Agent 环境版本控制耗时从 34 分钟降至 3.7 分钟。
- 07项目的 Claude Mythos 预览版在无额外提示下，自主将 Git 导入管线的内存消耗降低 20 倍，吞吐提升 4 倍。
反方 / 局限
- — 作者承认 Scion 并非通用方案，仅适用于拥有数万名开发者或海量 AI 智能体集群的超大型单体仓库，且运行成本（Token 量）远超普通企业承受范围。
- — 传统代码合并队列（Merge Queue）在并发量极高时会导致死锁，Anthropic 只能放弃全局锁转向合入后测试，这是一种对旧有协作模式的颠覆。
14 分钟 · 3 卡片 · 6 资料
读原文 →