OpenAI Codex : enregistrement et replay, expliqués

En résumé

OpenAI a lancé l'enregistrement et replay dans l'application Codex pour macOS le 18 juin 2026 (version d'application 26.616). L'idée est simple et vraiment ingénieuse : au lieu d'écrire une longue invite pour décrire une tâche délicate, vous démontrez le flux de travail sur votre Mac une seule fois, et Codex transforme la démo en une compétence réutilisable et modifiable que vous pouvez rejouer plus tard avec de nouvelles entrées.

Une chose déroute immédiatement les gens, donc il vaut mieux le dire d'emblée : la fonctionnalité lancée par OpenAI concerne l'apprentissage d'une compétence à Codex en le montrant. Ce n'est pas la même chose que le « replay de session », ce que beaucoup de développeurs entendent quand ils parlent de réexécuter la transcription d'un agent pour déboguer une exécution. Je démêlerai les deux ci-dessous.

C'est un vrai pas vers des agents qu'on enseigne par démonstration plutôt qu'en écrivant des instructions, avec de vraies limites au lancement (macOS uniquement, pas d'UE/RU, nécessite Computer Use). Si votre véritable objectif est d'automatiser le support client plutôt que vos tâches habituelles sur votre bureau, la même idée « enseigner une fois, laisser tourner » existe déjà sous une autre forme : un agent de support IA qui apprend de vos tickets passés au lieu de vous demander d'enregistrer chaque tâche.

Qu'est-ce que l'enregistrement et replay de Codex ?

Un peu de contexte d'abord. Codex est l'outil de codage agentique d'OpenAI : un CLI en terminal, une extension IDE et une application de bureau qui peut exécuter des tâches pour vous sur votre machine et sur le web. Au cours des derniers mois, il a largement dépassé le code pour s'étendre à l'utilisation générale de l'ordinateur, ce qui rend cette fonctionnalité possible.

L'enregistrement et replay, selon la documentation de Codex, « vous permet de démontrer un flux de travail sur votre Mac et de le transformer en une compétence réutilisable. » OpenAI suggère d'y recourir « quand le flux de travail est répétitif, dépend de vos préférences, ou est plus facile à montrer qu'à décrire dans une invite. »

Les exemples de la documentation sont délibérément banals, ce qui est justement le propos : vous pourriez enregistrer comment vous soumettez une note de frais, réservez une place de parking, créez un ticket correctement configuré, publiez une vidéo ou téléchargez un rapport récurrent. Ce sont les tâches fastidieuses à formuler dans une invite (« cliquez sur le menu déroulant, choisissez la troisième option, uniquement si le projet est interne... ») mais triviales à faire pendant que quelque chose observe.

Elle est apparue dans le changelog du 18 juin 2026 aux côtés de l'application Codex 26.616 et du CLI 0.141.0. La formulation officielle au lancement, dans le post de la communauté développeur d'OpenAI, était que vous « montrez à Codex une tâche récurrente, comme soumettre une note de frais ou une demande de congé », et que « Codex transforme cette démo en une compétence inspectable et modifiable. Vous contrôlez quand l'enregistrement commence et s'arrête. »

Comment fonctionne réellement l'enregistrement et replay

Voici le mécanisme de bout en bout, parce que la « magie » se décompose en réalité en trois étapes concrètes.

Enregistrement. Vous démarrez un enregistrement depuis l'application Codex : ouvrez Plugins, ouvrez le menu +, et sélectionnez Enregistrer une compétence. Codex affiche une invite suggérée, vous ajoutez du contexte si nécessaire, et une fois que vous avez approuvé la demande d'autorisation, vous effectuez simplement le flux de travail sur votre Mac. Vous arrêtez depuis la barre de menus, la superposition, ou en disant à Codex que vous avez terminé.

Ce qu'il capture. Pendant l'enregistrement, la documentation indique que Codex « observe les actions et le contenu des fenêtres nécessaires pour apprendre le flux de travail », et l'enregistrement continue jusqu'à ce que vous l'arrêtiez. Ce détail sur le « contenu des fenêtres » est important : il surveille votre écran, ce qui est exactement pourquoi le centre d'aide d'OpenAI vous avertit d'éviter de saisir des secrets ou des données sensibles pendant l'enregistrement.

