Le rachat annoncé de Pierre doit renforcer Codex autour de Git

Le rachat prévu de Pierre Computer Company doit apporter le stockage Git de Code Storage à Codex, qui utilise déjà ses outils de navigation et de revue.

Le rachat annoncé de Pierre Computer Company par OpenAI prolonge une intégration technique déjà en place dans Codex. Les bibliothèques de cette entreprise servent à parcourir les fichiers d’un projet et à examiner les modifications apportées au code. L’opération doit rapprocher ces outils de Code Storage, son service de stockage et de gestion de l’historique fondé sur Git, dont les fonctionnalités doivent être intégrées à Codex.

La finalisation du rachat de Pierre reste soumise aux conditions habituelles, dont les autorisations réglementaires. Les deux entreprises demeurent indépendantes dans l’intervalle. Le montant de la transaction et sa date de clôture ne sont pas précisés. Le cabinet Goodwin, qui a conseillé Pierre, confirme de son côté l’existence d’un accord d’acquisition. La navigation et la revue de code sont déjà dans Codex

Pour les utilisateurs de l’application, une partie du travail de Pierre est donc déjà visible. La bibliothèque Trees affiche l’arborescence des fichiers, tandis que Diffs présente les différences entre des versions du code. Ces composants interviennent au moment où un développeur cherche à comprendre un projet ou à contrôler ce qui vient d’y changer. Ils constituent des éléments d’interface intégrables dans d’autres logiciels.

L’examen des différences occupe une place précise dans ce travail : il rend visibles les lignes ajoutées, supprimées ou modifiées. Lorsqu’un agent propose une correction, cette vue donne au développeur les moyens d’en inspecter le contenu avant de décider de la suite. L’acquisition vise entre autres des composants qui rendent ce contrôle accessible dans l’application.

Un mode d’édition intégré à Diffs, encore présenté comme expérimental sur son site, autorise aussi la correction d’une ligne directement dans la vue de comparaison. Le passage entre lecture et modification peut s’effectuer dans le même composant. Cette possibilité appartient à la bibliothèque de Pierre ; le communiqué ne détaille pas les fonctions d’édition effectivement accessibles dans chaque version de Codex.

La coloration syntaxique complète ce travail de lecture. L’outil Highlights, proposé en bêta, distingue visuellement les éléments du code et prend en charge son arrivée progressive, lorsqu’un agent le génère en continu. Sa documentation décrit également des mises à jour limitées aux lignes affectées par une modification. Le texte affiché reste lisible à mesure qu’il arrive ou qu’il est corrigé, avec une coloration adaptée à son état courant. Le stockage devient un service programmable

L’apport attendu de Code Storage se situe à un autre niveau. Le service de Pierre fournit une infrastructure Git que des applications peuvent utiliser pour créer des dépôts, y enregistrer des fichiers et suivre leur évolution. Un dépôt conserve le contenu d’un projet et l’historique de ses modifications. L’accès programmable donne à un logiciel les moyens de réaliser ces opérations directement.

La page du service présente des interfaces pour TypeScript, Python et Go, en complément du protocole Git natif. Elle annonce aussi des synchronisations avec GitHub, GitLab et Bitbucket, ainsi que des notifications destinées aux systèmes de construction et aux agents. Ces connexions inscrivent les opérations Git dans les outils qui modifient ou exploitent les fichiers.

Les contenus concernés dépassent le code source. Parmi les usages décrits figurent des fichiers de mémoire d’agents, des documents de conception et d’autres ressources qui changent au fil du travail. Selon Pierre, des entreprises comme Lovable, Bolt et Amp utilisent son infrastructure. Ces références, avancées par le fournisseur, illustrent sa présence auprès d’éditeurs d’applications et d’outils de programmation assistés par IA. Le maintien du service et de l’open source est annoncé

Pour les clients actuels, le communiqué prévoit la poursuite de Code Storage après la finalisation du rachat. L’intégration de ses fonctions dans Codex doit être menée pendant que le service continue d’être utilisé. Aucun calendrier de déploiement ni périmètre détaillé de cette intégration n’est annoncé.

Le maintien des projets open source de Pierre fait également partie des engagements d’OpenAI, qui affirme vouloir continuer à y contribuer. Les bibliothèques utilisées dans des produits tiers et le service de stockage commercial conservent ainsi des statuts distincts dans le rapprochement annoncé.

L’ambition affichée est de réunir davantage d’étapes du développement dans Codex, depuis la création d’une branche par un agent jusqu’au code déployé. Le communiqué évoque aussi le lien entre ce code et les décisions des équipes. Il s’agit d’une orientation produit : aucune nouvelle fonction de traçabilité des décisions n’est décrite dans l’annonce. Les agents ont déjà changé les besoins de l’infrastructure Git

Le contexte technique est documenté dans un billet d’ingénierie consacré à Pando, publié deux jours auparavant. Les auteurs y expliquent que le travail parallèle des ingénieurs et des agents multiplie les branches, les envois de modifications et les téléchargements du même historique. Chaque changement peut aussi déclencher plusieurs tâches d’intégration continue, qui sollicitent à leur tour le dépôt.

Pour absorber cette charge, un nouveau backend interne a été déployé tout en conservant la compatibilité avec le client et le protocole Git. Il prend désormais en charge le développement dans le monodépôt d’OpenAI. Ce dispositif répond à ses besoins internes ; l’acquisition de Pierre porte sur une entreprise qui fournit également ses outils et son stockage à d’autres éditeurs.

Les mesures publiées par l’équipe font état d’une latence médiane des envois de modifications divisée par près de cinq et de près d’un pétaoctet de données Git distribuées par jour. Ces chiffres proviennent des mesures internes réalisées sur Pando en production.