Pando d'OpenAI remplace le back-end Git alors que les ingénieurs continuent d'utiliser Git comme avant — et les push deviennent près de 80 % plus rapides. Dans son article d'ingénierie « Scaling Git at OpenAI » du 2 novembre, OpenAI a dévoilé Pando, un back-end développé en interne qui conserve le protocole et le client Git et ne remplace que le service derrière le dépôt, pour absorber la charge de développement parallèle, humaine et agentique, apportée par Codex. Ce qui compte, ce n'est pas l'arrivée d'un outil interne de plus, mais la démonstration que le goulot d'étranglement du contrôle de version à l'ère des agents ne se résout pas forcément en remplaçant Git : changer le back-end peut suffire.
Des ingénieurs d'OpenAI ont construit Pando avec Codex en une dizaine de semaines : un seul ingénieur en a conçu le cœur, des équipes d'agents l'ont implémenté et une poignée d'ingénieurs l'ont déployé, le tout écrit en Rust. Pando porte le trafic de production depuis avril 2026. Selon OpenAI, il distribue aujourd'hui près de 1 Po de données Git par jour, envoie jusqu'à 57 To de paquets en une seule heure et ramène la latence médiane des push à près d'un cinquième de sa valeur initiale. La pression vient de Codex : ingénieurs et agents avancent en parallèle sur de nombreuses branches, et les push, fetch, clones et fusions ont explosé ensemble, jusqu'à faire tomber ponctuellement la fiabilité des fusions sous les 90 %.
Comment Pando accélère sans changer le flux de travail
Pando abandonne la cohérence temporelle uniforme de l'ensemble du dépôt au profit d'une cohérence causale : les branches sans lien entre elles peuvent être mises à jour en parallèle, tandis que l'ordre des modifications au sein d'une même branche est préservé. Les paquets déjà stockés sont réutilisés pour absorber les fetch répétés, et une compaction en arrière-plan regroupe progressivement les petits paquets en paquets plus gros, afin que les clients en retard n'aient pas à récupérer chaque fragment un par un. Les deux objectifs sont énoncés sans détour : les écritures doivent passer à l'échelle horizontalement avec le nombre de branches, et les lectures doivent saturer la bande passante réseau. Pour les équipes, le changement se situe uniquement côté serveur ; les commandes locales push, pull et clone restent inchangées.
Pando reste un système interne — la comparaison avec Anthropic en marque la limite
Pando ne sert aujourd'hui que le monorepo d'OpenAI lui-même ; ce n'est pas un produit public. OpenAI indique étudier la façon de mettre cette technologie à la disposition d'utilisateurs externes, et avoir déjà reversé en amont les correctifs apportés à Git lui-même. Face au même problème, Anthropic a choisi une autre voie en octobre : la démarche d'Anthropic, qui remplace Git par son propre Scion supprime Git entièrement. Mis côte à côte, les deux cas aboutissent à une conclusion pratique : une fois que les agents ont fait grimper le volume de commits, l'enjeu de la refonte du contrôle de version est la coordination de la concurrence côté serveur, et non le fait de contraindre chaque développeur à changer d'outil.
