全球程序员都在用的经典代码工具被自家人造智能给活活冲垮了每天往同一个项目里合并三万多次代码是一种什么样的体验在普通软件公司里工程师改完一行功能、修好一个缺陷提交合并请求经过同事评审一天能合并几十次上百次就算热火朝天。但在人工智能实验室 Anthropic 的办公室里这个数字在短短四个月内被自家的人工智能 Claude 一路推到了惊人的三万次以上。紧接着全世界程序员天天都在用的代码版本管理工具直接在这个庞然大物面前散架了。2026年10月13日Anthropic 在官方工程博客公开承认由于 Claude 写的代码实在太多原本使用的开源分布式版本控制系统已经不堪重负。为此他们干脆用自研的全新系统 Scion彻底把这套老工具换掉了。一、当写代码的不再是人旧工具先散架了事情的失控是从2026年5月开始的。当时 Anthropic 内部平均每天合并约2500次代码变更。这个数字对人类工程师团队来说已经不算慢但在人工智能面前只是热身。Claude 开始自主推进研究循环、微调复杂程序、甚至从零搭建全新服务。到了9月单日合并次数直接突破了30000次短短四个月增长了十倍以上。用他们自己的话说内部对代码合并的潜伏需求几乎是无限的。过去大家总觉得写代码慢需要招更多程序员但在 Anthropic写代码早就不是瓶颈给人类工作节奏设计的基础设施才是真正的绊脚石。最先顶不住的就是这套老牌版本控制系统。它是二十多年前为人类工程师设计的分布式工具。它的核心假设是每个人桌上都有一台电脑大家各自分头写电脑可能随时断网所以每个人的电脑里都必须塞下一份包含项目全部历史的完整代码档案副本。但在 Anthropic主干开发线的历史数据已经接近一百吉字节即便压缩后的工作文件也超过二十五吉字节。更夸张的是负责自动化测试与校验的持续集成系统每天要从仓库里拉取代码大约2500万次。你可以把这想象成一个超大型图书馆。过去读者借书是跑去复印室把馆里从建馆第一天起的所有书目、甚至每一次借阅涂改记录全套复印打包扛回家。如果每天有两千多万个自动化程序都这么干理论上每天产生的网络流量会超过六百千万亿字节。这根本不是现实网络能承受的体量。为了让老系统勉强运转工程团队想尽了办法。他们曾在内部架设了数百台代码镜像服务器像在各个部门设分流复印点他们还把代码仓库制作成快照存在云端存储里让程序直接拉快照。可是当人工智能每分每秒都在往主干开发线里合并代码时快照更新的速度根本赶不上人工智能提交的速度。快照一刷新主干早就跑出去了十万八千里。数百台镜像服务器越维护越痛苦整个系统眼看就要被自己吐出来的代码淹没。二、把几百台镜像服务器干掉新系统到底凭什么老系统之所以卡死本质上是因为它把使用者都当成了会下线的人类。然而在 Anthropic绝大部分来拉取和提交代码的不是肉身而是永远在线、永远挂在内网里的人工智能代理与自动化测试任务。既然客户端一秒钟都不会断网为什么非要把几十个吉字节的完整历史强塞给它Anthropic 的7人工程师团队决定推倒重来打造了一套名为 Scion 的新系统。它的核心逻辑可以用一句话概括把客户端彻底做空把所有重活全搬到服务端。在新系统里客户端根本不需要在本地完整复制一个庞大的仓库大部分作业甚至直接通过远程调用接口就能读写代码。当需要改动时系统不再像过去那样生成指向整棵目录树的提交而是记录一条被称为“变更集”的日志里面仅仅包含相对于上一个状态发生了改变的文件列表和压缩内容指针。改动文件列表生成之后直接写入服务端的预写日志瞬间做到全局可见。至于以往极其消耗计算资源的查阅历史、追踪哪一行是谁写的、分支合并以及代码重写全都在服务端一次性搞定。为了让两千多万次代码提取不再拖垮服务器团队设计了三层缓存结构运行在同一计算节点上的多作业共享缓存、同区域缓存、以及最顶端的权威源服务器。这就像把复印整座图书馆变成了电子点餐。后厨做好的每一道菜都有专门的编号第一道送餐车上有附近的分餐台也有。系统内部测算显示这三层缓存的命中率全部超过了 99%。换掉老系统之后的效果立竿见影支撑新系统的计算资源和内存消耗比过去那套臃肿的镜像服务器缩减了整整200倍。持续集成作业拉取代码的时间直接从过去折磨人的分钟级降到了秒级速度快了两个数量级。仅仅是持续集成这一项任务就硬生生给公司释放出了 25% 的计算容量。三、AI 自己写系统管自己为什么同行却不敢跟在这场历时五个月的彻底换血中最富戏剧性的一幕在于解决人工智能制造的问题所用的工具正是人工智能自己。在早期的开发过程中工程师手写了一个把旧代码数据导入 Scion 的数据处理管道原型。后来团队把这个原型交给了早期内部版本的 Claude 辅助重写。在没有任何额外指令的情况下Claude 拿出来的版本直接把内存占用降到了原来的二十分之一运行速度反而飙升了整整4倍同时完全保留了底层的所有逻辑约束。不仅如此工程师还让人工智能充当各个组件的超级安全员日夜不停地盯着新系统的运行数据和日志。在这个7人团队里人类工程师的角色发生了微妙的变化大家不再是逐行敲代码的码农而是变成了审核意图、把控架构的守门人工作重心甚至变成了经常对人工智能提出的奇怪方案说“不”。五个月完成整个核心代码库的迁移这在大型软件工程里几乎是个奇迹。但当消息在开发者社区发酵后引来的并不全是赞叹还有大量的争论。在一些开发者社区的讨论中怀疑的声音甚至占到了近半数。有资深从业者质疑每天三万次合并到底代表了真正的生产力爆发还是人工智能在无意义地制造大量冗余代码还有人指出把代码历史和合并全收拢在服务端听上去极像过去的集中式管理软件彻底丢掉了本地离线自由修改的灵活性。更让业界焦虑的是 Anthropic 官方的态度。他们明确表态Scion 绝不是传统版本控制系统的通用替代品公司既不会把源代码公开发布给社区也不会做成商业产品卖给别人。因为这种架构只对一种极端场景有意义你的代码仓库极其巨大同时你有几乎无限的资金预算能让成千上万个人工智能代理夜以继日地在网上狂敲代码。对于普通开发者或中小企业来说盲目上马这种集中式架构只会给自己带来巨大的运维灾难。Anthropic 并不打算包办全球的代码工具他们更希望将服务端的调用思路、按需拉取的设计经验分享给主流代码平台。在他们看来随着更多实验室把人工智能编程代理推向极限类似的代码堤坝决堤事件在未来的6到12个月内会在整个行业里变得越来越普遍。当写代码的人工成本被技术近乎压缩为零时那个二十年来被所有人视作理所当然的基础软件世界终于在人工智能掀起的数据海啸里被撞出了一道不得不修补的裂痕。