Quand l'assistant de code devient un collègue qui travaille la nuit
Le 12 juin 2026, OpenAI a annoncé le rachat d'Ona, une startup fondée à Kiel en Allemagne en 2020 et plus connue jusqu'ici sous son ancien nom : Gitpod. Spécialisée dans les agents IA et les environnements de développement cloud sécurisés, Ona apporte à OpenAI une brique technique cruciale pour faire évoluer Codex : des environnements de travail persistants, contrôlés par le client, dans lesquels un agent peut continuer à exécuter une tâche pendant des heures, voire des jours, même si votre laptop est éteint.
Pour les équipes qui développent en PHP et Symfony, cette annonce n'est pas un simple fait d'actualité IA parmi d'autres. Elle marque un changement de paradigme dans la façon dont on va concevoir, déléguer et superviser le travail de développement. On ne parle plus d'un outil qui termine vos lignes de code, mais d'un agent capable de prendre un ticket Jira, de l'analyser, de coder, de tester et de proposer une pull request — pendant que vous dormez.
De Gitpod à Ona : pourquoi ce rachat fait sens
Gitpod s'était fait connaître pour ses environnements de développement éphémères dans le cloud, une alternative au traditionnel "ça marche sur ma machine". En se repositionnant sous le nom d'Ona, l'entreprise s'était orientée vers les agents IA opérant dans des environnements cloud sécurisés et propres à chaque organisation.
C'est précisément ce qui intéresse OpenAI. Selon l'entreprise, Codex est aujourd'hui utilisé par plus de 5 millions de personnes par semaine, soit une multiplication par quatre depuis le début de l'année. Mais pour passer d'un assistant ponctuel à un agent capable de mener des tâches longues et complexes, il faut un endroit où ces tâches peuvent vivre : un environnement isolé, persistant, sécurisé, qui tourne dans le cloud de l'entreprise cliente et non chez OpenAI.
Comme l'a résumé Johannes Landgraf, CEO d'Ona : un agent a besoin de "plus que de l'intelligence", il lui faut un "environnement de travail de confiance" (trusted workplace). C'est exactement le rôle que vont jouer les environnements Ona une fois intégrés à Codex : OpenAI fournit les modèles et l'orchestration, l'entreprise garde la main sur l'infrastructure et les données.
L'opération reste soumise aux approbations réglementaires habituelles.
Codex nouvelle génération : des tâches qui tournent en arrière-plan
Concrètement, voici ce que cette acquisition prépare pour Codex :
- Persistance : un agent peut reprendre une tâche là où il l'a laissée, sans dépendre d'une session active sur votre machine.
- Exécution longue durée : analyse de codebase, refactoring multi-fichiers, écriture de tests, exécution de pipelines CI — sur plusieurs heures ou jours.
- Isolation par environnement client : le code et les secrets restent dans le cloud de l'entreprise, OpenAI orchestrant le modèle sans héberger l'environnement de travail lui-même.
- Continuité hors connexion : fermer son ordinateur ne stoppe plus l'agent en cours d'exécution.
Ce positionnement n'est pas anodin : il vise directement Claude Code d'Anthropic, aujourd'hui considéré comme la référence pour les tâches de codage longues et autonomes. OpenAI avait déjà renforcé son écosystème Codex en mars 2026 en intégrant uv et Ruff, deux outils Python, via le rachat d'Astral. Le rachat d'Ona s'inscrit donc dans une stratégie plus large : faire de Codex un agent de développement complet, capable de rivaliser sur le terrain de l'autonomie, pendant qu'OpenAI et Anthropic préparent en parallèle leurs introductions en bourse respectives.
Ce que ça signifie pour les équipes PHP / Symfony
Pour des équipes qui travaillent au quotidien sur des stacks Symfony, Doctrine, API Platform ou des architectures microservices, l'arrivée d'agents capables de tâches longues ouvre des perspectives concrètes — mais aussi quelques points de vigilance.
Du côté des opportunités :
- Délégation de tâches répétitives : montée de version de dépendances, mise à jour de bundles Symfony, corrections de deprecated, écriture de tests unitaires manquants — autant de chantiers qu'un agent persistant pourrait traiter en tâche de fond sur plusieurs heures.
- Résolution de tickets simples en autonomie : un agent qui lit un ticket Jira, comprend le contexte du repo, propose une PR avec tests associés, pendant que les développeurs se concentrent sur les sujets à plus forte valeur.
- Environnements isolés par projet : utile pour les SSII et agences qui gèrent plusieurs clients avec des contraintes de confidentialité différentes, puisque le code reste dans l'environnement cloud du client.
Et les points à surveiller :
- Gouvernance et revue de code : plus les agents travaillent longtemps et en autonomie, plus la revue humaine des PR générées devient critique, notamment sur la sécurité (injections SQL, validation des entrées, gestion des secrets).
- Coûts et quotas : des tâches qui tournent pendant des heures ont un coût en tokens et en infrastructure cloud qu'il faudra budgétiser, au-delà du simple abonnement.
- Dépendance fournisseur : OpenAI fournit le modèle et l'orchestration, mais le choix de l'infrastructure cloud sous-jacente reste une décision d'architecture importante, notamment pour les contraintes RGPD propres aux clients européens.
En conclusion
L'acquisition d'Ona par OpenAI confirme une tendance de fond : l'IA générative quitte le rôle d'assistant ponctuel pour devenir un agent de développement capable de travailler en autonomie sur des périodes longues, dans un environnement contrôlé par l'entreprise. Pour les équipes PHP/Symfony, cela signifie repenser progressivement certains workflows — non pas en remplaçant les développeurs, mais en leur déléguant des tâches de fond bien définies, avec une revue humaine renforcée en bout de chaîne.
La compétition entre OpenAI et Anthropic sur ce terrain des "agents de codage longue durée" ne fait que commencer, et elle promet d'accélérer encore l'évolution de nos outils de développement dans les mois à venir.
Article basé sur la publication originale de The Decoder : "OpenAI buys Ona to push Codex toward long-running, autonomous coding tasks".
