内容提要
Anthropic因Claude生成代码激增,自研版本控制系统Scion以替代git,应对每日超3万次代码合并。Scion基础设施占用缩小200倍,CI检出快百倍,由七人团队在五个月内建成。Anthropic称其过于专用,暂不公开,但希望与GitHub等合作,将部分思路引入git。
延伸解读
AI编程倒逼基础设施变革
Anthropic的代码合并量从5月的2500次激增至9月的3万次以上,导致基于git的系统出现瓶颈。这揭示了一个趋势:当AI以超人类速度生成代码时,为人类规模设计的开发基础设施(如版本控制、CI)将难以承受。其他大量使用AI编程的公司可能很快面临类似压力,需提前评估自身工具链的扩展性。
Scion的针对性优化与局限
Scion针对Anthropic的特定场景做了优化:基础设施占用缩小200倍,CI检出快百倍,支持常在线客户端和API式源码控制。但这些优势建立在超大规模单体仓库和极高合并频率上,且迁移成本高昂。Anthropic明确表示Scion并非git的通用替代品,其设计过于专用,普通团队难以直接套用。
不公开背后的现实考量
Anthropic不发布Scion,一方面因为其过于专用,另一方面token成本可能超出多数公司承受范围。Anthropic称其内部token消耗能力远超其他企业合理支出。此外,从git迁移到Scion需要大量工作。因此,尽管Scion展示了AI时代版本控制的可能方向,但短期内其他团队只能借鉴思路,而非直接使用。
小团队与AI协作的新模式
Scion由七人团队在五个月内建成,同时还包括代码审查工具Antique等六个系统。Anthropic认为,借助Claude的编码能力,小型工程团队能更快开发新系统,这不同于传统大团队耗时数年的模式。这一案例表明,AI编程可能改变软件工程的团队结构和开发节奏,但前提是基础设施能跟上代码产出的速度。
Q&A
Anthropic为什么要自研版本控制系统Scion?
因为Claude生成代码激增,每日代码合并量从2026年5月的2500次飙升至9月的超过3万次,原有的基于git的系统开始 falter,成为瓶颈。Anthropic需要替代方案来应对持续增长的代码量。
Scion相比git有哪些技术优势?
Scion的基础设施占用(CPU和内存)比之前的git镜像基础设施小200倍;CI和研究任务检出代码的速度快两个数量级;支持始终在线的服务器访问、基于API的源代码控制,并且可以水平扩展,无需维护数百个git镜像。
Anthropic会公开Scion或让其他公司使用吗?
不会。Anthropic没有计划发布Scion或创建公共版本。它认为Scion过于专用,不适合广泛使用,且迁移工作量大,token成本可能对许多公司过高。但它希望与GitHub、GitLab和开源社区合作,将Scion的部分思路引入git。
Scion是由多大的团队、花了多长时间构建的?
由七人团队在五个月内构建完成,并完全迁移了monorepo。该团队还同时构建了新的代码审查工具Antique和其他六个系统。
Anthropic认为AI编程对开发者基础设施带来了什么影响?
Anthropic认为AI编程(如Claude)使代码生产不再是瓶颈,但为人类规模构建的开发者基础设施(源代码控制、构建、CI)成为新瓶颈。传统git已无法匹配高容量AI编程,尤其是对于大型monorepo和大量代码变更。
其他公司面临类似瓶颈时,能从Anthropic获得什么帮助?
目前只能获得灵感。Anthropic不公开Scion,但通过分享其思路,希望其他开发者能将Scion的一些成功想法应用到git中。它预测其他公司很快也会遇到类似问题。