GitHub 于当地时间11月5日发布博文，正式公布代号为“Rubicon”的全新 Git 存储架构。该架构在 GitHub Universe 大会上首次亮相，官方称其具备每秒处理数千次写入的能力，并支持读取按需水平扩展。经内部压力测试验证，Rubicon 能够在保持极低读取延迟的同时，支持单个代码仓库容纳 5000 个智能体（Agent）并发协作，并承受每秒高达 7200 次的代码推送。
这一架构的推出背景是 AI 智能体参与研发工作带来的负载模式变化。GitHub 方面表示，目前平台上最繁忙的代码仓库，单秒写入峰值最多也不过数十次，且通常呈现短暂脉冲式的突发状态。但随着越来越多的研发任务交由全天候高并发运行的 AI 智能体处理，预计在未来一年内，这种瞬时突发将演变为常态化的持续高吞吐负载。
智能体协作对存储层造成的压力不仅来自写入本身。每一次代码推送都会级联触发更多读取请求：CI 流水线即刻启动、部署系统拉取最新提交，其他协同智能体也会同步获取代码作为上下文。这种读操作的扇出扩散（Read Fan-out）效应，随着写入频率的攀升，对平台整体流量产生显著的放大作用。GitHub 在博文中展示的数据显示，平台上某个典型代码仓库在3月至5月期间日请求量激增约4倍，此后至今访问增长始终维持陡峭的指数级上升轨迹。
Rubicon 架构针对上述负载特征进行了重新设计，核心目标是在写入吞吐与读取延迟之间取得平衡，并通过水平扩展应对读取请求的扇出扩散。GitHub 未披露该架构的具体技术实现细节，但强调其已在内部压力测试中验证了上述性能指标。
目前 Rubicon 已开启小范围定向内测（limited private preview），GitHub 计划于明年初逐步扩大开放范围。对于依赖 GitHub 平台进行自动化研发的团队而言，该架构的落地进度将直接影响其智能体工作流的并发规模与响应效率。随着 AI 智能体从辅助工具演变为研发流程中的常态化参与者，代码托管平台的基础设施能力正成为制约协作效率的关键变量之一。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
