GitHub 平台正式宣布了其全新的 Git 版本控制系统存储基础设施，该架构专为处理每秒数千次写入操作而设计，同时提供按需扩展的读取能力。内部测试显示，新架构能够支持 5000 个智能体同时在一个仓库中工作，每秒发送 7200 次推送（Pushes），并保持读取请求的低延迟和稳定性。
这一举措是为了应对过去一年中软件智能体对繁忙仓库工作性质所带来的根本性变化。新架构基于两个核心原则：减少组件间的协调，以及通过依赖 Azure Blob Storage 对象存储服务和名为 Ref-CAS 的专用引用共识服务来实现存储与计算的分离。
实际发生了哪些变化？
在之前的传统架构中，存储操作、请求服务和仓库维护是紧密耦合且本地化的。而新架构将引用状态与对象数据分离，Git 包和读取加速器存储在云存储中，而 Ref-CAS 服务则通过受复制法定人数支持的“比较并交换”（Compare-and-Swap）机制来管理和更新仓库引用。
此外，维护、压缩（Compaction）和减容操作也已从处理日常流量的节点中分离出来。独立的压缩节点在后台直接针对云存储运行，用于合并数据包并删除未使用的对象，而不会消耗分配给用户的节点资源。
为什么这条新闻很重要？
这一进展为 GitHub 平台支持面向数亿开发者的智能体驱动开发时代奠定了技术基础。随着人工智能工具和自主智能体转向全天候工作，仓库面临着海量的并发更新以及与之相关的请求，例如运行持续集成（CI）系统和代码测试。新架构确保了平台在保持同等能力和效率的同时，具备水平和垂直扩展性及稳定性。