AI 写代码的速度，已经快到把版本控制系统逼得换代了。
10 月 15 日，据 IT之家报道，美国 AI 公司 Anthropic 宣布弃用运行了 21 年的 Git，转用自研的版本控制系统 Scion。原因不复杂：他们的 AI 智能体干活太猛，Git 扛不住了。
**数字先摆出来**
今年 5 月，Anthropic 平均每天合并 2500 次代码变更。到了 9 月，这个数字超过 3 万次，4 个月涨了 12 倍。
不是公司扩了 12 倍的人，是智能体在并行干活。每一个在线运行的 agent 都在拉分支、改代码、提合并，加起来就是这个量。
Scion 的账面数据：CPU 和内存消耗仅为 Git 的 1/200；CI 代码检出从过去的几分钟缩短到几秒。
**Git 到底卡在哪**
Git 是 2005 年诞生的，设计前提是「人写代码、本地离线、随身携带整个仓库」。
Anthropic 的场景恰好相反：大部分客户端是永远在线的智能体，7×24 小时跑任务。离线能力毫无用处，「本地存全量历史」反而成了纯负担。
每天 3 万次合并意味着什么？同步、检出、比对，每一个操作乘以 3 万，开销就从「有点慢」变成了「干不了」。
真正卡脖子的不是某个功能，是设计前提塌了。
**Scion 怎么改的**
Scion 把提交、合并、变基、文件历史查询这些重操作全部搬到服务器端执行。
客户端只干三件事：跟踪本地修改、管理文件、维护一份有限的缓存。不需要下载整个仓库的历史，就能完成日常操作。
简单说，Git 是「仓库跟着人走」，Scion 是「仓库待在云端，人来对账」。
**别人没说的那层**
这事表面上是一次工具更换，实际上是开发范式的分水岭：当代码的主要「作者」从人换成智能体集群，版本控制的优化目标就从「离线可用」变成了「高并发在线」。
还有一个容易被忽略的点：别的公司很难直接抄。Anthropic 自己也说了，这套玩法需要配套定制的代码审查、搜索和 CI 工具。Scion 不是一个可下载的产品，而是一整套围绕智能体重建的工程体系。
这两种路线你更认同哪一种——把版本控制搬上云端，还是继续优化本地工具？
**还没算清的账**
把源码管理全部集中到服务器端，意味着一个新单点：服务器出问题，所有智能体同时停摆。
这不是杞人忧天。就在同一天（10 月 15 日），DeepSeek 的 API 服务故障了约 5 个小时，8:11 到 13:04 无法正常使用。集中式的代价，就是故障半径变大。
效率换来了，可靠性这笔账还没人算清。
**对普通开发者意味着什么**
短期内，你手头的 Git 不会受任何影响，该用照用。
值得留意的是方向：如果你的团队开始跑大量 AI 编码智能体，本地仓库同步慢、CI 排队久这类问题会越来越明显。Anthropic 只是最先被逼到墙角的那个——他们的智能体密度最高。
巨头用真金白银趟出来的路径，往往就是两三年后的行业默认选项。
你站哪边——版本控制全面云端化，还是本地 Git 坚守？评论区打 1 或 2。
**免责声明**：本文基于公开信息整理，仅用于科技资讯分享与行业观察，不构成任何投资建议。文中涉及的企业、产品与技术参数以官方披露为准，相关技术路线与商业化前景存在不确定性。投资有风险，决策需谨慎。