OpenAI a conclu un accord pour racheter Pierre Computer Company, jeune éditeur de Code Storage, un service de stockage de code fondé sur Git. L’opération vise à renforcer Codex, son agent de programmation, alors que les agents d’IA multiplient les dépôts et les écritures simultanées. Les conditions financières ne sont pas communiquées et la transaction n’est pas encore achevée.
🔑 En bref
- Accord annoncé le 4 novembre 2026 : la transaction n’est pas achevée, soumise à approbation, sans date de clôture ni montant divulgué.
- Code Storage prend en charge des dépôts pouvant atteindre 32 To et au moins 30 écritures simultanées.
- Trees, Diffs et Highlights, technologies de Pierre, sont déjà intégrés à Codex.
- Le moteur Pando, annoncé par OpenAI, réduit de près de 80 % les temps médians de transfert de code.
- OpenAI s’engage à conserver les projets open source de Pierre et à continuer d’y contribuer.
Un accord annoncé, une transaction encore en cours
Le 4 novembre 2026 à 17 h 56 UTC, The Information a rapporté, dans un bref signé Jemima McEvoy, qu’OpenAI avait conclu un accord pour racheter Pierre Computer Company, Inc., une jeune société de logiciels destinée à renforcer Codex. Les médias ne retiennent pas le même vocabulaire : The Verge indique qu’OpenAI « acquiert » Pierre, The Decoder parle de rachat et DevOps.com évoque un projet d’acquisition. Ces termes correspondent à des étapes différentes : l’accord est annoncé, mais la transaction n’est pas achevée.
Selon The Decoder, l’opération reste soumise à l’approbation des autorités compétentes. Aucune date de clôture n’est précisée et les conditions financières n’ont pas été publiées. Comme OpenAI et Pierre sont toutes deux des entreprises privées, les sources consultées ne rapportent aucune réaction boursière.

