Anthropic 开发内部 Git 替代方案，以跟上人工智能编程加速

Anthropic 揭示了一个名为 Scion 的内部版本管理系统，此前，基于 Git 和代码库镜像的基础设施开始难以跟上人工智能工具产生的软件变更规模的快速增长。该公司表示，每日代码合并量从 2026 年 5 月的 2,500 次增至同年 9 月的超过 30,000 次。

Anthropic 将这一增长与内部大量使用 Claude 编写软件联系起来。随着每个瓶颈被消除，生成的代码量又会增加，使按照人类工作节奏设计的开发基础设施工具——包括源代码管理、构建和持续集成——成为流程中最慢的环节。

为大型代码库设计的系统

据该公司称，与此前依赖 Git 代码库镜像的基础设施相比，新系统将基础设施所需占用降低了最多 200 倍，具体体现在处理器和内存消耗方面。此外，CI 操作和研究任务获取代码的速度提高了两个数量级。

Anthropic 在五个月内完成了向 Scion 的全面迁移，该系统由一个七人团队开发。据该公司称，在同一时期，该团队还创建了一个名为 Antique 的新代码审查工具以及大约六个其他系统。

它与 Git 有何不同？

Scion 基于与 Git 不同的假设运行。它提供持续的服务器访问，而不是假设客户端需要完整的代码库副本才能离线工作。它还提供一个应用程序编程接口，CI 工具可以通过该接口查询代码历史和代码库信息，而无需保留本地代码库。

Anthropic 表示，该系统能够进行横向扩展，因为代码库数据被分配到可以独立扩展的组件中，从而减少了管理数百个 Git 镜像的需求。据该公司称，系统还经过模拟和模糊测试，并采用了先进的请求速率限制措施。

为什么这条消息很重要？

Scion 并不是一个可以面向公众使用的 Git 成熟替代方案，但它揭示了能够以超出传统开发工具设计节奏生成软件变更的编程代理可能带来的压力。实际影响并不局限于源代码管理系统；变更规模的增加可能会将瓶颈转移到构建、CI 或代码审查环节。

Anthropic 预计，随着人工智能驱动的编程不断扩展，其他团队也会面临同样的问题，但该公司没有计划向公众发布 Scion。该公司解释称，这一系统高度专业化，运行它可能需要在令牌方面投入大量支出，同时还要承担因其与 Git 存在根本差异而产生的迁移成本。因此，该公司将转而寻求与 GitHub、GitLab 和开源社区分享部分理念。

限制与开放问题

Anthropic 之外的开发者无法获得 Scion 的代码，也没有可供测试的公共产品；该公司也未作出发布公共版本的承诺。根据现有信息，这一声明的价值在于展示一项内部基础设施实践及其性能指标，而不是为市场提供新工具。尚待解答的问题是，持续访问、应用程序编程接口和横向扩展等理念，能否在无需承担 Anthropic 所警告的迁移成本和复杂性的情况下，迁移到 Git 或其他公共系统中。