Ce que vous récupérez. C'est la partie que je trouve la plus intéressante en tant que développeur d'agents. Codex ne sauvegarde pas une macro clic par clic. Il inspecte le flux de travail capturé et rédige une compétence qui, selon les mots d'OpenAI, « explique quand utiliser le flux de travail, quelles entrées il nécessite, quelles étapes suivre et comment vérifier le résultat. » Le résultat est une description de compétence modifiable que vous pouvez lire et affiner, pas un enregistrement opaque.

Ensuite vous la rejouez : démarrez un nouveau fil, demandez à Codex d'utiliser la compétence, et « donnez-lui les valeurs qui diffèrent cette fois, comme le fichier à télécharger, le ticket à créer ou la plage de dates pour le rapport. » Codex utilise la compétence comme contexte et termine la tâche avec les outils disponibles, notamment Computer Use, les actions de navigateur et les plugins installés.

Ce dernier point est la vraie avancée par rapport aux enregistreurs de macros auxquels certains le comparent. Une macro rejoue les mêmes coordonnées aveuglément. Une compétence Codex est une description raisonnée de l'intention, elle peut donc s'adapter quand le nom du fichier, la date ou la mise en page change.

Attendez, il y a deux « replays » différents

Si vous avez cherché « Codex record and replay » et êtes tombé sur un fil concernant des transcriptions JSONL et le débogage, vous n'avez pas rêvé. L'expression désigne deux choses différentes, et les confondre est la principale source de confusion que j'ai observée dans les discussions.

L'enregistrement et replay (la fonctionnalité lancée) est le sujet de tout cet article : apprendre une compétence à Codex en lui démontrant un flux de travail d'interface utilisateur.

Le « replay de session » est le sens propre aux outils de développement : réexécuter une exécution d'agent sauvegardée pour voir ce qu'il a fait, reproduire un résultat instable ou auditer une décision. Les sessions Codex sont stockées sous forme de transcriptions, et une vraie demande s'est développée pour les rejouer. La demande de fonctionnalité la plus votée sur GitHub a exprimé le problème clairement :

« Chaque session Codex est éphémère. Quand les développeurs trouvent un flux de travail réussi... ils ne peuvent pas facilement : le reproduire sur différents projets, le partager avec les membres de l'équipe, versionner le flux de travail. »

@Aki-07, GitHub openai/codex#5083

C'est pourquoi des développeurs ont créé leurs propres couches de replay. Des outils communautaires comme codex-replay transforment les logs de déploiement d'une session en un seul fichier HTML partageable, et d'autres visualisent la chaîne d'appels d'outils en direct, parce que, comme un développeur l'a formulé sur Reddit r/codex, « Codex est puissant, mais son exécution est une boîte noire. Vous voyez le résultat final, pas le parcours. »

Donc : la nouvelle fonctionnalité vous aide à créer un flux de travail. Le replay de session vous aide à inspecter une exécution. Les deux sont utiles, mais seule la première a été lancée le 18 juin.

Quand utiliser l'enregistrement et replay (et quand s'en abstenir)

OpenAI indique clairement que c'est l'une des trois façons de donner une compétence à Codex, et elles se chevauchent moins qu'on pourrait le penser.

Si une tâche est facile à décrire en mots, contentez-vous de prompter Codex et passez à autre chose. L'enregistrement n'apporte rien.

L'enregistrement et replay trouve sa place quand la tâche est « plus facile à montrer qu'à décrire » et qu'il s'agit de votre propre flux de travail répétitif avec des critères de succès stables et clairs, ce que la documentation qualifie de zone optimale.

Et quand vous souhaitez distribuer une capacité stable et documentée à une équipe, regrouper plusieurs compétences ou connecter des serveurs MCP, OpenAI vous oriente vers la création d'un plugin. L'enregistrement et replay est décrit comme « un moyen rapide de créer une compétence à partir d'un flux de travail démontré », pas comme la façon de livrer quelque chose de durable à quarante collègues.

Les conseils d'OpenAI pour de meilleurs enregistrements méritent une lecture rapide avant votre premier essai. Ceux qui font vraiment la différence : indiquez à Codex votre objectif et quelles entrées varient avant de lancer l'enregistrement, gardez la démo courte et complète, utilisez des entrées réalistes (non secrètes), et arrêtez l'enregistrement dès que le flux de travail est terminé au lieu de dériver vers des opérations de nettoyage sans rapport.

