Claude 生成代码太快，Anthropic 自研版本控制系统 Scion 取代 Git
Anthropic 被自家 Claude 逼得换掉 Git，自研的 Scion 把检出速度提了 100 倍，AI 时代开发工具会长什么样，这篇讲得很具体。
Anthropic 内部每日代码合并量从 5 月的约 2500 次涨到 9 月的 3 万次，4 个月增长 12 倍，Git 成为瓶颈。7 人团队用 Claude 花 5 个月开发出版本控制系统 Scion、代码审查工具 Antique，并完成 Monorepo 迁移。Scion 采用服务端集中提交合并、客户端按需检出的设计，配合增量 Changeset 和内容寻址存储，使基础设施 CPU 和内存占用降至原来的 1/200，代码检出从分钟级降到秒级。其设计与 Google Piper、Meta Sapling 类似，但专门面向 AI Agent 高并发工作负载。
Anthropic把自己内部的Git换掉了，原因是Claude写代码太快，传统版本控制系统已经跟不上Agent的产出速度
5月份Anthropic每天合并约2500次代码变更，9月突破3 万次，4个月增长12倍，Git逐渐成为最大的开发瓶颈
于是Anthropic自研了一套版本控制系统：Scion，7人团队用Claude5个月完成了系统开发、配套代码审查工具 Antique，以及整个Monorepo从Git到Scion的迁移，目前属于Anthropic内部系统
效果： 基础设施CPU和内存占用降至原来的1/200； CI和研究任务的代码检出速度提升100倍，从分钟级缩短到秒级 CI节省约25%的CPU容量
Scion的核心设计：不再要求Agent把整个仓库及其历史搬到本地，而是假设客户端始终在线，由服务端负责提交、合并、历史查询，客户端按需获取代码
底层采用增量Changeset、内容寻址存储、分布式缓存和按需检出，服务端可水平扩展，许多CI操作甚至不需要真正检出代码
这条路线与Google Piper、Meta Sapling等大规模代码管理系统有相似之处，不同的是它从一开始就针对AI Agent 高并发、始终在线、海量代码变更的工作负载设计的
这也说明了AI Coding的瓶颈在从代码生成，转向代码合并、测试、审查、权限治理、部署等
过去软件工程基础设施围绕人类开发者的工作速度设计；未来可能需要围绕成千上万个并行工作的Agent重新设计
#代码理管 #git #Scion
