CrdaN
Administrateur
PREMIUM
Marchand
Level 5
Level 4
Level 3
Level 2
Level 1
- 29 Avr. 2012
- 5,336
- 437
- 999
- Discord
- crdan
Codex Record & Replay : transformer une action macOS en skill réutilisable
OpenAI a ajouté le 18 juin 2026 une nouveauté intéressante dans Codex app 26.616 : Record & Replay. Le principe : tu montres une action une fois sur macOS, et Codex peut la transformer en skill réutilisable.
Dit simplement : au lieu d’écrire une longue procédure à l’agent, tu peux lui démontrer un workflow visuel, puis le rejouer plus tard. C’est très utile pour les tâches répétitives : vérifier une interface, préparer une capture, ouvrir le bon écran, exporter un fichier, tester un formulaire, ou refaire une suite d’actions toujours identique.
Source : changelog Codex OpenAI, 18 juin 2026. À noter : au lancement, OpenAI indique que Record & Replay exclut l’Espace économique européen, le Royaume-Uni et la Suisse, et nécessite aussi l’activation de Computer Use.
Les agents IA sont forts pour lire du code, modifier des fichiers et expliquer des erreurs. Mais dès qu’une tâche dépend d’une interface graphique, ça devient souvent plus fragile. Il faut décrire où cliquer, quoi vérifier, quel menu ouvrir, quel état attendu observer… et si le prompt est imprécis, l’agent part vite de travers.
Record & Replay pousse une autre approche : montrer le chemin au lieu de tout décrire. Une démonstration propre devient une compétence que l’agent peut réutiliser.
Pour Cheat-Gam3, ça parle à plusieurs profils :
Imagine un petit dashboard de bot Discord : page login, page serveurs, bouton sync, tableau de logs. Tu veux vérifier à chaque update que le parcours basique marche toujours.
Sans Record & Replay, tu écris un prompt du style : “ouvre l’app, connecte-toi, clique sur serveurs, vérifie que le tableau se charge, lance une sync, regarde s’il y a une erreur”. Ça peut marcher, mais c’est dépendant de la formulation.
Avec une logique Record & Replay, tu pourrais :
Le gain n’est pas seulement le temps. Le gain, c’est la répétabilité. Un workflow démontré clairement a moins de chances d’être mal interprété qu’un prompt énorme.
Record & Replay est surtout intéressant pour les tâches visuelles répétitives, pas pour tout remplacer. Les meilleurs cas :
Par contre, ce n’est pas une bonne idée pour les actions sensibles : paiement, suppression de données, changement de droits, publication automatique, rotation de clés, gestion de comptes ou manipulation de secrets.
Une skill réutilisable est pratique, mais elle peut aussi devenir dangereuse si elle inclut trop de permissions. Il faut la penser comme une mini-automatisation.
Avant d’enregistrer, pose-toi ces questions :
Si la réponse est floue, il vaut mieux ne pas enregistrer. Ou alors il faut découper la skill : une partie observation, une partie proposition, et validation humaine avant action.
Un script reste meilleur quand l’action est stable, textuelle et vérifiable : lancer des tests, parser un fichier, appeler une API, générer un JSON. Record & Replay devient intéressant quand l’action dépend d’une interface ou d’un geste humain difficile à coder rapidement.
Mon avis : il ne faut pas voir ça comme “l’IA remplace les scripts”, mais comme une couche pratique entre le prompt et l’automatisation. Pour une tâche répétée deux fois par mois, créer un vrai script est parfois trop long. Montrer le workflow une fois peut suffire.
Record & Replay va dans une direction logique : les agents IA ne se contentent plus de lire des instructions, ils peuvent apprendre des routines démontrées.
Pour les devs et créateurs, c’est prometteur : moins de prompts interminables, plus de workflows réutilisables, plus de tests visuels simples. Mais il faut garder une règle stricte : une skill IA doit être limitée, testable et sans accès sensible.
Le bon usage, c’est : démontrer une routine claire, la rejouer sur un environnement sûr, vérifier le résultat, et garder la validation humaine pour tout ce qui touche à la prod, aux comptes ou aux données importantes.
OpenAI a ajouté le 18 juin 2026 une nouveauté intéressante dans Codex app 26.616 : Record & Replay. Le principe : tu montres une action une fois sur macOS, et Codex peut la transformer en skill réutilisable.
Dit simplement : au lieu d’écrire une longue procédure à l’agent, tu peux lui démontrer un workflow visuel, puis le rejouer plus tard. C’est très utile pour les tâches répétitives : vérifier une interface, préparer une capture, ouvrir le bon écran, exporter un fichier, tester un formulaire, ou refaire une suite d’actions toujours identique.
Source : changelog Codex OpenAI, 18 juin 2026. À noter : au lancement, OpenAI indique que Record & Replay exclut l’Espace économique européen, le Royaume-Uni et la Suisse, et nécessite aussi l’activation de Computer Use.
Pourquoi c’est important
Les agents IA sont forts pour lire du code, modifier des fichiers et expliquer des erreurs. Mais dès qu’une tâche dépend d’une interface graphique, ça devient souvent plus fragile. Il faut décrire où cliquer, quoi vérifier, quel menu ouvrir, quel état attendu observer… et si le prompt est imprécis, l’agent part vite de travers.
Record & Replay pousse une autre approche : montrer le chemin au lieu de tout décrire. Une démonstration propre devient une compétence que l’agent peut réutiliser.
Pour Cheat-Gam3, ça parle à plusieurs profils :
- devs qui veulent tester une petite app ou un dashboard ;
- admins de serveur qui répètent des checks dans une interface web ;
- créateurs qui préparent toujours le même format de capture ou d’export ;
- rédacteurs qui transforment des patch notes ou changelogs en contenu forum ;
- builders de bots Discord, outils web, panels ou scripts internes.
Exemple concret : tester un mini-dashboard
Imagine un petit dashboard de bot Discord : page login, page serveurs, bouton sync, tableau de logs. Tu veux vérifier à chaque update que le parcours basique marche toujours.
Sans Record & Replay, tu écris un prompt du style : “ouvre l’app, connecte-toi, clique sur serveurs, vérifie que le tableau se charge, lance une sync, regarde s’il y a une erreur”. Ça peut marcher, mais c’est dépendant de la formulation.
Avec une logique Record & Replay, tu pourrais :
- ouvrir l’app ;
- faire le parcours une fois ;
- montrer où vérifier l’état ;
- enregistrer cette action comme skill ;
- demander à Codex de la rejouer après une modification.
Le gain n’est pas seulement le temps. Le gain, c’est la répétabilité. Un workflow démontré clairement a moins de chances d’être mal interprété qu’un prompt énorme.
Les bons cas d’usage
Record & Replay est surtout intéressant pour les tâches visuelles répétitives, pas pour tout remplacer. Les meilleurs cas :
- Smoke test d’interface : vérifier qu’une page charge, qu’un bouton répond, qu’un formulaire affiche le bon message.
- Démonstration produit : préparer une capture ou un petit parcours visible pour une PR.
- Export récurrent : récupérer un rapport ou générer un fichier depuis une app.
- Vérification de contenu : contrôler qu’une page forum, un changelog ou une fiche produit respecte une structure.
- Workflow créateur : ouvrir les bons outils, appliquer une routine, préparer un rendu.
Par contre, ce n’est pas une bonne idée pour les actions sensibles : paiement, suppression de données, changement de droits, publication automatique, rotation de clés, gestion de comptes ou manipulation de secrets.
La règle sécurité : enregistrer comme si quelqu’un allait rejouer
Une skill réutilisable est pratique, mais elle peut aussi devenir dangereuse si elle inclut trop de permissions. Il faut la penser comme une mini-automatisation.
Avant d’enregistrer, pose-toi ces questions :
- Est-ce que l’écran affiche des informations privées ?
- Est-ce qu’un clic peut modifier de la production ?
- Est-ce que la skill dépend d’un compte personnel ?
- Est-ce que le workflow contient une action irréversible ?
- Est-ce que je peux le faire sur un environnement de test ?
Si la réponse est floue, il vaut mieux ne pas enregistrer. Ou alors il faut découper la skill : une partie observation, une partie proposition, et validation humaine avant action.
Record & Replay vs scripts classiques
Un script reste meilleur quand l’action est stable, textuelle et vérifiable : lancer des tests, parser un fichier, appeler une API, générer un JSON. Record & Replay devient intéressant quand l’action dépend d’une interface ou d’un geste humain difficile à coder rapidement.
Mon avis : il ne faut pas voir ça comme “l’IA remplace les scripts”, mais comme une couche pratique entre le prompt et l’automatisation. Pour une tâche répétée deux fois par mois, créer un vrai script est parfois trop long. Montrer le workflow une fois peut suffire.
À retenir
Record & Replay va dans une direction logique : les agents IA ne se contentent plus de lire des instructions, ils peuvent apprendre des routines démontrées.
Pour les devs et créateurs, c’est prometteur : moins de prompts interminables, plus de workflows réutilisables, plus de tests visuels simples. Mais il faut garder une règle stricte : une skill IA doit être limitée, testable et sans accès sensible.
Le bon usage, c’est : démontrer une routine claire, la rejouer sur un environnement sûr, vérifier le résultat, et garder la validation humaine pour tout ce qui touche à la prod, aux comptes ou aux données importantes.
