Anthropic自研Scion版本控制系统,取代Git服务AI智能体
Anthropic称,Git已无法应对其AI智能体合并的海量代码,因此开发了客户端-服务器架构的版本控制系统Scion,且不会开源。
Anthropic详细介绍了Scion,这是该公司在内部Git达到使用极限后自行开发的版本控制系统。这家AI开发商在一篇博客文章中表示,AI智能体提交的代码激增,使得专为离线开发设计的Git已无法继续扩展。Scion采用客户端-服务器架构,面向始终在线的自动化及智能体客户端。
据Anthropic介绍,新基础设施所消耗的CPU和内存比其所取代的Git镜像方案少200倍。持续集成和研究任务现在检出代码的速度快约两个数量级,从原来的几分钟缩短到几秒钟。每日合并次数从5月的平均约2,500次增至9月的30,000多次,该公司写道:“我们预计这一增长速度不会很快放缓。”
Git为何失灵
Git依赖独立、去中心化的克隆副本,这一模式对Anthropic的单体仓库来说越来越笨重。主分支的历史记录接近100GB,压缩后的工作副本超过25GB。仅持续集成每天就进行约2500万次检出,Anthropic表示,若在Git下运行,理论上每天的数据传输量将超过600PB。该公司运行了数百个Git镜像以减轻负载,但这使得diff和blame等功能的协调更加困难。
在Scion下,客户端不保存完整的仓库副本,而是与服务器持续保持同步。持续集成系统通过API获取所需内容。服务器端数据是分布式且可水平扩展的,而非集中存储于一处,并且不存在Git式的packfile。提交、变基和合并均在服务器上运行,提交以变更集的形式存储,仅记录对特定文件的修改。Anthropic还开发了名为Antique的审阅界面以及其他配套工具。
借助Claude,五个月完成开发
Anthropic表示,一个由七人组成的团队在Claude的协助下用五个月开发了Scion。该公司认为,借助大语言模型辅助的迁移所需人手更少,但强调工程师对于跨系统的设计权衡仍不可或缺,并且经常需要修正智能体的输出。每项变更都由对抗性LLM和人工共同审核,人工审核关注的是变更的意图,而非逐行代码。
Anthropic不会将Scion开源,称其与内部架构联系过于紧密,难以移植。该公司将这篇文章定位为与其他运营大型工程团队的组织分享核心经验的方式,这些组织需要构建各自的适配方案。其他科技巨头也走过类似的路线:谷歌使用其Piper系统,而Meta则开发了Sapling,其中部分组件已开源。
评论
暂无评论。发起讨论或提出问题吧。

