OpenAI étend Codex, son agent de développement logiciel, avec des environnements réutilisables accessibles sur plusieurs appareils. Présentée à DevDay 2026, cette évolution donne aux équipes une configuration commune, avec des paramètres et des permissions approuvés.

Les annonces couvrent aussi la revue de code, la recherche de vulnérabilités et les API, interfaces utilisées pour intégrer les services d’OpenAI. Pour les développeurs, chaque nouveauté pose une question pratique : quelle configuration partager, quelles actions autoriser et quelle latence réduire ?

Les environnements réutilisables partagent une configuration approuvée

Codex peut travailler depuis un ordinateur, un téléphone ou le cloud, une infrastructure distante. Les environnements réutilisables fournissent une configuration partagée. L’équipe dispose ainsi d’un cadre commun pour ses tâches, quel que soit l’appareil utilisé.

La documentation de l’Agents API, l’interface d’OpenAI pour exécuter des agents, précise le fonctionnement de ses modèles d’environnement. Chaque session reçoit un nouvel environnement hébergé par OpenAI, créé à partir d’une configuration réutilisable. Il faut donc distinguer la réutilisation des réglages de la conservation d’une même machine entre les sessions.

Cette configuration peut prévoir des variables, des fichiers initiaux, des composants logiciels et des paramètres réseau. Les variables transmettent des valeurs aux programmes ; les composants installés fournissent leurs dépendances. L’équipe peut ainsi définir ce dont l’agent dispose au démarrage.

La réponse de création masque les commandes de configuration confidentielles et les valeurs des variables. Cette protection concerne la réponse renvoyée par l’API. Elle ne dispense pas l’équipe de vérifier les secrets et les permissions qu’elle fournit.

Codex facilite le suivi des tâches et la revue des modifications

La nouvelle CLI, l’interface en ligne de commande de Codex, accepte le pilotage vocal. La vue dédiée aux agents permet aussi de déléguer et de suivre plusieurs tâches simultanément. Le développeur dispose ainsi d’un point de suivi pour des travaux parallèles.

L’application ChatGPT pour ordinateur, l’assistant d’OpenAI, ajoute une expérience de revue de code. Elle présente des résumés et des diffs, les différences entre deux versions du code, avant l’envoi de commentaires.

Ces commentaires peuvent rejoindre les demandes d’intégration sur GitHub ou GitLab, deux plateformes d’hébergement de code. Le développeur conserve donc une étape d’examen des changements avant de transmettre ses remarques à l’équipe.

Codex Security tente de reproduire les vulnérabilités détectées

Codex Security, l’outil d’analyse de sécurité d’OpenAI, arrive en préversion de recherche. Il est proposé aux utilisateurs des offres ChatGPT Pro, Business, Enterprise et Edu.

L’outil connecte des dépôts GitHub et construit un modèle de menace modifiable. Ce modèle décrit les risques à examiner. L’analyse peut porter sur un dépôt entier ou sur des commits, des ensembles de modifications enregistrées.

La validation tente de reproduire une vulnérabilité dans un environnement isolé avant de présenter le résultat. Cette étape apporte un élément concret pour examiner l’alerte. Elle ne constitue pas une garantie de couverture complète du dépôt.

Les correctifs proposés exigent une revue humaine et ne modifient pas automatiquement le code. L’équipe garde la décision d’intégrer les changements. Codex Security Cloud utilise une facturation aux tokens, les unités de texte traitées par les modèles. Les clients existants doivent accepter l’usage payant après notification.

Les nouvelles API encadrent les réponses et l’accès au navigateur

Decisions API, la nouvelle interface de décision d’OpenAI, s’appuie sur Luna. Elle répond à une question définie par le développeur à partir d’un contexte textuel ou visuel. Les réponses possibles appartiennent à un ensemble fini choisi à l’avance.

Cette contrainte facilite l’intégration dans une application qui attend une catégorie déterminée. Elle permet de borner la forme de la réponse, sans garantir sa justesse. OpenAI annonce une préversion limitée, puis une ouverture plus large dans les jours suivants.

L’Agents API ajoute Computer Use, un outil permettant à l’agent d’utiliser un navigateur dans un environnement hébergé. Chaque nouvelle origine web, l’adresse de base d’un site, exige une autorisation utilisateur. Cette règle concerne aussi les sites publics.

L’autorisation réseau et l’autorisation de navigation restent distinctes. L’application doit traiter chaque demande et transmettre une approbation, un refus ou une annulation. Les développeurs doivent donc prévoir ce parcours d’autorisation dans leur interface.

Ultrafast impose de regarder toute la chaîne de latence

Ultrafast, le mode d’exécution accéléré d’OpenAI, s’utilise avec le modèle GPT-6 Astra dans l’API Responses. Cette interface permet aux applications de demander des réponses au modèle.

OpenAI recommande une connexion WebSocket persistante pour les agents multipliant les appels d’outils. Cette connexion reste ouverte entre les échanges. Le surcoût réseau peut autrement réduire les gains de latence, le délai nécessaire pour obtenir une réponse.

Accélérer la génération ne suffit donc pas à mesurer le bénéfice pour un agent. Le développeur doit aussi observer les échanges réseau et le temps passé dans les outils.

Les limites par défaut vont de 500 000 tokens par minute aux niveaux API 1 à 3 à cinq millions au niveau 5. Le niveau 4 dispose d’un million. Ces plafonds représentent des limites d’usage, pas un débit garanti.

Ultrafast prend en charge la résidence des données aux États-Unis et le traitement mondial. Il ne prend pas en charge les points d’accès de traitement régional européens ou hors États-Unis. Cette restriction peut déterminer son admissibilité dans un projet soumis à des contraintes géographiques.

Les gains restent à vérifier sur les tâches de chaque équipe

Les annonces donnent aux développeurs davantage de réglages partagés, de contrôles d’accès et d’outils de revue. Les environnements réutilisables encadrent l’exécution ; Codex Security conserve une validation humaine des correctifs.

L’évaluation doit maintenant porter sur les tâches réelles de l’équipe : temps d’exécution, pertinence des alertes et coût d’usage. Pour Ultrafast, elle doit aussi vérifier les contraintes de localisation des données. Decisions API reste, au stade annoncé, en préversion limitée.