GitHub 换了一套 Git 存储架构，测试里 5000 个智能体同时往一个仓库推代码

5000 个智能体同时往同一个仓库推代码，每秒 7200 次推送，读取延迟还压在较低水平。这是 GitHub 新 Git 存储架构 Rubicon 在内部测试里的成绩。

普通团队用不到这个量级。但它说明了 GitHub 怎么看待接下来的用户：不再是几十个工程师，而是成群的 AI 智能体。

Git 原本的设计前提是人在提交，频率低，冲突靠人解决。一大群智能体并发改同一个仓库，引用更新会疯狂打架，传统存储扛不住。

Rubicon 的拆法是这样的：

• Git 对象放进 Azure Blob Storage
• 引用状态交给 Ref-CAS 管理，用比较并交换处理并发更新
• 虚拟副本负责读写
• 后台节点专门压缩数据包

相当于把 Git 从“一台机器上的一个目录”改成了云上的分布式存储。

目前是有限私有预览，会逐步放开。用 GitHub Copilot 智能体模式，或者让 Codex、Cursor 这类工具批量开分支的团队，以后大概率会间接受益，推送排队、引用冲突会少很多。