Anthropic 以自研 Scion 替代 Git：日合并超 3 万次，代码操作转向服务器

据 IT之家 10 月 15 日报道，美国人工智能公司 Anthropic 近日宣布弃用 Git，转向自研版本控制系统 Scion。新系统将大部分源代码管理操作移到服务器端，旨在减少智能体与自动化任务需要下载的数据。对于代码变更规模迅速增长的 AI 公司而言，这次调整不仅是开发工具替换，也反映出智能体工作负载正在改变软件基础设施的设计取舍。

从每天 2500 次到超过 3 万次，代码管理压力激增

Anthropic 披露，公司在 5 月平均每天合并约 2500 次代码变更，到了 9 月，这一数字已经超过 3 万次。按照其说法，Git 已无法满足当前需求，因此公司选择自行开发 Scion。

在这一场景下，版本控制需要服务的不只是开发者，还有大量持续运行的智能体、CI 和研究任务。这些任务需要获取代码并执行操作，代码准备环节的耗时、数据传输及资源占用，都会影响自动化流程的效率。

Anthropic 宣称，Scion 的 CPU 和内存消耗仅为 Git 的两百分之一。切换后，CI 与研究任务的代码检出耗时也从此前的几分钟缩短至几秒钟。不过，这些属于公司披露的效果，来源未提供具体测试条件，不能直接视为适用于所有仓库与团队的通用性能结论。

Scion 如何减少客户端负担

Scion 的核心变化，是重新划分服务器与客户端的职责：让服务器承担更多版本管理工作，客户端则集中处理本地文件与修改，不必保存足够多的仓库数据来独立完成全部操作。

• 提交、合并、变基和文件历史查询等操作，主要放在服务器端执行。
• 客户端负责跟踪本地修改、管理文件，并维护有限缓存。
• 智能体和自动化任务需要下载的数据减少，本地存储需求与同步开销随之降低。
• CI 和研究任务的代码检出加快，缩短任务开始前的准备时间。

这种架构取舍与 Anthropic 的使用环境直接相关。公司表示，其大部分客户端都是始终在线的智能体，因此 Git 提供的离线能力并没有明显优势。当客户端持续联网时，将更多操作集中到服务器端，就成为可以接受的选择。

影响与解读：面向智能体优化，不等于 Git 普遍失效

这次变化值得关注的，是 AI 自动化规模扩大后，传统开发工具的优势与成本可能被重新评估。对需要离线工作、独立保留仓库数据的开发者而言，相关能力仍有价值；但对大量在线运行的智能体来说，减少数据下载和重复准备工作，可能更符合实际需求。

不过，Scion 并不是其他团队可以轻易照搬的替代方案。来源指出，这种做法需要配套定制的代码审查、搜索和 CI 工具。版本控制系统一旦改变，围绕它建立的开发流程也需要协同调整，迁移门槛并不低。

因此，Anthropic 的实践更适合被理解为针对大规模在线智能体工作流的基础设施重构，而不是 Git 已经普遍过时。对正在部署 AI 编程与自动化系统的团队来说，更直接的启示是：除了关注模型能力，也应审视代码检出、同步和版本操作是否正在成为新的效率瓶颈。