一分钟看懂
- Pando是OpenAI为自己的单体仓库做的新Git后端,站点在developers.openai.com。
- 工程师和智能体仍按原来的方式使用Git,变厚的是推送与获取这一层。
- 推送延迟大约降低80%,目前每天承载近1PB的Git数据。
基本信息
| 发布方 | OpenAI Developers |
|---|---|
| 公布日期 | 2026年11月3日 |
| 推送延迟 | 约降低80% |
| 日处理量 | 近1PB Git数据 |
| 分类 | 开发与开源 |
| 作者 / 发布方 | OpenAI Developers |
| 官方入口 | openai.com ↗ |
| 热度 | 🔥 热度 106万 |
| 发布时间 | |
| 数据更新 |
用法不动,只换仓库背后的Git底座
我们做了Pando,作为单体仓库的新Git后端,以便在不改变工程师和智能体使用Git方式的前提下,处理更多推送与获取。
Pando是OpenAI Developers为自家单体仓库准备的Git后端,官方介绍放在developers.openai.com,隶属openai.com。2026年11月3日,负责Codex与OpenAI Platform开发者沟通的OpenAI Developers把它公开说明:人和智能体继续对同一个仓库做推送和获取,日常命令与流程不改。
它要解决的不是“再教一遍Git”,而是同一套操作被调用得更频繁之后,后端先扛不住。智能体加入开发之后,往仓库推、从仓库取的次数上升,压力落在基础设施上,而不是落在每个使用者要换工具。
- 服务对象
OpenAI自己的单体仓库,面向内部工程师和在同一仓库上工作的智能体。
- 保持不变的部分
Git的使用方式、命令和日常步骤都不要求替换。
- 被加厚的部分
推送与获取的处理能力,用来吸收更高的访问次数。
智能体变多之后,先被问住的是Git容量
OpenAI Developers把结果说得很具体:Pando把推送延迟降低约80%,现在每天提供近1PB的Git数据。公开表述的落点是,Git容量可以跟着智能体用量一起长,而不是等仓库访问先成为瓶颈。
笔记里没有给出对照的旧后端名称、硬件规格、安装包或对外授权方式。能确认的设计选择是:不改使用侧,把增量负载收在底座上。若你在找一份可照做的部署步骤,目前的官方介绍并没有提供面向外部仓库的上手流程。
| 维度 | 公开信息 |
|---|---|
| 问题 | 单体仓库上推送和获取次数上升 |
| 做法 | 更换Git后端,使用方式保持原样 |
| 延迟 | 推送延迟约降低80% |
| 吞吐 | 每天近1PB Git数据 |
| 扩展判断 | Git容量可随智能体用量一起增长 |
常见问题
外部开发者现在能把自己的仓库换成Pando吗?
公开说明只把它定义为OpenAI单体仓库的Git后端,并强调内部工程师和智能体的用法不变。没有安装步骤、发行包或对外接入方式,因此不能把它当成可自行部署的通用工具。
Pando改变了Codex或工程师的Git命令吗?
没有。OpenAI Developers明确说,处理更多推送和获取时,不改变工程师和智能体使用Git的方式。





