GitHub在11月5日的官方博客中披露了新Git存储架构的设计与内部测试结果：5000个智能体并发操作同一仓库，每秒向该仓库发送7200次推送，同时读取流量保持稳定低延迟。这是内部测试展示的能力，不能直接视为所有线上仓库的运行指标。
这套架构此前已在GitHub Universe上宣布。GitHub称，团队是在平台持续运行的过程中建设新架构，目标是为面向数亿开发者的智能体开发提供基础。设计遵循两个原则：尽量减少协调，以及将存储与计算解耦。
减少协调的关键，在于区分一次推送中哪些内容需要达成一致。Git对象不可变，并按内容命名，因此两个写入方可以同时存储对象，无须相互协调。真正需要一致性的是引用更新，而它在一次推送中占据的部分很小。新架构据此让数据存储、请求服务和仓库维护能够独立扩展。
博客回顾的前期工作包括：将99.99999%的仓库迁入Azure，把写入仲裁范围缩小到单个引用，并建立由Azure Blob Storage支撑的虚拟副本。虚拟副本既是这一路线的起点，也是仓库接入新架构的方式；上述迁移比例并不等于新架构已覆盖相同比例的仓库。
GitHub此次尤其关注单个仓库的纵向扩展能力，而不只是跨多个仓库承载更多开发者和智能体。按博客描述，目前GitHub.com最繁忙的仓库每秒最多接收数十次写入，通常只是短时突发。GitHub预计，随着更多工作交给并行、全天运行的智能体，这类突发负载会在未来一年内变为持续负载；这是其容量规划预期，而非已经发生的变化。
对开发者而言，GitHub表示，底层架构调整不会改变Git的使用方式：推送、拉取和创建分支仍按原有方式进行，现有保护措施也会保留。