一分钟看懂

  • 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的方式。