- ▸ Quand l'usage du code outrepasse la fenêtre de session
- ▸ La thèse : la valeur migre vers la couche d'exécution
- ▸ Contexte historique : trois ans pour passer de l'autocomplétion au délégué autonome
- ▸ Analyse technique : du dialogue à l'orchestration
OpenAI absorbe Ona, spécialiste des environnements cloud reproductibles, pour transformer Codex en plateforme d’agents capables d’opérer sur plusieurs heures ou jours. La cible : les 5 millions d’utilisateurs hebdomadaires qui dépassent désormais l’usage conversationnel. La méthode : croiser la base technique d’Ona — 2 millions de développeurs équipés en environnements cloud sécurisés — avec les modèles Codex pour livrer une couche d’exécution persistante en production.
Points clés 1. Codex atteint plus de 5 millions d’utilisateurs hebdomadaires, en hausse de 400 % depuis le début 2026. 2. L’acquisition d’Ona, annoncée le 11 juin 2026, doit donner à Codex une couche d’exécution persistante hors session active. 3. Ona apporte une base installée de 2 millions de développeurs habitués aux environnements cloud reproductibles et sécurisés. 4. L’enjeu se déplace de la qualité brute des modèles vers l’infrastructure d’orchestration entre tâches longues et systèmes existants. 5. La bascule de l’expérimentation vers la production place sécurité, traçabilité et coût d’inférence au premier plan.
Quand l’usage du code outrepasse la fenêtre de session
Le 11 juin 2026, OpenAI confirme dans un communiqué officiel le rachat d’Ona, jeune entreprise spécialisée dans la fourniture d’environnements de développement cloud sécurisés et reproductibles. L’opération reste discrète comparée aux levées de fonds qui rythment le secteur, mais elle trace une ligne nette : Codex, le compagnon de code lancé par OpenAI il y a quelques années, ne suffit plus à traiter ce que ses propres utilisateurs lui demandent. Plus de 5 millions de personnes se connectent désormais à Codex chaque semaine, soit une multiplication par cinq depuis le début de l’année 2026. Ce que ces utilisateurs réclament ressemble de moins en moins à une session de pair-programming et de plus en plus à une délégation : enchaîner les sous-tâches, attendre l’exécution, valider une étape, reprendre demain. Aucune fenêtre de chat ne couvre ce cycle. Ona, elle, sait le faire tenir.
La thèse : la valeur migre vers la couche d’exécution
L’acquisition d’Ona signifie qu’OpenAI cesse de raisonner en termes d’amélioration de modèle pour raisonner en termes d’infrastructure d’agent. Le différentiel concurrentiel ne se joue plus uniquement sur la qualité du raisonnement linguistique, mais sur la capacité à maintenir un contexte, des autorisations, un état machine et une chaîne d’outils accessibles à distance, sans intervention humaine continue. La technologie d’Ona — décrite par OpenAI comme un ensemble d’« environnements sécurisés et persistants où les agents peuvent accéder aux outils, systèmes et contextes nécessaires pour progresser dans le temps » — devient la condition de possibilité d’une économie d’agents en production.
Contexte historique : trois ans pour passer de l’autocomplétion au délégué autonome
Codex n’est pas né en 2026. Le nom remonte à 2021, quand OpenAI publiait un premier modèle dédié à la génération de code et l’intégrait à GitHub Copilot. À cette époque, le produit visait un usage minute par minute : compléter une ligne, suggérer une fonction, deviner une signature. La granularité était fine, la responsabilité du développeur restait totale, et la session ne dépassait pas la durée d’une fenêtre d’IDE ouverte.
Entre 2022 et 2024, plusieurs laboratoires explorent les premières architectures dites « agents » : chaînes d’appels d’outils orchestrées par un modèle, capables de planifier puis d’exécuter. Les démonstrations s’enchaînent — réservation de billet, analyse d’un tableur, navigation web — mais peinent à franchir le mur de la fiabilité. La session reste courte, l’environnement d’exécution éphémère, la mémoire fragile. Pour les entreprises, le verdict tombe vite : intéressant en démonstration, ingérable en production.
À partir de 2025, le récit change. OpenAI rebaptise Codex pour désigner non plus le modèle, mais l’expérience d’un compagnon capable d’exécuter du code, de naviguer une base de fichiers et de rendre un résultat. Le périmètre s’élargit : selon OpenAI, Codex aide désormais « un éventail plus large de personnes à mener un travail complexe depuis une requête initiale jusqu’à un résultat fini ». Le profil utilisateur déborde des seuls développeurs ; analystes, chefs de produit, chercheurs métier se mettent à appeler Codex pour des chaînes de tâches qui n’ont plus rien d’une simple complétion.
Cette extension fait apparaître une faille structurelle. Une demande naturelle d’utilisateur — « refais-moi tourner cette analyse chaque nuit sur les nouveaux fichiers, alerte-moi si une valeur dépasse le seuil » — exige trois choses qu’un chatbot, par construction, n’offre pas : une persistance d’état, un environnement d’exécution survivant à la fermeture du navigateur, et un accès durable aux systèmes de l’utilisateur. Ona naît précisément à l’intersection de ces trois besoins. La société accompagne, selon le communiqué d’OpenAI, deux millions de développeurs qui travaillent déjà dans des environnements cloud reproductibles et sécurisés. La base est petite face aux audiences de Codex, mais elle est qualifiée : ces utilisateurs ont déjà payé le coût d’apprentissage d’un workflow déporté.
Analyse technique : du dialogue à l’orchestration
Le saut technique que vise OpenAI tient en une formule : passer d’un système réactif à un système opérant. Un modèle conversationnel reçoit une instruction, calcule une réponse, attend la suivante. Un agent persistant reçoit une mission, conserve un état, choisit ses outils, gère ses erreurs et rapporte. Les implications descendent en cascade dans la pile technique.
Ce que la session active interdit
Tant que Codex tournait dans le contexte d’une session ouverte sur un appareil, plusieurs limites étaient indépassables. La fenêtre de contexte du modèle bornait la durée utile d’une mission. La fermeture du navigateur tuait l’environnement d’exécution. Les jetons d’accès aux outils tiers — dépôt Git, base de données, service métier — ne survivaient pas à la déconnexion. Pour reprendre demain, l’utilisateur devait tout reconfigurer.
Ce modèle convient au pair-programming, pas à la délégation. C’est précisément le constat qu’OpenAI tire dans son communiqué : « à mesure que Codex devient plus capable, son travail le plus précieux se déroule sur des heures ou des jours, plutôt que sur des minutes. » Le travail à forte valeur ajoutée n’est plus celui qui finit en cinq minutes ; c’est celui qui démarre maintenant et rend son verdict après-demain. L’infrastructure doit suivre.
Ce qu’Ona apporte techniquement
Ona n’est pas un fournisseur de modèles ni un orchestrateur de prompts. C’est une couche d’environnements cloud. La société, selon les éléments fournis par OpenAI, livre des machines de développement reproductibles, sécurisées, et qui peuvent être recréées à l’identique d’une session à l’autre. Pour un agent, cela signifie : un disque qui persiste, une configuration qui survit, des credentials gérés hors session utilisateur, et une isolation de sécurité auditable.
| Dimension | Codex avant Ona | Codex avec Ona (cible annoncée) |
|---|---|---|
| Durée utile d’une mission | Une session interactive | Heures à jours |
| Survie hors appareil | Liée au navigateur ouvert | Indépendante de l’appareil |
| Gestion des credentials | Dans la session utilisateur | Dans l’environnement persistant |
| Reproductibilité d’environnement | Variable d’un poste à l’autre | Identique d’une session à l’autre |
| Périmètre cible | Développeurs en interaction | Organisations en production |
Le tableau résume une translation : Codex cesse d’être un outil qu’on ouvre pour devenir un service qui tourne. La distinction paraît sémantique ; elle est commerciale. Un outil se vend au siège ou au jeton. Un service qui tourne se vend à l’environnement, au volume d’inférence consommé, et à la valeur métier produite par les missions confiées.
Le verrou de la sécurité
La persistance ouvre une surface d’attaque. Un agent qui tourne en continu, qui détient des credentials longue durée et qui interagit avec les systèmes d’une entreprise est un actif sensible. La réponse d’OpenAI tient en un mot : Ona. Le communiqué insiste sur le caractère « sécurisé » des environnements, et sur la capacité à « aider davantage d’organisations à déployer des agents en toute sécurité en production. » Le détail technique précis n’est pas communiqué à ce stade.
L’argument est crédible parce que la base installée d’Ona n’est pas faite de curieux : deux millions de développeurs ont, selon OpenAI, déjà adopté ses environnements cloud reproductibles. Cette adoption suppose des intégrations avec les politiques de sécurité existantes, des journaux d’audit, et un modèle de permissions au moins compatible avec les pratiques d’entreprise. C’est cette maturité que rachète OpenAI, davantage que la technologie pure.
Impact terrain : de l’expérimentation au déploiement
Les directions techniques qui regardent Codex depuis dix-huit mois posent toutes la même question : à quel moment l’outil cesse-t-il d’être une curiosité de bureau pour devenir une brique de chaîne de production ? Le communiqué d’OpenAI formule la réponse en miroir : « à mesure que les organisations passent de l’expérimentation avec les agents à leur déploiement dans des workflows de production, des modèles performants ne sont qu’une partie de ce dont elles ont besoin. »
Pour une entreprise, le changement de régime est concret. Côté équipes, l’usage déborde des seuls ingénieurs logiciels : analystes financiers qui veulent enchaîner réconciliation, contrôle de cohérence et génération de rapport ; équipes opérationnelles qui automatisent des chaînes de tickets ; équipes data qui pipelinent l’extraction, le nettoyage et la restitution. Le critère d’éligibilité d’un usage à Codex devient la possibilité de décrire une mission, pas la capacité à programmer.
Côté DSI, les contraintes changent. Une session de chat se gouverne mal. Un environnement persistant se gouverne. Il faut décider : quelles données peut atteindre l’agent, sur quels systèmes il peut écrire, sous quels comptes de service il agit, quelles traces il laisse. Le rachat d’Ona transfère ces questions du champ « à inventer » au champ « à paramétrer », puisqu’elles existent déjà dans la pile technique d’Ona.
La conséquence économique est moins évoquée mais tout aussi nette. La facturation d’un agent qui tourne sur des heures ou des jours ne ressemble pas à celle d’un chat. Le coût d’inférence se cumule, les appels d’outils se multiplient, la persistance d’environnement a un prix. Le modèle économique de Codex devra trancher entre forfait à l’utilisateur, paiement à la mission accomplie et tarification à la consommation cloud. Ce point reste non communiqué à ce stade.
Enfin, la base installée des « plusieurs clients communs » qu’OpenAI évoque entre Codex et Ona suggère un chemin d’intégration tracé : les entreprises qui utilisent déjà les deux produits servent de bêta avancée, ce qui réduit le risque d’industrialisation à court terme. Cette ingénierie discrète vaut souvent plus que les annonces de feuille de route.
Perspectives contradictoires : la complexité reste à apprivoiser
Le récit de la persistance ne va pas sans contre-arguments sérieux, qu’il faut prendre au sérieux pour ne pas tomber dans le marketing.
Le premier porte sur la dérive comportementale des agents qui s’exécutent sans supervision continue. Un agent qui interprète mal une instruction et qui dispose d’heures pour itérer peut produire des effets de bord coûteux. Les retours d’expérience publiés en 2024 et 2025 par plusieurs laboratoires soulignent que la fiabilité d’un agent décroît rapidement avec la profondeur de la chaîne d’appels. Ona apporte la durée d’exécution ; elle n’apporte pas, en soi, la garantie que l’agent saura quand s’arrêter.
Le deuxième porte sur la sécurité des accès étendus. Plus un agent dispose de permissions durables sur les systèmes d’une organisation, plus il devient une cible. Les équipes sécurité préfèrent généralement les jetons à courte durée de vie et les escalades validées par un humain. Une infrastructure pensée pour la persistance d’agents oblige à reconcevoir les politiques d’identité machine, sujet sur lequel le secteur reste en phase d’apprentissage.
Le troisième porte sur la concentration. Codex compte déjà plus de cinq millions d’utilisateurs hebdomadaires. Y agréger la base d’Ona renforce la position d’OpenAI sur la chaîne complète : modèle, environnement, exécution, livraison. Les régulateurs, en Europe en particulier, observent cette intégration verticale avec une vigilance accrue depuis 2024. Aucune autorité de concurrence n’a, à ce jour, communiqué sur l’opération.
Le quatrième, plus discret, porte sur l’effet d’éviction côté écosystème. Les fournisseurs indépendants d’environnements de développement cloud, jusqu’ici neutres face aux fournisseurs de modèles, voient un de leurs représentants basculer dans le camp d’OpenAI. Les concurrents devront décider entre s’aligner sur un autre fournisseur de modèles, défendre leur neutralité, ou consolider leur propre offre d’agent.
Prospective : ce que cette opération préfigure
L’acquisition d’Ona par OpenAI dessine, en creux, la prochaine ligne de bataille. Elle ne se joue plus sur le nombre de paramètres, ni sur le score à un benchmark, mais sur la qualité du tissu qui relie le modèle aux systèmes du client. Trois indicateurs méritent d’être surveillés dans les mois qui viennent.
Le premier : la feuille de route d’intégration. Combien de mois sépareront l’annonce de la disponibilité d’environnements persistants pour les utilisateurs grand public et entreprise de Codex ? Plus le délai sera court, plus l’argument d’une maturité technique d’Ona se vérifiera.
Le deuxième : les réponses des concurrents. Anthropic, Google et les laboratoires émergents sur l’agentique disposent d’options similaires — partenariats avec des fournisseurs d’environnements, développement interne d’une couche persistante, ou stratégie d’écosystème ouvert. Les choix qu’ils annonceront diront si la persistance devient un standard de facto.
Le troisième : la facturation. Le modèle économique que retiendra Codex pour ses agents persistants sera lu comme un signal. Une facturation à la mission accomplie validerait la promesse d’une économie d’agents ; une facturation classique au siège suggérerait que la persistance reste un additif technique sans transformation commerciale.
FAQ : ce que change le rachat d’Ona
Qu’est-ce qu’un agent IA dans ce contexte ?
Dans le langage employé par OpenAI au moment de l’acquisition, un agent désigne un système capable de mener à bien une mission complexe de manière autonome sur une durée longue. Concrètement, il accède à des outils, conserve un contexte de travail, prend des décisions intermédiaires et rend compte d’un résultat, là où un assistant conversationnel se limite à répondre à une requête isolée.
Pourquoi OpenAI rachète-t-elle Ona maintenant ?
L’opération comble une lacune que Codex laisse apparaître à mesure que son usage se massifie. Avec plus de 5 millions d’utilisateurs hebdomadaires en juin 2026, l’éditeur observe que les tâches de plus grande valeur se déroulent sur des heures ou des jours, hors de toute session active. Ona apporte l’infrastructure cloud sécurisée qui permet à un agent de continuer son travail au-delà de la session de l’utilisateur.
Que va-t-il advenir de la base utilisateurs d’Ona ?
OpenAI évoque deux millions de développeurs qui utilisent déjà les environnements cloud reproductibles d’Ona, ainsi que plusieurs clients communs aux deux entreprises. Les modalités de migration ou de continuité du service Ona n’ont pas été communiquées dans l’annonce du 11 juin 2026.
Quels risques l’opération soulève-t-elle ?
Trois principaux : la dérive comportementale d’agents qui tournent en autonomie prolongée, la surface d’attaque créée par des accès persistants aux systèmes d’entreprise, et la consolidation verticale qu’OpenAI opère sur la chaîne modèle-environnement-exécution. Aucun de ces risques n’est tranché à ce stade.
Encadré sources
- OpenAI, OpenAI to acquire Ona, 11 juin 2026 — openai.com/index/openai-to-acquire-ona