Les limites à connaître avant de s'y fier

C'est un lancement, pas une fonctionnalité mature, et les contraintes sont réelles. Aucune n'est rédhibitoire, mais certaines décideront silencieusement si vous pouvez l'utiliser du tout.

La réaction de la communauté a suivi ces limites presque parfaitement. La fonctionnalité elle-même a impressionné les gens, avec une réaction sur r/accelerate qui était un franc « putain c'est dingue et bien plus puissant que l'enregistrement de macros ». Mais les deux griefs récurrents étaient exactement les contraintes ci-dessus :

« Codex a lancé l'enregistrement et replay cette semaine. Montrez-lui une tâche en direct, il surveille votre écran, la transforme en compétence. Fonctionnalité sympa. Uniquement sur Mac, et elle ne fonctionne qu'à travers Codex. »

u/RawalDelhi, Reddit r/AI_Agents

Ce point « ne fonctionne qu'à travers Codex » est le point stratégique. La compétence que vous enregistrez est portable en concept mais verrouillée sur Codex en pratique, ce qui est un compromis raisonnable si vous vous êtes déjà engagé dans l'écosystème et une vraie contrainte si ce n'est pas le cas.

Ce que cela dit de la direction que prennent les agents

Mettez de côté les mises en garde macOS et il reste un changement significatif : la façon la moins coûteuse d'enseigner quelque chose à un agent commence à être la démonstration, pas l'instruction. Rédiger une invite parfaite est difficile. Faire la tâche pendant que quelque chose observe est facile. C'est mieux adapté à la façon dont la plupart des gens détiennent réellement leurs connaissances sur leur propre travail, qui vit dans la mémoire musculaire, pas dans la documentation.

C'est le moment où je vais révéler mon point de vue, parce que je crée des agents IA chez eesel à plein temps. L'instinct « enseigner en montrant, pas en disant » est exactement le bon, et c'est le même instinct qui sous-tend le fonctionnement d'une bonne automatisation du support. Nous avons passé les dernières années à déployer des agents IA sur des files d'attente de support en production, et la leçon qui est restée est qu'un agent ne vaut que ce qu'il a appris, et que le meilleur enseignant est le travail que vous avez déjà accompli.

Pour le support client en particulier, vous n'enregistrez pas vos réponses aux tickets une par une. L'historique est déjà dans votre helpdesk. Donc la meilleure version de « l'enregistrement et replay » pour une équipe de support est un agent qui lit vos tickets Zendesk ou Front passés, votre centre d'aide et vos macros, et apprend les patterns dès le premier jour, sans démonstration requise. La fonctionnalité de Codex est la version bureau de cette idée qui, pour le support, est déjà plus avancée.

Essayez eesel pour l'automatisation du support

Si vous êtes arrivé ici parce que vous essayez d'automatiser les parties répétitives de votre travail, et que ce travail est le support client plutôt que la soumission de notes de frais, c'est la partie qui mérite votre attention.

eesel AI est un agent de support IA qui se branche sur votre helpdesk existant et apprend de ce que vous avez déjà. Au lieu d'enregistrer chaque tâche, il se forme sur vos tickets historiques, votre documentation d'aide et vos macros, puis rédige et résout les conversations de niveau 1 dans la voix de votre marque. Ce qui se rapproche le plus de la boucle « démontrer puis rejouer » de Codex est notre mode simulation : avant de répondre à un seul client en production, vous le faites tourner sur des milliers de vos tickets passés pour voir exactement comment il les aurait traités, identifier les lacunes, et seulement alors l'activer.

Ce n'est pas théorique. Gridwise a eu eesel résolvant 73 % des demandes de niveau 1 dès le premier mois, et Smava gère un agent Zendesk entièrement automatisé traitant plus de 100 000 tickets en allemand par mois. La tarification est basée sur l'usage sans frais par utilisateur, et vous pouvez commencer gratuitement sans carte de crédit. Si votre stack est Zendesk, Freshdesk, Gorgias, Help Scout, ou une centaine d'autres outils, il s'y connecte très probablement.