OpenAI montre comment travailler avec Codex à la voix, depuis le cloud et via l'agent personnel dot

Il y a un an, un agent de code était une fenêtre dans laquelle on saisissait une requête avant d'attendre. Aujourd'hui, les laboratoires de pointe proposent à l'envi un autre mode : l'agent travaille dans le cloud, écoute la voix et vit entre vos sessions. Le premier jour de l'AI Engineer Code Summit, les ingénieurs d'OpenAI Dominik Kundel et Charlie Guo ont montré comment ils travaillent eux-mêmes avec Codex. Le compte rendu de l'atelier a été publié par Richard Macmanus dans Latent Space.

Un cloud que l'on peut enfin ne plus craindre

Codex a été lancé en mai 2025 comme un agent cloud pour les tâches parallèles. Mais, de l'aveu de Kundel, il a fallu du temps aux modèles et à l'outillage pour que tout cela devienne une expérience confortable. Un changement notable est intervenu après la DevDay, fin septembre, lorsque la deuxième version de Codex Cloud a été annoncée. La promesse était simple : on peut fermer son ordinateur portable, et les agents continuent de travailler.

Le fonctionnement est le suivant. Vous publiez une fois l'environnement, c'est-à-dire que vous choisissez les dépôts GitHub auxquels l'accès est nécessaire, puis vous lancez autant de tâches que vous voulez dans des copies isolées de cette configuration. L'environnement peut être personnel ou partagé par toute l'entreprise. Pour une équipe, cela ressemble à une image toute prête du poste de travail, qu'il n'est pas nécessaire de reconstruire pour chaque tâche.

Le plus intéressant reste le transfert du travail entre Codex local et le cloud. L'auteur du compte rendu avoue honnêtement s'y perdre encore, et Kundel en convient : cela devrait être plus simple. Sa propre astuce : si une tâche a commencé en local, il demande simplement au Codex local d'envoyer la branche et d'ouvrir un nouveau thread cloud. Selon lui, le cloud devient « simplement un autre exécutant », et Codex local et Codex cloud fusionnent peu à peu. La difficulté, souligne-t-il, tient à la différence de contextes entre les deux.

La voix comme télécommande

Lors de la démo, Kundel a modifié à la voix le site d'un label fictif, Blossom Music. La dictée est pratique lorsque l'on ne sait pas encore très bien quel résultat on veut et que l'on itère rapidement.

Guo est allé plus loin. D'après lui, la plupart des gens voient la voix comme une autre façon de saisir du texte au-dessus du travail habituel. Lui utilise la voix comme control plane, c'est-à-dire comme couche de pilotage de l'ensemble : vérifier ce qui se passe dans les flux, créer un nouveau thread, extraire des données d'autres applications de l'ordinateur. Non pas « une voie de travail à la voix », mais la gestion de toutes les tâches.

Kundel utilise aussi la voix d'une autre manière : il parle à son dot sur le trajet du travail et lance des PR pour les relire ensuite, chez lui ou au bureau. C'est un scénario fort, mais il faut ici garder la vérification à l'esprit : l'agent prépare, l'humain relit.

dot : un agent personnel entre les sessions

L'atelier n'a fait qu'effleurer les agents personnels comme dot d'OpenAI (Anthropic a un équivalent appelé Claude Duet). Guo a dit sans détour que, pour un utilisateur expérimenté de Codex, dot est déroutant : c'est un nouveau paradigme, et il excelle dans autre chose que le Codex principal.

Il a néanmoins cité trois rôles dans lesquels dot est utile :

• filet de sécurité : l'agent met en évidence ce que vous avez pu manquer ;
• « évier de délégation » : Guo l'utilise souvent dans Slack ;
• présence omniprésente : le but est que dot soit partout où vous travaillez.

Kundel commence beaucoup de tâches précisément par dot, plutôt que par un prompt dans Codex. La raison : dot a déjà accès aux machines de développement, à l'ordinateur portable et aux environnements cloud, et donc le contexte de ce sur quoi vous travaillez.

Que faire de tout cela

Si vous utilisez déjà des agents de code, plusieurs enseignements se dégagent de ce récit :

1. Configurez l'environnement cloud une seule fois, surtout si vous travaillez en équipe. Cela évite la reconfiguration répétée.
2. Essayez la voix non seulement pour la dictée, mais aussi pour piloter les flux de tâches.
3. Si vous avez un agent personnel, donnez-lui le rôle de pense-bête et de récepteur de délégation, plutôt que de remplaçant de l'outil principal.
4. Suivez le conseil de Kundel : réduisez le niveau d'effort (effort) quand la tâche est simple, et demandez aux agents eux-mêmes de vous aider à configurer.

Il faut aussi nommer les limites. Il s'agit d'un compte rendu d'atelier, pas d'un test indépendant : il n'y a aucun chiffre sur la vitesse ni sur la qualité, et la transition entre travail local et travail cloud reste, de l'aveu des développeurs eux-mêmes, peu évidente. Le dernier conseil de Kundel est sans doute le plus honnête : ne vous attachez pas trop à votre manière actuelle de travailler avec Codex, car tout change vite.