Anthropic弃用Git自研Scion：7人团队5个月，日均3万次代码合并

10月14日，Anthropic发布一套对标Git的源码控制系统Scion，并已在自家单体仓库中完成对Git的替换。做出这一决定的背景是Claude写代码的速度已超出人类开发者的想象：2026年5月，Anthropic平均每天合并约2500处代码变更，到9月日均合并量突破3万笔，4个月增长12倍，9月9日单日更是达到30401笔。

代码产量的爆炸式增长，让版本控制等为人类开发者设计的基础设施不堪重负。Anthropic主分支的历史记录已接近100GB，压缩工作副本超过25GB；仅CI环境每天就要执行约2500万次代码检出，若直接拉取数据，每天产生的Git流量将超过600PB。巅峰时期，公司内部维护了数百个Git镜像服务器，仍追不上代码合入的速度。

Scion由一个7人团队耗时5个月建成，同期还交付了代码审查平台Antique及六个相关系统。其核心思路是放弃Git为离线分布式工作设计的特性，转向“客户端始终在线”的架构：提交、合并、变基和历史查询全部放在服务端，客户端只按需获取数据，所有源码控制查询通过API暴露，自动化作业无需维护本地代码库。

官方实测数据显示，Scion各层缓存命中率超过99%，基础设施的CPU和内存消耗仅为原Git镜像方案的1/200；CI和研究作业检出代码的速度提高两个数量级，从几分钟缩短到几秒钟，仅CI一项就节省25%的算力。值得一提的是，Claude Mythos预览版的早期内部版本还重写了Git到Scion的数据迁移管道，内存占用降至原来的1/20、速度提升4倍。

在Scion中，工作单元是预写式日志中的“变更集”，只记录相对父级更改的文件列表，配合服务端计算的派生数据回答代码历史等问题；仓库数据分布式存储、内容寻址，支持水平扩容。Anthropic强调，Scion并非Git的通用替代品，只适用于拥有数万名工程师或大量编程智能体的巨型单体仓库，也不会推出通用版本，但会把架构经验分享给业界。

业内普遍将此举视为AI编程倒逼研发链路重构的标志性事件。谷歌的Piper和Meta的Sapling曾证明大型单体仓库需要自研源码控制，而Anthropic的差别在于：过去需要数十人团队耗费数年的工程，如今7人5个月即可完成，且主力开发者本身就是AI。随着AI生成代码量继续攀升，构建系统、代码评审、测试沙箱等环节都将面临同样的重构压力。