GitHub重建Git底座：月事件4733亿次，写入吞吐内部测试提升35倍

一句话看懂：GitHub正在重建Git底层基础设施，以承接开发者与AI智能体同时工作的高并发，内部基准测试中写入吞吐最高提升35倍，目前仍在建设中。

事件核心：发生了什么

GitHub官方工程博客于2026年10月6日披露，正在重建Git基础设施，目标不是改造写代码工具，而是支撑代码读写的底座。数据显示，2026年8月GitHub月度Git事件量达到4733亿次，超过2025年9月的两倍；2026年9月开发者与智能体合计完成73.8亿次提交，超过上年同期的5倍。需要说明的是，这是人与AI智能体的合计数据，并非AI单独贡献。

按GitHub的解释，现有架构将数据存储与请求处理绑定，增加副本虽能分摊读取，但副本同时参与写入，反而拖慢提交。新架构重点在于拆开存储与计算，让读取和写入能力分别扩展。GitHub披露，新架构在内部基准测试中实现最高35倍写入吞吐提升，但这是内部测试，不代表每位用户单次提交都会快35倍，且原文描述的是正在建设，而非已全量上线。

为什么重要

AI编程的效率瓶颈，正在从模型生成代码的速度，转移到提交、测试、合并等环节能否顺畅衔接。GitHub的改造指向一个行业趋势：当大量AI智能体同时参与代码读写，底层版本控制和代码托管平台的并发承载能力，会成为团队能否真正提速的关键变量。目前公开信息显示，这也是代码托管平台首次明确以AI智能体协同为场景，对Git底层架构动刀。

对用户/开发者/创作者的影响

对开发者而言，短期使用体感可能不会立刻变化，因为新架构尚在建设中，内部测试数据不等于线上实际表现。但从中期看，如果存储与计算分离架构落地，大规模并行提交、多智能体协作开发、CI/CD流水线的衔接效率有望改善。对企业团队来说，这意味着评估AI编程工具时，不能只看模型写代码多快，还要看代码提交和合并链路能否承载智能体产生的并发量。