Anthropic 弃用 Git 自研 Scion：AI 编程速度倒逼软件工程基础设施重构

事件概述

Anthropic 正式宣布在其内部工程中弃用 Git，并部署了由7人团队在5个月内利用 Claude 辅助开发的全新代码版本控制系统 Scion。这一举措旨在解决 AI 驱动的高并发代码生产对传统软件工程工具造成的性能瓶颈。

核心信息

1. AI 生产力爆发导致传统工具失效

• 代码合入频率激增：2026年5月，Anthropic 日均代码合并（Merge）次数约为 2,500 次；至同年9月，该数字暴涨12倍，达到日均 30,000 次。这意味着平均每 2.8秒 就有一段新代码被合入核心仓库。
• Git 的设计局限：Git 诞生于2005年，其核心假设是程序员可能在无网络环境下工作，因此采用去中心化设计，默认下载完整代码库历史（在 Anthropic 中约 100 GB）。这种设计在 AI 7×24小时不间断生成代码的场景下造成巨大浪费。
• 基础设施压力：每天高达 2,500 万次的 Checkout（分支切换、文件恢复等操作）若按传统方式处理，将产生超过 600 PB 的内网数据流量。为维持运行，Anthropic 曾维护数百台 Git 镜像服务器，但同步速度仍无法跟上 AI 的生成速度。

2. Scion 的技术优势与架构革新

Anthropic 并未对 Git 进行修补，而是从头构建了针对“永远在线”的 AI Agent 优化的 Scion 系统：

• 虚拟化 Checkout：不再本地存储完整历史。AI 仅拉取所需文件夹，甚至仅在读取特定行时流式传输数据。
• 性能提升：相比旧有 Git 集群，Scion 消耗的 CPU 和内存规模降低 200倍，各级缓存命中率超过 99%。
• 效率优化：代码拉取时间从几分钟缩短至几秒钟，直接使持续集成（CI）系统的算力需求节省 25%。
• 其他组件自研：同步自研了代码审查工具 Antique、代码搜索及权限系统，以匹配高并发需求。

3. 开发模式与人类角色的转变

• AI 辅助开发闭环：该项目由7名工程师在5个月内完成，其中大量底层迁移管道由早期版本的 Claude 重写，使得内存占用降至原来的 1/20，速度提升4倍。
• 人类工程师的新职责：人类角色从编写代码转向架构决策与“做减法”。当 AI 进行对抗性审查时，往往因防范极小概率风险而写出过度复杂的代码，此时需要人类架构师介入叫停，确保代码简洁性。

值得关注

Anthropic 表示不打算商业化出售 Scion，公开此架构是为了警示行业：随着 AI 编程工具的普及，所有为“人类手速”设计的软件工程工具（版本控制、审查、测试流水线）都将成为创新障碍。 预计在未来 6到12个月 内，其他公司也将面临同样的基础设施瓶颈，需提前布局重构。