GitHub 公布 Rubicon 存储架构：内测单仓库支持 5000 个 AI 智能体并发协作

据 IT之家 11 月 7 日报道，GitHub 在当地时间 11 月 5 日发布博文，介绍此前于 GitHub Universe 大会上公布的新一代 Git 存储架构 Rubicon。GitHub 称，内部压力测试显示，该架构可在保持极低读取延迟的同时，支持单个代码仓库内 5000 个智能体并发协作，每秒承受最高 7200 次代码推送。目前，Rubicon 已进入小范围定向内测，计划于明年初逐步扩大开放范围。

从人类提交节奏，转向智能体持续写入

Rubicon 要解决的，不只是代码仓库容量问题，而是 AI 参与研发后，代码读写节奏发生的变化。按 GitHub 的介绍，如今平台上最繁忙的仓库，单秒写入峰值通常也只有数十次，而且多为短暂的脉冲式突发。传统开发流程中，人员提交、评审和合并之间存在自然间隔，基础设施承受的高峰往往不会持续太久。

但全天候运行的 AI 智能体可能改变这一负载形态。多个智能体同时修改代码、提交结果并获取其他任务的进展，会让原本偶发的高峰变成持续压力。GitHub 预计，未来一年内，瞬时突发式写入将逐渐演变为常态化的高吞吐负载。Rubicon 因而既强调每秒数千次写入能力，也强调读取能力可以按需水平扩展。

• 测试规模：单仓库支持 5000 个智能体并发协作。
• 写入表现：内部压测达到每秒 7200 次代码推送。
• 读取目标：在高并发下维持极低延迟，并支持按需扩展。
• 开放进度：目前为定向内测，尚不是面向所有用户的普遍可用服务。

影响解读：一次推送背后，是更多读取请求

理解这次升级，关键在于代码推送并不是孤立操作。一次 Push 之后，CI 流水线可能立即启动，部署系统需要拉取最新提交，其他协同智能体也可能同步代码以更新上下文。这种“读取扇出”意味着，写入频率增加，会进一步放大平台需要处理的读取流量。

来源提到，GitHub 展示了某个典型仓库从 3 月到 5 月的日请求量变化，两个月内流量增长约 4 倍，此后仍保持陡峭的增长趋势。这一案例不能代表所有仓库，但说明头部项目的基础设施压力已开始显现：瓶颈不仅是能否接收提交，还包括下游系统能否及时获取最新状态。

对于使用 AI 编程工具的团队，Rubicon 释放的信号是，智能体协作正在推动研发基础设施重新设计。当代码生成和提交速度提高，仓库存储、持续集成与部署链路都需要跟上。不过，7200 次推送和 5000 个智能体属于 GitHub 披露的内部压测结果，不能直接等同于所有真实项目都能获得的表现，也不代表同等幅度的研发效率提升。其实际价值，仍需结合后续开放情况与真实业务负载观察。