Voici la traduction en français du texte fourni, en respectant toutes les consignes (structure, balises, liens, segments de code, etc.) :
Auteur : jason (@jxnlco
Original :
jason
@jxnlco
·
Article
Tirer le meilleur parti de Codex
La plupart des développeurs utilisent d'abord les agents de codage pour le code : inspecter un dépôt, générer un diff, exécuter des tests et ouvrir une pull request.
C'est toujours le cœur de métier de Codex. Mais une grande partie du travail sur un...
38
187
1,5 k
La plupart des développeurs, lorsqu'ils découvrent les agents IA pour l'édition de code, ne leur font généralement faire qu'une seule chose : écrire du code. Par exemple, vérifier un dépôt, générer un diff, exécuter des tests, puis soumettre une pull request.
Écrire du code reste effectivement la force principale de Codex. Mais si on y réfléchit, la majeure partie du travail que nous effectuons sur un ordinateur est essentiellement liée au code : exécuter des commandes dans le terminal, naviguer sur le web, appeler des API, exporter des documents, répondre à divers événements ou déclencher des processus d'automatisation. Lorsque Codex commence à s'étendre à ces domaines, il ne donne plus l'impression d'être un simple « assistant de programmation » limité, mais évolue vers un « travailleur polyvalent » capable de vous aider à gérer toutes sortes de tâches informatiques.
Les nouvelles fonctionnalités de Codex rendent cette transformation tangible. Les fils de discussion actuels peuvent mémoriser votre contexte, appeler divers outils, afficher les artefacts générés et passer en toute transparence d'une requête à l'autre, ce qui vous évite d'avoir à vous « représenter » à chaque fois que vous terminez une conversation.
Pour exploiter complètement le potentiel de Codex, vous devez combiner ces mouvements d'expert :
- Des fils de discussion durables capables de conserver la mémoire à long terme
- Une utilisation flexible de la saisie vocale, de l'orientation des tâches et de la mise en file d'attente, tout en gardant le contrôle
- Étendre la portée de Codex au-delà de la base de code à l'aide de navigateurs, de l'utilisation de l'ordinateur, des serveurs MCP (Model Context Protocol) (une norme universelle permettant à l'IA de se connecter en toute sécurité aux données et outils locaux) et de divers connecteurs
- Lui permettre de continuer à travailler pendant que vous êtes loin de votre ordinateur grâce aux automatisations de fils et aux objectifs
- Utiliser habilement le panneau latéral pour examiner à tout moment le code, les documents, les diapositives et autres fichiers générés
Les fils durables
Fils durables : des fils de discussion Codex de longue durée qui conservent le contexte de votre travail pendant plusieurs utilisations.
Épingler des fils est un excellent moyen de garder ces conversations durables disponibles à tout moment. C'est une aubaine pour les flux de travail qui doivent être avancés de manière répétée, comme par exemple :
- Un fil dédié « Chef de cabinet » (pour vous aider dans les tâches quotidiennes)
- Un fil spécifiquement pour les lancements de produits
- Un fil pour la révision de la documentation
- Un fil de surveillance axé sur les données externes
Ce ne sont pas des boîtes de discussion « on discute et on jette » ; ce sont des espaces de travail persistants. Au fil du temps, Codex peut revenir à tout moment sur ces conversations, en se souvenant de vos décisions précédentes, de vos préférences personnelles et de votre progression actuelle. Sans cette fonctionnalité, vous devriez lui fournir toutes ces informations contextuelles à chaque fois depuis le début.
Le raccourci d'épinglage rend cette opération extrêmement pratique. En appuyant sur Commande-1 à Commande-9, vous pouvez instantanément revenir à ces fils dédiés sauvegardés pour continuer à travailler.
La saisie vocale
La saisie vocale est utile car elle capture les pensées les plus primitives et brutes de votre tête avant que vous n'ayez à les formuler soigneusement en texte.
Codex dispose d'une saisie vocale intégrée. C'est particulièrement efficace pour ces idées vagues qui sont « faciles à dire mais pénibles à taper ». Par exemple :
« Je me souviens que quelqu'un nommé Ben a mentionné ça sur Slack.
J'ai oublié les détails.
Va me le chercher. »
Pour un agent IA capable de chercher, de rassembler le contexte et de vous faire un rapport tout seul, ces quelques phrases suffisent à le mettre au travail.
Lorsque vous avez une idée générale dans la tête qui n'est pas encore complètement formée, passer deux ou trois minutes à « marmonner » devant lui et à déverser vos pensées d'un coup fonctionne aussi étonnamment bien.
La transcription d'enregistrement suit la même logique. Un compte rendu de réunion non poli ou un projet dicté est souvent plus précieux qu'un simple résumé. Parce que ces enregistrements bruts préservent votre ton hésitant, les points que vous avez soulignés et ces éclairs d'inspiration inachevés.
L'orientation et la mise en file d'attente
Lorsque vous combinez la saisie vocale avec le contrôle direct des tâches en cours d'exécution, sa puissance se manifeste vraiment.
Lorsqu'une tâche est en cours d'exécution, si vous voulez :
Orientation des tâches : interrompre Codex en milieu de tâche avant qu'il n'ait terminé et lui donner une nouvelle direction.
C'est utile lorsque vous constatez que l'IA part dans la mauvaise direction et que vous devez la corriger avant qu'elle ne se heurte à un mur. Par exemple, pendant qu'il examine un site web, vous pouvez signaler des choses dans le panneau latéral tout en interrompant directement son travail :
- « Rends ça un peu plus petit »
- « L'espacement entre ces deux éléments ne semble pas bon »
- « Ce texte est mal écrit »
File d'attente des tâches : assigner à Codex la tâche suivante après qu'il a terminé l'étape en cours.
La mise en file d'attente des tâches est différente. Elle n'interrompt pas la tâche en cours mais place la nouvelle tâche à la fin de la ligne. Vous pouvez lui dire :
« Une fois que ce travail est terminé, envoie le lien de prévisualisation au relecteur sur Slack. »
En résumé, « orienter » c'est changer ce que Codex fait maintenant, tandis que « mettre en file d'attente » c'est organiser ce qu'il doit faire ensuite. Ces deux fonctionnalités vous permettent de garder un sentiment de contrôle « humain-machine » unifié pendant l'exécution des tâches.
Les outils et la portée
Une fois qu'un fil dispose d'une mémoire continue, la question suivante est : à quoi peut-il toucher ? Les tentacules de Codex peuvent s'étendre vers l'extérieur couche par couche :
- $browser : un navigateur intégré à l'application dans le panneau latéral où Codex peut consulter et annoter des pages web.
- @chrome : peut accéder à l'état de connexion de votre navigateur pour gérer les flux de travail basés sur Chrome.
- @computer : spécifiquement pour les tâches qui ne peuvent être effectuées que via l'interface graphique (GUI) du bureau.
$browser est adapté aux revues web dans le panneau latéral ; @chrome est destiné au travail dans le navigateur nécessitant votre compte ; et @computer est utilisé pour les tâches qui nécessitent de cliquer sur le bureau de l'ordinateur.
Les serveurs MCP et divers connecteurs étendent encore cette capacité à l'ensemble de votre flux de travail. L'intégration Slack, ainsi que divers connecteurs d'outils MCP et guides MCP, sont importants car de nombreuses tâches critiques commencent souvent par un message de chat, un email dans une boîte de réception ou un problème de planification avant de devenir du code.
Les compétences permettent de réutiliser des flux de travail répétitifs. Une fois qu'un flux de travail s'avère utile, vous pouvez le consolider en tant que compétence afin que Codex puisse l'exécuter directement la prochaine fois sans avoir à réapprendre le processus à partir de zéro.
Travailler depuis n'importe où
Le concept de travailler avec Codex depuis n'importe où brise complètement la limitation traditionnelle selon laquelle nous « devons être assis devant un ordinateur pour travailler ». Une tâche peut démarrer sur votre Mac rempli de fichiers, d'autorisations et d'environnements locaux, puis continuer à progresser en silence lorsque vous quittez votre bureau et la consultez sur votre téléphone.
C'est très utile lors de temps fragmenté. Vous pouvez demander à Codex d'exécuter une longue tâche sur votre ordinateur, puis quitter votre bureau pour prendre un café. S'il a une question pendant que vous êtes absent, vous pouvez répondre directement par téléphone, approuver son prochain mouvement, ou lui donner une nouvelle direction avant de retourner à votre siège. Votre environnement local reste là, travaillant en silence, pendant que vous vous déplacez librement.
Les automatisations
Les fonctionnalités d'automatisation permettent à Codex de travailler automatiquement selon un calendrier que vous définissez. Pour les tâches qui doivent repartir de zéro chaque jour, comme la génération de rapports quotidiens ou les vérifications de routine de la base de code, utilisez « l'automatisation planifiée ». Mais si vous devez faire avancer le travail dans une conversation qui a une mémoire historique, utilisez « l'automatisation de fil ».
Automatisation de fil : comme un mécanisme de « battement de cœur » minuté qui revient périodiquement dans le même fil Codex pour continuer à travailler selon un calendrier défini.
Épingler des fils est utile, mais cela nécessite toujours que vous y reveniez activement. L'« automatisation de fil », en revanche, peut vérifier toutes les quelques minutes ou heures toute seule jusqu'à ce qu'une certaine condition soit remplie, et peut même ajuster la fréquence de vérification en fonction de la situation.
Par exemple, votre fil « Chef de cabinet » peut s'exécuter toutes les 30 minutes :
Toutes les 30 minutes, vérifie mon Slack et ma Gmail pour tout message nécessitant un traitement mais qui n'a pas encore reçu de réponse.
Aide-moi à les prioriser.
Si quelqu'un me pose une question, fais des recherches aussi approfondies que possible et aide-moi à rédiger une réponse, mais ne l'envoie pas directement.
Lorsque vous revenez à votre ordinateur, le travail de « collecte d'informations en arrière-plan » le plus long est souvent déjà fait. En tant qu'humain, vous n'avez plus qu'à prendre la décision finale d'envoyer le message.
L'automatisation de fil est également parfaite pour gérer les « boucles de rétroaction ». Elle peut surveiller en silence vos commentaires dans les PR, Google Docs ou Slack, et automatiquement faire avancer les modifications de suivi pendant votre absence.
Imaginez un scénario de production d'animation : un relecteur poste une vidéo sur Slack. L'automatisation de fil peut vérifier périodiquement la progression de la discussion ; dès que des suggestions de modification arrivent, elle rend automatiquement une nouvelle version, puis mentionne @relecteur dans le fil d'origine et répond avec la nouvelle vidéo. Si une interface d'intégration logicielle ne peut pas automatiquement terminer le téléchargement final, elle peut même mobiliser « l'automatisation du bureau » pour effectuer la dernière étape via l'interface graphique.
Cette boucle fermée complète couvre Slack pour recevoir les commentaires, la base de code pour le rendu, et les outils d'automatisation du bureau pour le téléchargement final.
Les objectifs
Lorsqu'une tâche a une ligne d'arrivée claire et que l'agent IA peut travailler en continu vers cette fin, la puissance des objectifs explose vraiment.
Objectifs : des tâches Codex de plus longue durée avec une ligne d'arrivée claire vers laquelle l'IA continuera de foncer pendant une période donnée.
Un mauvais objectif est défini comme ceci :
Implémente le plan dans ce fichier Markdown.
Un bon objectif doit avoir un critère de succès mesurable.
Par exemple, un ingénieur qui souhaite migrer un outil interne de Python vers Rust peut configurer le nouveau répertoire, définir l'objectif et tracer une ligne d'arrivée claire :
Le développement de cette nouvelle version n'est terminé que lorsque tous les tests unitaires réussissent.
La définition d'objectifs consiste essentiellement à combiner « exécution continue » avec un « vérificateur ». Vous, en tant qu'humain, définissez le résultat souhaité, les conditions pour savoir quand s'arrêter, et les signaux utilisés pour juger si Codex se rapproche de la ligne d'arrivée.
Les vérificateurs utiles comprennent :
- Un ensemble complet de cas de test
- Un test de performance de référence
- Un bug reproductible de manière constante
- Une matrice de vérification
- Un flux de travail de bout en bout qui doit toujours réussir
L'ambition est importante, mais l'ambition sans mécanisme de vérification n'est qu'un vœu pieux.
Le panneau latéral
La fonctionnalité de panneau latéral garde les résultats de votre travail généré juste à côté de votre fenêtre de chat. Vous n'avez plus besoin d'exporter des fichiers et de passer péniblement d'un logiciel à l'autre ; vous pouvez les examiner sur place. Les résultats générés peuvent être du code, mais aussi des diapositives, des PDF, des pages web, des feuilles de calcul, ou toute autre chose générée.
Il est particulièrement adapté pour traiter quatre types de travail :
- Inspecter les artefacts générés
- Annoter les zones nécessitant des modifications
- Utiliser des interfaces web
- Examiner les modifications apportées au code ou aux fichiers
Le panneau latéral permet aux utilisateurs de consulter directement sur place des documents Markdown, des feuilles de calcul, des tableaux de données, des documents simples et des diapositives. Vous pouvez inspecter, annoter et modifier des fichiers sans interrompre votre flux de travail existant.
Vos diapositives ou PDF restent ouverts juste à côté de la boîte de dialogue, attendant votre révision et votre modification à tout moment.
Le navigateur intégré permet à Codex d'inspecter directement les pages web rendues, de les contrôler, et même de répondre directement aux annotations que vous faites sur la page. Les commentaires sur les pages web ou les fichiers restent tous dans cette boucle de travail, sans plus avoir besoin d'être divisés en tâches de transfert séparées comme avant.
La page web devient à la fois son résultat de sortie et un panneau de contrôle que vous pouvez manipuler. Codex peut construire une page, l'ouvrir dans le panneau latéral, l'inspecter lui-même, corriger des bugs, puis itérer et optimiser en continu le même élément sur place.
Les scénarios suivants sont particulièrement efficaces avec le panneau latéral :
- Utiliser un seul index.html pour des affichages statiques légers
- Exécuter Storybook pour examiner les composants d'interface utilisateur
- Utiliser Remotion Studio pour des animations générées par du code
- Présentations de diapositives affichées dans le navigateur
- Applications de données pour les flux d'analyse de données
Un simple fichier index.html peut se transformer en une application interactive amusante sans même configurer de serveur. De plus, l'automatisation de fil peut mettre à jour silencieusement ces fichiers statiques au fil du temps, de sorte qu'à votre retour, les dernières avancées vous attendent toujours.
La mémoire partagée
Lorsque ces fils de longue durée peuvent franchir les frontières d'une seule conversation et partager la mémoire, leur utilité fait un bond qualitatif.
Mémoire partagée : contexte persistant stocké en dehors d'une seule conversation, permettant aux travaux futurs de se dérouler sur la base d'informations claires et traçables.
Une approche relativement sûre consiste à « ancrer » ces fils persistants dans un coffre Obsidian. En résumé, créez un dossier pour stocker des fichiers texte brut. C'est simple, pratique pour vous permettre de consulter, modifier et déplacer à tout moment, et cela dure longtemps. Les équipes peuvent placer ce dossier dans n'importe quel cloud qui leur convient, comme Git, Dropbox, Google Drive ou d'autres outils de synchronisation.
Votre coffre pourrait ressembler à ceci :
[texte]
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/
Dans le répertoire racine, vous pouvez placer un fichier AGENTS.md. Ici, vous pouvez définir des règles pour Codex : comment il doit mettre à jour ce coffre lorsqu'il apprend de nouvelles choses sur les personnes, les projets, les décisions et les tâches à faire.
Ne copiez pas aveuglément une structure de coffre spécifique. Ce que vous devez faire, c'est « enseigner » à votre agent IA : où doit aller le contexte persistant, quel contexte doit être conservé, et quand ne pas toucher aux fichiers.
Un guide AGENTS.md pratique pourrait dire :
- Considérez ~/vault comme votre zone de mémoire de travail à long terme.
- Essayez de garder les notes organisées ; ne laissez pas des enregistrements fragmentés traîner partout.
- Classez avec précision les tâches à faire, les personnes, les projets, les résumés quotidiens et les brouillons.
- Sauvegardez correctement les décisions prises, les blocages rencontrés, les responsables, les dates et les liens utiles.
- S'il n'y a pas de nouvelle avancée substantielle, ne modifiez pas les fichiers du coffre au hasard.
Les bases de code sont pour stocker le code. Ce coffre est pour stocker le contexte évolutif : qui est impliqué, ce qui a été modifié, où ça coince, qui suit ensuite, et ces détails qui disparaîtraient complètement s'ils étaient coupés entre deux conversations.
Le contexte important ne doit jamais être enfermé uniquement dans les enregistrements textuels d'une seule conversation. Écrivez-les et placez-les là où le prochain fil pourra les récupérer immédiatement.
Codex fournit lui-même des fonctionnalités de mémoire officielles dans Paramètres > Personnalisation > Mémoire. Ce sont comme des blocs-notes locaux intégrés utilisés pour se souvenir de vos préférences personnelles, de vos flux de travail courants et des pièges fréquemment rencontrés. Cependant, cette fonctionnalité est destinée à compléter le contexte que vous écrivez clairement, et non à le remplacer. Le composant mémoire Chronicle suit la même logique, aidant Codex à extraire et à construire une mémoire à partir de ce qui s'est récemment passé sur votre écran.
Du code vers l'extérieur
Bien que Codex ait commencé avec l'écriture de code comme son principal métier, désormais de nombreuses tâches périphériques autour du code peuvent être gérées à l'intérieur de ce même système : que ce soit les serveurs MCP, les interfaces web, le contrôle du bureau, l'automatisation des fils, ou les fichiers qui peuvent être examinés directement dans le panneau latéral.
Cela change complètement notre façon de le contrôler. « L'orientation des tâches » peut interrompre ses actions en cours ; « la mise en file d'attente des tâches » peut l'aider à organiser les prochaines étapes ; « l'automatisation des fils » permet au système de continuer à fonctionner lorsque vous n'êtes pas là ; et « la définition d'objectifs » trace une ligne d'arrivée claire, indiquant à Codex où continuer à foncer.
Le Codex d'aujourd'hui peut déjà porter un flux de travail complet : de l'écoute des instructions et de l'exécution des tâches à la révision finale des fichiers. Même si ces tâches ont depuis longtemps dépassé le cadre de la base de code, il les gère toujours avec aisance.