Code Storage, un stockage Git conçu pour les agents
Pierre Computer Company développe Code Storage, un service de stockage de code fondé sur Git, ainsi que plusieurs outils ouverts destinés aux développeurs. Le service conserve le code et en suit l’historique au moyen de Git. Selon DevOps.com, qui cite l’entreprise, la plateforme prend en charge des dépôts pouvant atteindre 32 To et au moins 30 écritures simultanées. Elle est conçue pour les charges de travail générées par des agents d’IA, qui peuvent piloter directement les dépôts sans que chaque opération soit réalisée à la main.
| Caractéristique | Donnée rapportée | Source |
|---|---|---|
| Taille maximale d’un dépôt | 32 To | DevOps.com |
| Écritures simultanées | Au moins 30 | DevOps.com |
| Kits de développement | Python, Go, TypeScript | Sources consultées |
| Intégrations | GitHub, GitLab, Bitbucket | Sources consultées |
| Clients cités | Lovable, Poke, Anything, Bolt, Amp, Parahelp | Site de Code.Storage |
Des clients d’IA utilisent déjà ce service. Sur son site, l’entreprise affirme que Code.Storage alimente les charges de travail agentiques les plus importantes du secteur pour stocker, à grande échelle, du code et d’autres artefacts générés par des machines à l’aide de Git. Lovable est présenté comme un cas d’usage nécessitant de nombreux dépôts pour les projets qu’il génère. Selon la description reprise sur Hacker News, ces clients conservent du code généré, des fichiers de mémoire, des artefacts de conception, des documents juridiques ainsi que des ressources de produit évoluant dans le temps.
Codex intègre déjà une partie de la technologie de Pierre
Une partie de la technologie de Pierre est déjà présente dans Codex. La bibliothèque Trees permet de naviguer rapidement dans les fichiers d’un projet. Diffs affiche les modifications apportées au code et permet de corriger des erreurs directement dans la vue des différences. Highlights assure la coloration syntaxique en temps réel, pendant la saisie d’un développeur comme pendant la génération de code par un agent. En revanche, l’infrastructure de stockage Code Storage doit encore être ajoutée à Codex après la clôture de l’opération.
« Relier le code qu’une entreprise livre aux décisions que ses membres prennent. »
OpenAI, communiqué sur l’accord
Pando, la réponse interne aux limites de Git
Le 2 novembre 2026, OpenAI a annoncé Pando, son propre moteur de gestion de versions, conçu pour les développeurs comme pour les agents. Pando traite séparément les modifications de branches distinctes, ce qui limite les retards provoqués par des opérations concurrentes. L’infrastructure de développement précédente d’OpenAI avait connu des ralentissements et des échecs lorsque l’augmentation du nombre de tâches exécutées par Codex a fortement accru l’activité des dépôts. Sa fiabilité tombait parfois sous 90 %.
Selon DevOps.com, Pando réduit de près de 80 % les temps médians de transfert de code et traite désormais presque un pétaoctet de données Git par jour. Développé en dix semaines avec l’aide de Codex, il charge des charges de production depuis avril 2026. OpenAI évalue la possibilité de proposer cette technologie à ses propres clients.
Une offensive plus directe contre GitHub
OpenAI présente l’accord comme une réponse à l’évolution du développement logiciel. Développeurs et agents d’IA écrivent désormais côte à côte, et les agents traitent davantage de tâches en parallèle, ce qui impose des outils Git capables de supporter une activité simultanée bien plus élevée. L’opération positionne OpenAI comme un concurrent plus direct de GitHub, détenu par Microsoft.
- Cursor a introduit en août 2026 Origin, présenté comme un concurrent de GitHub.
- L’ancien directeur général de GitHub, Thomas Dohmke, a annoncé en octobre 2026 une offre concurrente.
- Pierre apporte la capacité de stockage adaptée aux volumes produits par les agents, tandis que Pando s’attaque aux limites de l’outillage Git existant.
Cette concurrence intervient dans un contexte particulier, puisque Microsoft est aussi actionnaire d’OpenAI. Microsoft a investi plus de 13 milliards de dollars et détenait 27 % d’OpenAI Group PBC après la restructuration adoptée en 2025. DevOps.com résume cette participation par « presque un quart du capital », mais la donnée de 27 % est plus précise. La même source cite 4 500 salariés en 2026, 13,1 milliards de dollars de revenus en 2025 et une valorisation post-money de 852 milliards de dollars en mars 2026. Ces montants concernent OpenAI et ne constituent pas le prix de l’acquisition de Pierre, dont le montant n’a pas été divulgué.
« Parce que le code en soi n’a pas de valeur. Coder est la partie facile. »
mitchellh, commentateur sur Hacker News
Les réactions sur Hacker News sont mitigées. Plusieurs commentateurs assimilent l’opération à une acquisition de talents, tout en reconnaissant une équipe très compétente. D’autres rappellent que Code.Storage n’est pas seulement une bibliothèque ouverte : il disposerait d’un modèle économique, de clients et de revenus, même si aucun chiffre n’est communiqué. Certains s’interrogent sur le paradoxe d’entreprises qui augmentent la production de code grâce à l’IA tout en réduisant les effectifs ou en laissant certaines compétences se dégrader. D’autres encore estiment que les grands laboratoires pourraient réutiliser ces équipes pour documenter leurs propres méthodes de production.
Le marketing de Code.Storage a également été critiqué. Des commentateurs jugent le site peu explicite, relèvent qu’il affichait une erreur accompagnée d’une image de pierre tombale, et contestent un passage comparant un déversement à un déchet toxique. La discussion porte aussi sur la lenteur de l’interface de différences et sur le choix de masquer par défaut les plus grandes modifications. Enfin, des sceptiques voient dans cette stratégie un signe de manque de processus internes, ou une diversification dans un marché des outils de développement déjà saturé et peu rentable. À l’inverse, d’autres y voient un signal selon lequel l’IA n’est pas encore capable de remplacer ces compétences.
OpenAI s’est engagée à conserver les projets ouverts de Pierre sous forme open source et à continuer d’y contribuer. Les clients existants de Code Storage conserveront l’accès au service après la clôture. Cet engagement répond en partie aux inquiétudes exprimées sur Hacker News quant au devenir des bibliothèques et de leur maintenance une fois intégrées à une offre OpenAI, certains commentateurs redoutant à terme un rythme de publication plus lent.
Perspectives et scénarios
Trois scénarios se dessinent. Dans le premier, la clôture intervient sans obstacle et Code Storage devient une brique native de Codex, renforçant la position d’OpenAI face à GitHub. Dans le deuxième, les autorités ou les conditions d’intégration retardent l’opération, laissant davantage de champ à Cursor et aux autres acteurs. Dans le troisième, l’engagement open source se traduit par des contributions régulières, faisant de Pierre un levier de crédibilité auprès des développeurs. Faute de chiffres sur les revenus et les effectifs de Pierre, l’impact financier de l’opération reste impossible à mesurer à ce stade.
Sources
Cet article est publié à titre informatif et éducatif. Il ne constitue en aucun cas un conseil en investissement. Faites vos propres recherches (DYOR) avant toute décision.


