Claude 逼疯 Git:Anthropic 自研版本控制系统 Scion
Anthropic 披露因 Claude 辅助编程让每日代码合并量从 5 月的 2500 次暴增至 9 月的超 3 万次,传统 Git 难以承受,团队历时 5 个月自研并整体迁移至分布式版本控制系统 Scion,实现全云端弹性扩展。

很多人还在讨论 AI 会不会取代程序员,Anthropic 已经先被自家的 AI 给干趴下了。不过被干趴下的不是人,而是整个软件行业用了二十年的 Git。
事情的起因很直接。Anthropic 在内部让 Claude 自主跑研究循环、优化复杂系统、从零搭新服务,代码越写越快。今年 5 月,他们每天合并进主干的代码变更大概是 2500 次;到了 9 月,这个数字直接飙到了每天 3 万多次,翻了整整 12 倍。
这时候瓶颈彻底变了。写代码不再卡壳,卡壳的反而是给人类开发者设计的基础设施。主分支历史快 100 GB,压缩后的工作副本超过 25 GB,CI 每天要做大约 2500 万次检出。如果按 Git 原生的方式拉取代码,每天能跑出 600 PB 的离谱流量。
给永远在线的 Agent 重新造一套底座
为了扛住这种吞吐量,Anthropic 之前用尽了 Git 的各种补丁方案,比如浅克隆、稀疏检出,甚至在内部搭了几百个 Git 镜像服务器。但随着合并量继续爆炸,快照更新越来越跟不上节奏,镜像磁盘和内存也频繁被撑爆。
于是他们退后一步想了个问题:Git 最底层的设计假设是人会离线工作,所以每个人本地都得有一份完整的版本库。但现在提交代码的几乎全是 AI Agent 和自动化任务,它们从出生那一秒起就是永远在线的,根本不需要离线功能。
想通这一点后,Anthropic 花了 5 个月造出了一套全新的版本控制系统 Scion,并把整个单一代码库(monorepo)全盘从 Git 迁移了出来。更绝的是,写 Scion 很多底层代码的,依然是 Claude 自己。
Scion 的设计思路彻底反了过来。它完全是服务端的、水平扩展的系统,全网没有任何一个地方存着完整的仓库副本。每次提交不再是一个完整的树指针,而是记录在预写日志(WAL)里的变更集,提交立刻生效,不需要在多台服务器之间复杂加锁同步。
客户端则被极度削轻。它本地只维护有限的缓存,很多 CI 任务要查改动甚至不需要检出文件,直接调服务端 API 就能拿结果;就算真的要落盘,也是按需虚拟化加载,读多少算多少。除了 Scion,他们还顺手自研了代码评审工具 Antique、代码搜索和权限系统。
为什么重要
我们认为,Anthropic 这次的技术分享,给所有人剧透了 AI 时代软件工程的下一个真实战场。
对于绝大多数普通团队和个人开发者来说,你现在完全不需要也不可能去换掉 Git。你的代码量还远没到把 Git 撑爆的程度,Scion 也是高度绑定的内部系统,并不对外开放。但这个信号极其重要:软件开发的瓶颈,已经正式从写代码变成了吞吐代码。
对行业来说,它会倒逼开发工具链全面向 Agent 重构。当几百个 Agent 不知疲倦地每秒提交代码时,人类现有的代码审查、CI 流水线、版本管理全都会像纸糊的一样被冲垮。GitHub、GitLab 这类代码托管巨头接下来必须想明白,怎么服务那些永远在线、不需要界面的 AI 客户。
Anthropic 这步棋走得非常聪明,他们没有死磕 Git 的各种修补补丁,而是看穿了 Agent 永远在线这个本质,果断砍掉了离线包袱。但这种做法看起来也有隐患:完全中心化、依赖强一致性存储(比如 Spanner)的系统架构,极其考验底层运维和网络可用性。一旦服务端抖动,整个研发流程就会彻底瘫痪,没有任何本地兜底的可能。
来源 (1)
- anthropic.com(在新标签页打开)原文anthropic.com