Les gens viennent souvent me voir et me demandent : « Est-ce que Codex peut faire ça ? »
Ensuite, ils passent les deux ou trois minutes suivantes à expliquer exactement ce qu'est « ça » : le problème qu'ils veulent résoudre, ce que l'application devrait faire, et à quoi ressemblerait un bon résultat. Parfois, ils partagent ce qu'ils ont déjà essayé, ce qui a fonctionné, et ce qui n'a pas marché.
Et moi, je pense : tu devrais littéralement dire tout ça à Codex.
Toute cette explication était déjà l'instruction.
L'ingénierie des prompts est morte. Et pas morte.
Si l'ingénierie des prompts signifie apprendre un langage secret avant de demander de l'aide, alors je pense qu'elle est surtout morte. Surtout avec les modèles de raisonnement, il n'y a généralement pas de mot magique qui débloque la bonne réponse. Je ne pense pas que tu doives fixer un écran vide pendant une heure pour essayer de créer le prompt parfait.
Mais ce n'est pas non plus complètement mort, car la clarté compte toujours. L'ambiguïté rend le travail plus difficile pour Codex, tout comme pour n'importe qui d'autre. Si je mélangeais les paragraphes de cet article ou si je passais à une langue que tu ne comprends pas, ce serait plus difficile à suivre. Même le temps verbal compte : « J'ai essayé ça » n'est pas la même chose que « Je veux que tu essayes ça. »
Qu'est-ce que tu veux vraiment ? Quel contexte est important ? Quelles contraintes Codex doit-il connaître ? À quoi ressemblerait un bon résultat ?
Parle à Codex comme tu parlerais à quelqu'un avec qui tu travailles.
J'aime commencer par le résultat : quel est mon objectif ? C'est aussi le changement plus large avec les agents. Au lieu de scripter chaque étape et de demander chaque résultat intermédiaire, je peux expliquer ce que je veux accomplir, définir les limites, et laisser Codex m'aider à trouver le chemin.
Dis la version désordonnée
La plupart des idées n'arrivent pas sous forme de spécifications propres. Elles ressemblent plutôt à :
« D'accord, j'ai tous ces fichiers. Les formats sont légèrement différents. J'ai besoin d'un rapport pour vendredi. Je pense que la plupart des données sont là, mais cet export est un peu bizarre… »
Ce n'est pas grave. Dis-le simplement.
Quand tu divagues, tu donnes souvent plus d'informations à Codex. Tu mentionnes le détail que tu aurais supprimé du prompt poli. Tu changes d'avis en cours de route. Tu dis : « En fait, non, je ne veux pas ça. »
Changer d'avis révèle ce que tu ne veux pas. Un détour peut révéler une contrainte cachée. Penser à voix haute aide à la fois toi et Codex à comprendre la tâche.
Avec la dictée vocale, tu appuies sur le microphone, tu parles du brief, tu vérifies la transcription, et tu l'envoies.
Si c'est disponible dans ta configuration, le mode vocal va plus loin. Tu peux suivre, interrompre, changer de direction, ou reprendre un nouveau fil de pensée. Tu peux aussi l'utiliser pour coordonner le travail : démarrer une autre tâche, vérifier une tâche existante, demander ce qui est bloqué, ou orienter un travail déjà en cours.
Je vais être honnête : parler à un ordinateur semble encore un peu étrange. Au bureau, je tiens un micro DJI dans ma main. Les casques avec micro fonctionnent aussi.
Mais c'est mieux que de laisser une bonne idée rester coincée dans ta tête parce que tu n'as pas trouvé la manière parfaite de l'écrire.
Pose la question ridicule
Il y a une version mème familière de ça :
« Codex, fais-moi un SaaS B2B d'un milliard de dollars. Ne te trompe pas. Fais-le d'un seul coup. »
Tu ne vas pas créer une entreprise d'un milliard de dollars d'un seul coup. Mais la conversation pourrait révéler quelque chose de réel : un problème que tu comprends, quelqu'un qui l'a, et un premier pas qui vaut la peine d'être fait. C'est la bonne vieille résolution de problèmes : décomposer un problème complexe en étapes plus petites et réalisables.
La valeur réside dans la conversation elle-même. Elle peut te faire passer d'une question ridicule à quelque chose que tu peux réellement livrer aujourd'hui.
Quelques façons pratiques de commencer
Si l'idée est encore floue, demande à Codex de t'interviewer :
« Je suis encore en train de comprendre. Pose-moi une question à la fois. Insiste sur tout ce qui est vague, puis aide-moi à le transformer en quelque chose de concret. »
Ou sois très direct :
- Quels sont mes angles morts ?
- Qu'est-ce qui ferait échouer ça ?
- Qu'est-ce que je suranalyse ?
- Quelle est la plus petite version utile ?
- De quoi as-tu besoin de savoir avant de pouvoir commencer ?
Le mode Plan de Codex est utile quand tu veux plus de structure. Il peut poser des questions de clarification, offrir des options, et travailler sur une approche avant la mise en œuvre.
Mais je ne pense pas que chaque idée doive commencer là. Parfois, une conversation ouverte coule mieux. Nous ne divisons pas chaque conversation avec un collègue en planification et exécution. Parle d'abord. Laisse la forme du problème émerger. Passe à un plan quand le travail en a besoin.
Demande à Codex à propos de Codex
Il y a un deuxième sens à « parler à Codex » : lui poser des questions sur lui-même.
Demande-lui ce qu'il peut voir. Demande-lui quel mode a du sens. Demande-lui quels outils sont disponibles. Demande-lui comment il prévoit de vérifier son travail.
Si la compétence OpenAI Docs est disponible, demande à Codex de vérifier la documentation. Tu peux aussi inspecter le dépôt public de Codex, ou le cloner et demander à Codex d'expliquer comment il fonctionne.
Si Codex rate la cible, demande pourquoi
« Tu as fait ça, mais je voulais en fait cela. Où nous sommes-nous trompés ? »
Peut-être que ta demande était ambiguë. Peut-être qu'un fichier AGENTS.md ou une compétence a orienté le travail dans une direction différente. Peut-être qu'un plugin, une permission ou un outil n'était pas disponible. Peut-être que Codex a fait une mauvaise supposition.
Demande-lui ce qu'il a compris, quelles instructions il a suivies, ce qui a échoué, et ce que tu aurais pu rendre plus clair. Codex peut souvent utiliser le contexte encore disponible pour aider à auditer la collaboration elle-même.
Là où c'est disponible, tu peux ouvrir une discussion latérale avec /side pendant que Codex est en cours d'exécution, sans interrompre la discussion principale. Demande ce qui est fait, ce qui reste, ce qui est bloqué, et comment tu peux aider. Tu es essentiellement son manager lors du point quotidien.
Si tu veux que quelque chose soit expliqué en français simple, sélectionne le texte dans la transcription et choisis « Demander dans la discussion latérale. »
Sors l'idée de ta tête
Lors d'un road trip, j'ai commencé à parler à Codex d'une présentation. Cela est devenu la structure de la conférence et de cet article. J'ai parlé de l'idée brute, j'ai changé d'avis plusieurs fois, et j'ai continué.
Souvent, le plus grand obstacle n'est pas le modèle. C'est nous. Nous pensons que l'idée n'est pas prête. Nous ne connaissons pas le bon prompt. Nous craignons de ne pas l'avoir expliquée correctement.
L'interface va s'améliorer. Et si tu as des idées sur la façon dont parler à Codex devrait se sentir, j'adorerais vraiment les entendre.
Demande simplement à Codex.
