Anthropic 公开自研版本控制系统 Scion：日合并代码量 4 个月从 2,500 次涨到 3 万次，git 撑不住了

这件事意味着什么

【要点】

Anthropic 工程博客 10 月 13 日发文《Redesigning source control at Anthropic》（官方 X 帐号北京时间 10-14 00:36 转发）。文中披露：公司 monorepo 每天合并的代码变更，从 2026 年 5 月的约 2,500 次涨到 9 月的 30,000 次以上，四个月涨了十多倍，主要由 Claude 编写。git 因此成了最大的开发瓶颈：主干历史接近 100 GB、单份工作副本超过 25 GB，CI 每天约 2,500 万次检出，高峰时要维护几百个 git 镜像。

Anthropic 用五个月自研了版本控制系统 Scion，并把整个 monorepo 从 git 迁了过去，同期还做了代码评审工具 Antique、代码搜索和细粒度权限系统。设计前提是「客户端几乎都是一直在线的智能体和任务」：提交、合并、变基都在服务器上完成，数据按内容寻址、分层缓存，检出默认稀疏或按需加载，很多任务直接调 API，不用本地仓库。官方数据：基础设施的 CPU 和内存占用只有原来 git 镜像体系的 1/200，CI 和研究任务的检出从几分钟缩短到几秒，CI 省下 25% 的 CPU。文中还提到，内部早期版本的 Claude Mythos Preview 不加额外指令重写了导入管线，内存占用降到 1/20，速度快 4 倍。

【可核验】

原文：https://www.anthropic.com/engineering/redesigning-source-control

@AnthropicAI 帖子：https://x.com/AnthropicAI/status/2110047081414987957（抓取时约 21.8 万浏览、3567 赞、174 条引用）

X 相关讨论：发帖后第一个小时 23 帖，下一小时 39 帖，还在增加。

【我们的判断】

一、这是前沿实验室第一次公开、按月给出「智能体写代码的产量」：四个月十倍以上。它说明 AI 编程的瓶颈已经从「写代码」转到为人类规模设计的基础设施，包括版本控制、构建和 CI。其他重度使用 AI 编程的团队很可能接着碰到同样的墙。

二、要分清哪些是自报数据。合并次数不等于产出或质量；「参与的工程师都认为 Claude 写代码比自己强」也是内部自评，目前没有第三方数据。工程师的角色变成了把关：经常要对 Claude 说「不」，评审时看改动的意图，而不是逐行读代码。这一点比产量数字更值得参考。

三、这和最近关于「AI 加速 AI 研发」的争论直接相关：实验室内部的研发流水线正在为智能体重建。后续要看 Scion 或 Antique 是否开源或产品化，以及其他实验室是否给出类似的数据。