Dev & code

Pando : OpenAI a reconstruit le serveur Git de son monorepo pour tenir la cadence de ses agents

OpenAI a détaillé le 2 novembre Pando, un nouveau back-end compatible Git qui sert tout son monorepo depuis avril. Conçu pour encaisser les poussées parallèles de Codex, il aurait divisé par près de cinq la latence médiane des push. Il a été construit en dix semaines, en grande partie par des agents.

Illustration générée par IA pour l'article « Pando : OpenAI a reconstruit le serveur Git de son monorepo pour tenir la cadence de ses agents »
Illustration générée par IA

OpenAI a détaillé le 2 novembre 2026 Pando, un nouveau back-end pour dépôts Git qui sert désormais tout son monorepo. Le constat de départ est un effet direct des agents de code : avec Codex, chaque ingénieur pousse plusieurs branches en parallèle, chaque push déclenche plusieurs tâches d’intégration continue qui récupèrent le même commit, et l’ancien système ne suivait plus. Selon le billet, sa fiabilité est tombée par moments sous 90 % à partir de la fin 2025, avec des fetch lents et des fusions ratées.

Renoncer à deux habitudes des serveurs Git

Plutôt que d’abandonner Git, l’équipe a gardé le protocole et le client, et revu deux hypothèses que la plupart des serveurs Git tiennent pour acquises.

  • Pas d’instantané cohérent de tout le dépôt. Pando coordonne chaque branche séparément : deux push sur des branches différentes n’attendent plus l’un l’autre. Seule une écriture simultanée sur la même branche entre en conflit. Contrepartie assumée : un client qui lit plusieurs branches peut les voir à des moments légèrement différents. OpenAI estime que les humains comme les agents ne dépendent en pratique que de l’ordre des mises à jour d’une même branche.
  • Pas de packfile sur mesure pour chaque client. Au lieu de recalculer un paquet d’objets par fetch, Pando stocke tel quel le packfile reçu lors d’un push, puis le resert aux autres clients via packfile-uri, une fonction peu utilisée du protocole Git. Pour rendre ces paquets réutilisables, il n’annonce par défaut au client qui pousse qu’une seule branche de référence (le tronc).

Les paquets sont stockés dans un stockage objet, les métadonnées dans une base distribuée, et un service de cache régional baptisé Express les distribue. Un compactage en arrière-plan, inspiré des arbres LSM, regroupe les petits paquets en niveaux successifs (jusqu’à L4 aujourd’hui).

Les chiffres annoncés

Indicateur (selon OpenAI) Valeur
Latence médiane des push divisée par près de 5
Données Git servies près d’un pétaoctet par jour
Pic plus de 57 To servis en une heure
Taux de succès du cache Express plus de 99 %
Débit des clones sur VM cloud standard saturation de liens à 10 Gbit/s

Chiffres publiés par OpenAI, non mesurés par un tiers.

Construit en dix semaines, par des agents

Le passage le plus révélateur concerne la fabrication. Pando a été conçu par un seul ingénieur, implémenté par des équipes d’agents et déployé par une poignée de personnes, en dix semaines du lancement à la production ; il sert du trafic depuis avril 2026. Écrit en Rust, il s’appuie sur une suite de tests de conformité à Git pour que les agents vérifient leurs modifications, sur des tests de simulation déterministe, et sur des spécifications Lean et TLA+ rédigées par des agents utilisant GPT-6 Astra pour trouver des bogues. La migration elle-même s’est faite via un proxy, sans interruption, et Codex a aidé les équipes à basculer leurs environnements.

OpenAI dit avoir reversé plusieurs correctifs au projet Git (téléchargements parallèles de paquets, traces pour packfile-uri, notion d’« explicit haves ») et explorer des moyens de partager Pando avec ses utilisateurs, sans annonce concrète.

Notre lecture

Pando montre une conséquence peu visible des agents de code : ce n’est plus seulement la puissance de calcul des modèles qui coince, mais l’outillage autour, à commencer par le serveur Git. Le choix de rester compatible avec Git plutôt que d’inventer un nouvel outil est pragmatique, et les contributions en amont peuvent profiter à tout le monde. Les gains annoncés sont spectaculaires mais invérifiables de l’extérieur, et les simulations du billet sont explicitement pédagogiques. Pour les équipes qui multiplient les agents, la leçon est surtout architecturale : relâcher la cohérence globale du dépôt et réutiliser les paquets. Si OpenAI finit par proposer Pando à ses clients, il entrera en concurrence directe avec GitHub et les autres forges.

Sources

  1. OpenAI — Scaling Git at OpenAI (2 novembre 2026) Source primaire
  2. OpenAI Developers sur X — annonce de Pando (3 novembre 2026) Source primaire
  3. The New Stack — OpenAI built itself a new Git backend, too Source secondaire

Une source primaire émane directement de l'entreprise, du laboratoire ou de l'organisme concerné. Une source secondaire rapporte l'information sans en être l'auteur : nous la signalons comme telle. Une erreur ? Consultez notre politique de correction.