据科技媒体 The Register 报道，人工智能企业 Anthropic 在 2026 年 10 月 13 日（周二）发布的工程博客中，介绍了其内部自研的版本控制系统 Scion。随着旗下 Claude 模型编写代码能力的普及，Anthropic 内部代码合并量出现爆发式增长，使得传统的 Git 分布式架构和持续集成（CI）基础设施不堪重负。为此，Anthropic 开发了一套集中式单仓（monorepo）方案，以应对 AI 时代的代码洪流。
Anthropic 表示，编写代码已不再是公司的生产力瓶颈，核心问题转向了代码写完之后的管理环节，包括版本控制、构建系统与持续集成体系。据 Anthropic 披露的数据，2026 年 5 月，公司平均每天合并约 2,500 次代码变更；而到了 9 月，这一数字已暴增至每天超过 30,000 次。Anthropic 预计这一增速短期内不会放缓，合并代码的潜在需求几乎是无限的，每消除一个瓶颈都会直接导致产出的代码量进一步增长。
代码量的飙升让传统工具承受了严峻的存储与网络压力。Anthropic 称其主分支体积约为 100 GB，即便经过压缩，工作副本的大小也超过其四分之一。在持续集成方面，仅 CI 系统每天就要执行约 2,500 万次代码检出（其中尚未计入开发人员本地环境、agent 沙箱和研究任务的占用）。Anthropic 测算，如果按照常规方式直接使用 Git 拉取，每天产生的流量将突破 600 PB。
在经历数月的模型提示词工程与 5 个月的迁移后，Anthropic 打造出了自研版本控制系统 Scion。The Register 称其为集中式单仓（monorepo）方案，设计上类似 Apache 的集中式版本控制系统 Subversion。
Anthropic 介绍，Scion 专为满足 AI agent 的需求而设计，其客户端会将大部分工作移交给服务器处理。源码查询功能以 API 形式开放，内部各类工具无需在本地拥有代码仓库即可进行响应，在减少本地同步开销的同时提高了对服务端性能的要求。
在底层机制上，Scion 的基本工作单元是「changeset」（预写日志中的一条记录）。据 Anthropic 解释，Git 的 commit 存储的是指向整棵目录树的指针，而 changeset 只存储相对第一个父版本发生变化的文件列表，以及指向 blob 存储中压缩内容的内容寻址指针。
除了 Scion 本身，Claude 还深度参与了周边基础设施的开发。Anthropic 透露，Claude 协助打造了名为 Antique 的代码审查界面、代码搜索工具以及源码权限管理（IAM）系统。
Scion 项目于 2026 年 1 月正式启动。在 Claude Mythos Preview 模型于公司内部可用后，团队让该模型重写了早期的 Git 到 Scion 导入管线。据发布方介绍，重写后的新版本管线内存占用减少了 20 倍，运行速度提升了 4 倍。
在这一研发过程中，开发者与 AI 的协作模式也发生了转变。Anthropic 称，参与 Scion 项目的工程师普遍认同 Claude 写代码的水平已经高于自己，但人类工程师依然在全局把控上扮演着关键角色。
Anthropic 坦言，「很多时候工程师的作用就是对 Claude 说『不』」。这是因为 agent 有时会为了迎合某种原本不应被允许的代码模式，从而违反系统的核心约束。
The Register 指出，Anthropic 并非首个转向集中式版本控制的大型技术机构。在 Git 之外，Google 采用了单仓系统 Piper（并结合 Gerrit 进行代码审查），Meta 拥有 Sapling，微软也曾推出过 GVFS（Git 虚拟文件系统）来缓解 Git 的扩展瓶颈。
针对 Scion 的开源问题，Anthropic 明确表示，该系统是针对内部环境定制的产物，不适合通用场景，因此不会对外开源。不过 Anthropic 认为，类似的由 AI 驱动的代码扩展难题将在未来几个月内出现在其他公司，因此希望通过分享这一实践为业界提供参考。
