OpenAI自研Git后端Pando 推送延迟降近80%

时间：2026年11月2日（美国东部时间上午 11:30，北京时间 11 月 2 日 23:30） 地点：美国旧金山，OpenAI 总部；Pando 已接管其单体仓库的全部开发，并在多个地理区域部署集群 人物：OpenAI 工程团队。Pando 核心由一名工程师设计、由 Codex 智能体团队实现、由少数工程师完成部署，官方未公布具体姓名 事件详情：2026 年 11 月 2 日，OpenAI 在官方博客发布《Scaling Git at OpenAI》，公开自研的 Git 仓库后端 Pando。官方称过去一年其单体仓库的规模与压力以惊人速度增长，Codex 让工程师得以并行推进远多于以往的工作量，分支、推送、合并，以及来自开发环境、研究作业和 CI 的抓取与克隆请求随之激增。从去年底开始，支撑单体仓库的系统开始吃力，抓取与推送变慢、合并失败，可靠性一度低于 90%。OpenAI 随后重建源码管理系统，在不中断任何工程工作、也不改变团队使用 Git 方式的前提下做出 Pando，目前它已支撑 OpenAI 单体仓库的全部开发。 Pando 有两个设计目标：横向可扩展的写入，为多分支并发推送优化；以及最大化读取吞吐，让客户端以网络带宽上限的速度拉取数据。为此它放弃了两项传统 Git 系统视为必须的条件，一是全仓库级别的统一时刻快照，二是为每个客户端单独生成 packfile。替代方案是因果一致性：不同分支的更新可以并行推进，同时推同一个引用才会冲突，代价是一次克隆或抓取可能看到不同分支处在不同时间点；读取侧则跨抓取复用 packfile，同一份字节可以服务大量客户端而几乎不耗服务器计算。 官方给出的生产数据是：切换到 Pando 后，推送延迟中位数下降近 80%，官方另表述为接近 5 倍；每天传输接近 1 PB 的 Git 数据；单小时内服务过超过 57 TB 的 Git pack，其中超过 99% 来自本地磁盘缓存。Pando 不需要在本地仓库解包再重新打包，可以跑在普通云厂商虚拟机上，克隆与抓取用标准云虚机即可跑满 10 Gbps 链路。在其单体仓库中，默认只向客户端通告一条主干分支作为基线，由此产生的 packfile 中位数低于 20 KiB，99 分位低于 3 MiB。 实现方式同样少见：Pando 用 Rust 从零编写、不依赖遗留代码，核心由一名工程师设计，实现交给 Codex 智能体团队，由少数工程师完成部署，从启动到投产只用 10 周，4 月开始承接生产流量。官方称智能体还基于 GPT-6 Astra 编写 Lean 与 TLA+ 形式化描述，用来发现并修复实现中的缺陷，并昼夜不停地红队测试 Git 与 Pando。 背景：OpenAI 并非第一个被智能体规模逼到源码管理瓶颈的公司。The New Stack 在报道中指出，与 Anthropic 转而自研 Scion、放弃 Git 的路线不同，OpenAI 选择保留 Git 兼容性，把问题放到后端解决。这条路线要求在 Git 既有约束内做取舍：Git 协议只允许在一次克隆或抓取响应里发送一个 packfile，Pando 因此大量依赖 packfile-uri 特性把 pack 单独分发，OpenAI 为此向上游 Git 提交了相关改进。 除了后端重写，OpenAI 也把自己的 Git 构建版本分发给开发者机器以及 ChatGPT 桌面应用，并用内部包装器分阶段迁移客户端，把依赖旧接口、Webhook 和仓库下载的数百个集成一并迁过来，迁移过程中 Codex 帮开发者准备已有检出并引导智能体使用新系统。 影响：对 OpenAI 自身，最直接的变化是把智能体规模并行开发的瓶颈从源码管理环节移开——此前一名工程师手上有多个改动待进 CI，每次推送又会触发多个任务去抓取同一个提交，这类请求正是拖慢系统的来源。官方称 Pando 提升了单体仓库的并行度、改进合并可靠性，并缩短了代码发布耗时。 影响（行业层面）：这套系统说明传统 Git 服务端在高并发场景下的两个假设，全仓库统一时刻快照与每客户端一份专属 packfile，在智能体大规模提交时代已经被迫放弃。官方表示正在探索把相关技术分享给用户，普通开发者短期内无法直接使用 Pando。与此同时，围绕 Pando 产生的一批补丁正在回流上游 Git 项目，包括 packfile-uri 下载追踪、并发下载与中断续传的边界处理，以及 explicit haves 等机制，OpenAI 的公开 Git 仓库同步了这些改动。 总结：OpenAI 把 Codex 带来的并行开发压力当成一个基础设施问题，给出了一个保持 Git 兼容的答案：Pando 用因果一致性与 packfile 复用换掉全仓库强一致，把推送延迟中位数压低近 80%，每天跑接近 1 PB 的 Git 流量，目前只服务 OpenAI 自己的单体仓库，官方称正在探索对外分享。这条路线更值得留意的地方在于，它没有另造一套 Git，而是继续维护 Git 兼容并把改进回贡上游，官方明确表示后续仍会与开源 Git 社区合作。 常见问题： 问：Pando 是不是把 Git 换掉了？ 答：不是。Pando 保留 Git 协议与客户端兼容，OpenAI 的工程师和智能体照常用标准 git 命令，改造主要发生在服务端后端。 问：普通开发者现在能用 Pando 吗？ 答：还不能。官方表示目前只在内部单体仓库使用，正在探索把这项技术分享给用户的方式。 参考来源： OpenAI 官方博客《Scaling Git at OpenAI》：Pando 的架构、生产数据与回贡上游 Git 的说明 https://openai.com/index/scaling-git-at-openai/ OpenAI 官方新闻 RSS：收录该文条目，发布时间 2026 年 11 月 2 日 15:30 GMT https://openai.com/news/rss.xml The New Stack 报道《OpenAI built itself a new Git backend, too》 https://thenewstack.io/openai-pando-git-backend/ explainx 分析《OpenAI Pando: The Git Backend It Built for Codex-Scale Work》 https://www.explainx.ai/blog/openai-pando-git-backend-codex-monorepo-5x-faster-pushes-petabyte-per-day-2026 TLDR 科技简报《OpenAI deploys Pando Git backend for monorepo scaling》 https://tldr.tech/story/19a8d5a6-cb89-437c-b194-53e748517073 AI SynthePulse 报道《We built Pando, a new Git backend for our monorepo》 https://ai.synthepulse.app/en-US/stories/18238 AI 日报中文整理《OpenAI 如何用 Pando 扩展 Git，支撑智能体规模的并行开发》 https://ai-daily.ax0x.ai/items/gr41742s6qxdarn5sbcjdszgv AskSurf 中文快讯《OpenAI 的 Pando Git 后端把单体仓库推送延迟降低约 80%》 https://asksurf.ai/pulse/zh/openai-pando-git-backend-monorepo-push-latency-80-percent OpenAI 公开的 Git 客户端构建仓库：回贡上游的补丁与改动 https://github.com/openai/git