要回答"谁更懂AI时代的代码管理"，Anthropic自己先泼了盆冷水。10月13日，公司发布工程博客《Redesigning source control at Anthropic》，宣布内部单体仓库（把多个项目放在同一个大仓库里管理的代码库）已在5个月内由7名工程师携Claude整体迁移到自研版本控制系统Scion，同时明确表态：Scion不适合普遍替代Git。 这起事件真正值得关注的，不是谁取代谁，而是它第一次用一份完整的工程记录说明：当写代码的主体变成永远在线的AI Agent，Git成立二十年的前提——“人会离线”——在最先端的那类仓库里失效了。知乎
从日均2500到3万：瓶颈从人的手速搬到了仓库
官方博客给出的数字是：今年5月平均每天合并约2500次代码变更，到9月已突破3万次，4个月增长12倍。 9月9日单日合入30,401次，摊平到全天，平均每2.8秒就有一次变更进入主干（这一换算只说明规模，合入并非匀速）。 压垮Git的不只是提交量，还有仓库体积：主分支历史接近100GB，压缩后的工作副本超过25GB，仅CI系统每天就要执行约2500万次代码检出。知乎知乎知乎
Git统治行业二十年，靠的是一个假设：开发者随时可能离线，所以每次克隆都保留完整仓库，差异计算、历史追溯、回退全在本地完成。但Anthropic复盘发现，自己一直把Git当集中式系统在用——全公司只有一份权威仓库，客户端几乎全是Agent和自动化任务，本来就始终在线。它给Git打过所有常见补丁：浅克隆、稀疏检出、部分克隆，高峰期运行过几百台内部Git镜像服务器，结果维护成本随合并量一起上涨，快照与主干的差距越拉越大。被问到"离线怎么办"时，Scion工程师Nick G.在Hacker News的回答很直接：因为Claude是Scion最重度的用户，而它必然在线，所以这个功能就不重要了。知乎
Scion把Git的假设逐条反过来
在Anthropic的计算集群里，单次变更请求的源代码管理总耗时从中位数34分钟降到3.7分钟，快约9.2倍；官方同时注明，这个口径只覆盖源代码管理操作，不能当成整个开发任务在3.7分钟内完成。 支撑这种速度的是架构反转：提交、合并、变基、历史与blame查询全部放在服务端执行，因此不再需要push；客户端只保留大小受限的本地缓存，检出默认稀疏或虚拟化，用到哪个文件才拉哪个。变更数据不再用Git那种"指向完整目录树、哈希逐层上算"的commit，改为以Changeset——预写日志里的一条记录——存"相对第一父提交改了哪些文件"加内容寻址指针，blame、文件路径历史这类派生数据由服务器按需递归计算。数据分布式存储，整个系统里没有任何一份完整仓库副本，连服务器都没有。知乎知乎
效果同样是官方自报：CI检出从几分钟缩短到几秒，仅CI系统就节省了25%的CPU容量。 被引用最多的"CPU与内存只有原来的1/200"，准确口径是相对它此前几百台Git镜像集群的比较，属于特定负载下的数字，不能直接套用到其他仓库。 连迁移工具本身也在被Claude加速：团队把手写的数据导入管道交给Claude重写，未附加任何指示，新版本内存占用降至1/20、速度提升4倍。知乎知乎36氪
社区冷水：这是"向Subversion回摆"，而且Git没有先例地塌过
"Git已死"远不是共识。Django联合创作者Simon Willison评价，Scion听起来像是沿Subversion的路线重新发明了一次中心化版本控制——而中心化恰恰是Git二十年前淘汰的对象。 知乎上一则高赞批评同样指向历史：Git本就是2005年BitKeeper收回Linux社区免费授权后，Linus Torvalds为替代中心化商业系统而写，“中心化方案就别谈取代Git了”；该回答还指出，Git靠Merkle哈希链保证历史不可篡改，而Scion的变更集模型如何在同等强度上防篡改，这篇博客没有披露——这是社区质疑中最实质的未决项。 不过这场替换也没有"首次弃Git"的光环：Google的Piper、Meta的Sapling早就在服务端管着超大规模单仓库，Scion自己也是借鉴了两者的经验，真正新的变量只有一个——写代码的主力变成了AI。Simon Willison博客知乎知乎
普通团队的正确姿势：不换Git，但要开始检查流水线
Anthropic的边界画得很清楚：Scion是内部系统，未开源、未对外发布。 配套的评审、搜索、CI都高度定制，其他公司很难直接采用，而它烧token做内部开发的规模也远超其他企业现实中愿意承担的量。但官方预计，未来6到12个月这类问题会越来越普遍，并计划与GitHub、GitLab及开源社区合作，把经验带回Git生态：服务器端RPC接口、重写取数协商协议、改进稀疏检出与浅克隆，而不是让所有人搬家。 所以对绝大多数团队，今天的答案仍然是Git：人还离不开离线，哈希链的完整性和整个生态都无可替代。该做的不是换工具，而是查三个信号——流水线里机器任务的占比、工作区创建销毁的周转速度、有多少任务其实只想要一次diff或几个文件却被迫拉取整库。这三件事在Git生态内都有对应解法，也恰恰是Scion验证过的方向：先查询，后取数，按需取数。知乎知乎
回看标题的问题，答案是一个时间差：Git更懂AI时代的现在，Scion更懂AI时代的先头。当写代码不再是瓶颈，所有为人类速度设计的环节都会依次重做，版本控制只是第一个倒下的；瓶颈不会消失，只会搬家。而人的位置并没有贬值，用Anthropic在博客里的话说，参与这套系统开发的工程师如今都承认Claude写代码比自己强，但工程师最常扮演的角色，是对Claude说不。Anthropic官网
