Pando: OpenAI reconstruye el servidor Git de su monorrepositorio para seguir el ritmo de sus agentes
OpenAI detalló el 2 de noviembre Pando, un nuevo backend compatible con Git que da soporte a todo su monorrepositorio desde abril. Diseñado para soportar los envíos paralelos de Codex, habría reducido casi a una quinta parte la latencia mediana de los push. Fue desarrollado en diez semanas, en gran medida por agentes.

OpenAI detalló el 2 de noviembre de 2026 Pando, un nuevo backend para repositorios Git que ahora da soporte a todo su monorrepositorio. El punto de partida es una consecuencia directa de los agentes de código: con Codex, cada ingeniero envía varias ramas en paralelo, cada push desencadena múltiples tareas de integración continua que descargan el mismo commit, y el sistema anterior ya no daba abasto. Según el artículo, su fiabilidad cayó en ocasiones por debajo del 90% a partir de finales de 2025, con operaciones de fetch lentas y fusiones fallidas.
Renunciar a dos hábitos de los servidores Git
En lugar de abandonar Git, el equipo conservó el protocolo y el cliente, y replanteó dos premisas que la mayoría de los servidores Git dan por sentadas.
- Sin instantánea coherente de todo el repositorio. Pando coordina cada rama por separado: dos push en ramas diferentes ya no se bloquean mutuamente. Solo una escritura simultánea en la misma rama entra en conflicto. La contrapartida asumida: un cliente que lee varias ramas puede verlas en momentos ligeramente distintos. OpenAI considera que tanto los humanos como los agentes solo dependen, en la práctica, del orden de las actualizaciones de una misma rama.
- Sin packfile a medida para cada cliente. En vez de recalcular un paquete de objetos por cada fetch, Pando almacena tal cual el packfile recibido durante un push y luego lo vuelve a servir a otros clientes a través de
packfile-uri, una función poco utilizada del protocolo Git. Para que estos paquetes sean reutilizables, por defecto solo anuncia al cliente que realiza el push una única rama de referencia (el tronco).
Los paquetes se guardan en un almacenamiento de objetos, los metadatos en una base distribuida y un servicio de caché regional bautizado como Express se encarga de distribuirlos. Una compactación en segundo plano, inspirada en los árboles LSM, agrupa los paquetes pequeños en niveles sucesivos (hasta L4 en la actualidad).
Las cifras anunciadas
| Indicador (según OpenAI) | Valor |
|---|---|
| Latencia mediana de los push | reducida a casi una quinta parte |
| Datos Git servidos | cerca de un petabyte al día |
| Pico | más de 57 TB servidos en una hora |
| Tasa de acierto de la caché Express | más del 99% |
| Rendimiento de los clones en VM cloud estándar | saturación de enlaces a 10 Gbit/s |
Cifras publicadas por OpenAI, no medidas por terceros.
Construido en diez semanas, por agentes
El apartado más revelador atañe a su desarrollo. Pando fue diseñado por un solo ingeniero, implementado por equipos de agentes y desplegado por un puñado de personas, en diez semanas desde su inicio hasta la producción; gestiona tráfico real desde abril de 2026. Escrito en Rust, se apoya en una batería de pruebas de conformidad con Git para que los agentes comprueben sus modificaciones, en pruebas de simulación determinista y en especificaciones en Lean y TLA+ redactadas por agentes que utilizan GPT-6 Astra para encontrar fallos. La migración en sí se llevó a cabo mediante un proxy, sin interrupciones, y Codex ayudó a los equipos a adaptar sus entornos.
OpenAI asegura haber aportado varias correcciones al proyecto Git (descargas paralelas de paquetes, trazas para packfile-uri, concepto de «explicit haves») y estar explorando vías para compartir Pando con sus usuarios, sin anuncios concretos por ahora.
Nuestro análisis
Pando evidencia una consecuencia poco visible de los agentes de código: el cuello de botella ya no radica únicamente en la capacidad de cómputo de los modelos, sino en las herramientas del entorno, empezando por el servidor Git. La decisión de mantener la compatibilidad con Git en lugar de inventar una herramienta nueva es pragmática, y las aportaciones upstream pueden beneficiar a toda la comunidad. Las mejoras anunciadas son espectaculares pero inverificables desde fuera, y las simulaciones del artículo son explícitamente pedagógicas. Para los equipos que multiplican el uso de agentes, la lección es sobre todo de arquitectura: relajar la coherencia global del repositorio y reutilizar los paquetes. Si OpenAI termina ofreciendo Pando a sus clientes, entrará a competir de forma directa con GitHub y otras plataformas de alojamiento de código.
Fuentes
- OpenAI — Scaling Git at OpenAI (2 de noviembre de 2026) Fuente primaria
- OpenAI Developers en X — anuncio de Pando (3 de noviembre de 2026) Fuente primaria
- The New Stack — OpenAI built itself a new Git backend, too Fuente secundaria
Una fuente primaria procede directamente de la empresa, el laboratorio o la organización implicados. Una fuente secundaria recoge la información sin ser su autora: la señalamos como tal. ¿Has visto un error? Consulta nuestra política de correcciones.


