OpenAI détaille Pando, son infrastructure Git adaptée au travail parallèle avec Codex
L’essentiel de l’annonce
Pando répartit les modifications entre branches et réutilise les paquets de données pour accélérer les échanges. Ce retour d’expérience concerne un système interne en production depuis avril.
Présentation
OpenAI décrit comment son infrastructure Git a été reconstruite pour soutenir les nombreuses modifications parallèles produites avec Codex. Git est le système qui enregistre les versions du code et permet aux équipes de les échanger.
Pando conserve les paquets de modifications et les réutilise pour plusieurs lecteurs, avec des caches régionaux. Les mises à jour de branches distinctes peuvent avancer indépendamment, ce qui réduit certains points de contention.
Ce qui change
Pando répartit les modifications entre branches et réutilise les paquets de données pour accélérer les échanges. Ce retour d’expérience concerne un système interne en production depuis avril.
Faire avancer les branches séparément
Les écritures sur des branches différentes ne passent plus par un unique ordre global de mises à jour.
Réutiliser les données téléchargées
Paquets existants, regroupement en arrière-plan et caches régionaux réduisent la reconstruction de réponses spécifiques.
Fonctionnement
Le service distingue stockage des objets Git, suivi des versions et livraison des paquets aux clients.
Conserver la modification
Stocker le paquet reçu et les métadonnées de la branche.
Choisir les paquets utiles
Comparer l’historique détenu par le client à celui demandé.
Distribuer depuis les caches
Servir les paquets réutilisables et les regrouper en arrière-plan.
Usages possibles
Les équipes plateforme confrontées à de nombreux agents de programmation peuvent étudier ces compromis avant de faire évoluer leur gestion de versions.
Exemple possible
Un exemple possible
Une équipe pourrait mesurer si la multiplication des agents sature ses envois de code ou ses téléchargements avant d’attribuer la lenteur au modèle IA.
Accès et limites
Pando est interne et n’est pas annoncé comme service public disponible. Les performances, dont une réduction proche de 80 % de la latence médiane d’envoi, sont mesurées dans l’environnement OpenAI. La cohérence est garantie par branche, sans photographie globale de toutes les branches à un instant unique. Les simulations pédagogiques du billet ne sont pas des benchmarks de production ni une preuve indépendante.
Conditions d’accès. Architecture interne en production depuis avril 2026. Accès public et offre commerciale non annoncés.
Pour votre projet
Les équipes plateforme confrontées à de nombreux agents de programmation peuvent étudier ces compromis avant de faire évoluer leur gestion de versions.
- Le besoin exige-t-il une cohérence globale ou seulement par branche ?
- Le gain est-il confirmé sur le volume, le réseau et les dépôts de l’organisation ?
OpenAI annonce contribuer aussi des améliorations au projet Git.
Sources et vérifications
Source de l’annonce
Scaling Git at OpenAI
Lire la source officielleSources complémentaires
- OpenAI — original
Original complet consulté pour la date, le mécanisme annoncé, l’accès et les limites.
Source vérifiée le . Les résultats présentés sont ceux annoncés par les auteurs.
Sources consultées lors de la tâche planifiée. Aucun logiciel présenté n’a été installé ni essayé.
Fiche préparée avec ChatGPT. Notre méthode éditoriale.