10月13日，Anthropic发布工程博客，说明他们把主代码仓库从 Git 全面迁到了自研版本控制系统 Scion。次日，"Git真的不行了么"之类的解读就刷了屏。但这个事件被传播读反了：Anthropic 在博客里写得很清楚，Scion is by no means a suitable replacement for git for general use。它不是"Git过时"的信号，而是一家 AI 公司在极端规模下的内部基建升级；对普通人来说，跟风换工具反而有三个具体的风险。小红书Anthropic官方工程博客
Anthropic 的瓶颈已经不在"写代码"，而在"合并代码"：2026年5月，其单体仓库平均每天合并约2500处代码变更，到9月日均合并量已经突破3万笔，4个月涨了约12倍。为此，一个7人团队花了5个月造出 Scion 和配套代码审查工具 Antique，并完成主仓库的全部迁移。智东西微博
Git 不是突然变差，是被不属于"人"的量级压垮：main 分支历史接近 100GB，压缩工作副本超过 25GB；仅 CI 每天就有约 2,500 万次代码检出，按朴素拉取算一天能超过 600PB；高峰期他们跑了几百个内部 Git 镜像，还是撑不住。知乎
Scion 的做法是换掉设计前提：客户端默认永远在线，服务端负责差异、合并这些重活，检出按需拉取。Anthropic 自报的效果，是整套基础设施的 CPU 和内存占用缩到原来 Git 镜像体系的 1/200，检出从分钟级降到秒级。银龙聊AI智东西
风险一：你想换的工具，根本不存在
官方博客写得直白：Scion 很难做成对其他组织广泛有用的形态——它和 Git 分歧很大，换过去意味着搬走开发生命周期的每一块，而 Anthropic 内部的代码审查、代码搜索和 CI 组件都是高度定制的。所以，任何声称教你"换上 Scion"或"告别 Git"的内容，都与官方供给无关：没有新工具可下载，也没有官方认证的新范式可学，跟风的成本最终都变成了纯粹的信息焦虑。Anthropic官方工程博客
风险二：人家的量级痛点，跟你的量级无关
Anthropic 特别提到，Scion 绝非 Git 的通用替代品，这套概念只对数万名工程师或大量智能体高效编写代码的超大单体仓库才有意义。普通团队每天几十次、几百次的合并，和日均三万笔差着数量级，Git 从来不是这里的瓶颈；有知乎回答说得更直接：普通人看到每天 2500 万次 checkout，正确动作是优化 checkout 次数，而不是优化服务器。反过来模仿"中心化、必须联网提交"的架构，倒是会实打实丢掉 Git 离线工作和分布式分支这些成熟能力。智东西知乎
风险三：跟错信号，比不换工具代价更大
这篇博客真正透露的变化在流程而不是工具：工程师审代码的重点从逐行读完，转向审查改动的意图。并发冲突交给 Claude 修，官方的说法是它修冲突往往比人发现问题还快。需要提醒的是，这些数字和做法目前都来自 Anthropic 一家自述的复盘，GitHub、GitLab 和 git 生态会不会吸收这些思路，还没有答案；但对普通人来说，值得跟的动作清单其实很具体：盯着自己仓库的合并队列、CI 检出速度和代码审查时长，看它们是否先于工具本身在 AI 并行改代码时吃紧——确认瓶颈在哪一层，再谈要不要动工具。银龙聊AIAnthropic官方工程博客
