Nous avons lancé le mode objectif (ou /goal) pour vous aider à faire en sorte que Codex travaille vers un résultat concret. Lorsque vous définissez un objectif, Codex continue de travailler jusqu'à ce que celui-ci soit atteint, que cela prenne des heures ou des jours. Certaines personnes ont utilisé Codex pour travailler sur un seul objectif pendant plus de 120 heures.
Le mode objectif est incroyablement puissant, et vous pouvez faire certaines choses pour en tirer le meilleur parti. Voici 7 points à garder à l'esprit lorsque vous utilisez /goal.
1. Des critères clairs et *vérifiables
L'instruction que vous définissez lorsque vous activez le mode objectif peut servir d'instruction initiale, mais plus important encore, elle servira de critère de sortie pour l'objectif. Codex vérifie après chaque étape si l'objectif a été atteint ou non. Par conséquent, votre instruction d'objectif ne doit pas être trop longue et doit se concentrer sur un critère clair indiquant quand l'objectif est atteint.
Dans la plupart des cas, un bon objectif contient un nombre clair\* que le modèle doit atteindre avant que l'objectif ne soit considéré comme terminé. De bons exemples :
- "Réduire le temps de construction et de déploiement de 30 %."
- "Migrer cette fonctionnalité de TypeScript vers Rust et atteindre 100 % de parité des tests."
- "Améliorer la structure de l'application pour que le Largest Contentful Paint en production soit inférieur à 2,5 secondes."
\L'instruction ne doit pas toujours être un nombre, mais en général, cela aide pour les conseils suivants.*
Si vous ne savez pas comment définir au mieux votre objectif ou si vous souhaitez d'abord travailler avec Codex pour réfléchir au projet, vous n'êtes pas obligé de démarrer un fil de discussion avec le mode objectif.
Codex peut définir un objectif tout seul, vous pouvez donc démarrer une conversation et, lorsque vous êtes prêt à ce que Codex commence le travail, vous pouvez demander à Codex de définir l'objectif en fonction de votre conversation.
Vous pouvez également toujours modifier l'objectif à tout moment en appuyant sur le bouton d'édition dans l'application Codex ou en utilisant à nouveau /goal dans l'interface en ligne de commande.
2. Fournir des indications si possible
Envoyer une instruction comme "Réduire le temps de construction et de déploiement de 30 %" peut être intéressant et même trouver des solutions créatives. Cela pourrait aussi envoyer Codex dans une impasse si vous avez une idée de l'endroit où se situe le problème.
Dans la mesure du possible, donnez à Codex un point de départ par où commencer à travailler, les outils qu'il peut utiliser pour atteindre l'objectif, ou toute autre indication sur les chemins que Codex pourrait emprunter par erreur.
Mon collègue @reach_vb, par exemple, a fait cela dans l'une de ses expériences en disant à Codex qu'il pouvait utiliser le navigateur Chrome pour accéder à Google Colab et en fixant des limites acceptables, comme générer son propre ensemble de données lorsqu'il a demandé à Codex d'entraîner un modèle.
De même, si vous cherchez à réduire les temps de construction et que vous savez où la majeure partie du temps est passée, essayez d'orienter Codex vers cette zone en premier lieu dans votre instruction.
Vous pouvez également demander à Codex de faire des recherches préliminaires en mode planification et de créer un plan sous forme de fichier qu'il pourra utiliser pour documenter les options potentielles. Ensuite, faites référence à ce plan dans votre objectif.
3. Rendre les progrès mesurables
Si votre objectif est ambitieux ou s'il existe différentes manières pour Codex de s'en rapprocher, il est important que vous donniez à Codex des outils pour mesurer les progrès.
Pour certaines tâches, cela peut être une évidence, comme l'amélioration des temps de construction ou l'augmentation de la couverture des tests, car Codex dispose souvent déjà des outils ou les crée naturellement.
Pour d'autres objectifs, il vaut la peine de réfléchir avec Codex aux outils qui seraient utiles ou de l'orienter vers des moyens de savoir comment il progresse. Par exemple, en créant des outils pour calculer les différences visuelles entre deux captures d'écran ou en créant une suite d'évaluation pour un agent que vous essayez d'ajuster.
Lorsque j'ai demandé à Codex de recréer certains composants à partir d'une vidéo, je lui ai demandé de créer un outil pour pouvoir comparer les captures d'écran et inspecter les différences. Il a choisi de faire évoluer l'outil au fil du temps pour avoir différents modes de comparaison.
Une capture d'écran générée par Codex pour comparer visuellement deux images
Selon votre tâche, vous voudrez également déterminer s'il existe des critères supplémentaires à mesurer/vérifier qui pourraient amener Codex à considérer la tâche comme terminée alors que vous la jugeriez incomplète. Par exemple, implémenter une UI en recadrant l'inspiration du design et en l'intégrant pour qu'elle soit "pixel perfect" ou atteindre un taux de réussite de 100 % aux tests en réduisant la couverture des tests.
4. Créer un environnement réaliste
Pour que Codex progresse réellement vers l'objectif, il doit opérer dans un environnement réaliste. En pratique, cela signifie que si vous essayez d'améliorer les temps de déploiement ou les problèmes de latence, il doit avoir accès à des environnements de déploiement et de test qui imitent la production. Donc, la même pile, les mêmes indicateurs, une base de données similaire.
Par exemple, nous déboguions des améliorations du temps de construction et de déploiement pour developers.openai.com. Nous utilisions déjà des aperçus de déploiement, donc Codex pouvait les utiliser pour déployer et examiner les journaux associés, mais nos déploiements d'aperçu avaient certains chemins de construction désactivés par rapport aux exécutions de production complètes. Codex a donc dû effectuer des déploiements manuels vers les mêmes environnements avec des configurations de production similaires pour inspecter l'environnement.
De même, vous pouvez demander à Codex d'utiliser l'utilisation de l'ordinateur pour tester l'application réelle. Pour travailler sur certaines améliorations de performances sur iOS, @dimillian a même utilisé un appareil physique pour l'environnement le plus précis.
5. Faire attention aux objectifs visuels
Donner à Codex un objectif visuel comme "Implémenter cette UI à 100 % pixel perfect en vous basant sur cette image" est tentant, mais selon la configuration, cela peut aussi causer des problèmes.
Si vous ne lui donnez pas les bonnes indications et contraintes, il pourrait finir par s'enliser dans certains problèmes en ignorant l'objectif global. Par exemple, si la référence inclut des graphiques que Codex est censé générer, qu'il s'agisse d'icônes SVG ou d'images, il pourrait se perdre à essayer de les rendre précis plutôt que de décomposer le problème correctement.
De plus, Codex aura besoin d'outils pour effectuer la comparaison visuelle correctement, ce qui signifie plus d'entrées d'images et une utilisation globale de jetons plus élevée, sans nécessairement donner à Codex un moyen facile d'identifier les opportunités.
Les images peuvent souvent servir de contexte utile pour progresser vers l'objectif, mais vous devriez trouver d'autres moyens pour que Codex identifie que l'objectif a été atteint, comme des listes de contrôle de fonctionnalités, des spécifications à implémenter, le respect du système de design, etc.
6. Suivre les progrès
Si Codex finit par travailler pendant des heures ou des jours en arrière-plan (ou même sur une autre machine), il est facile de perdre la trace de l'avancement de Codex ou du travail effectué. Voici quelques éléments que j'ai trouvés utiles, selon l'objectif, pour suivre l'évolution :
- Demandez à Codex de faire des commits à des étapes significatives et de les pousser vers une Pull Request en brouillon. C'est particulièrement utile si vous travaillez sur un site web avec des déploiements d'aperçu.
- Demandez à Codex de mettre à jour un artefact pour les dirigeants. Cela peut être un fichier HTML que vous pouvez garder ouvert dans le navigateur intégré à l'application ou même le déployer pour votre équipe en utilisant Sites, une image d'un graphique rendu qui suit les progrès, ou même un simple fichier Markdown.
- Demandez à Codex de publier des mises à jour. Vous pouvez également demander à Codex, dans le cadre de l'objectif, de communiquer les progrès majeurs vers un canal Slack ou tout autre endroit où vous souhaitez que les progrès soient documentés.
- Utilisez d'autres conversations pour demander des mises à jour de statut. Si vous voulez juste une vérification rapide de l'état actuel, vous pouvez exécuter /side pour lancer une nouvelle conversation parallèle et poser des questions. Comme elle bifurque du fil de discussion actuel, elle a tout le contexte jusqu'à ce point, mais elle est aussi de courte durée. L'alternative dans l'application Codex est de demander à Codex, dans une nouvelle conversation normale, de lire l'autre fil de discussion d'objectif et de répondre à vos questions. Cela peut être particulièrement puissant si vous demandez à Codex de planifier une automatisation pour vérifier régulièrement.
7. Nettoyer et finaliser les résultats
Super, l'objectif est enfin atteint ! Il est temps de $yeet le tout à l'équipe et de passer à autre chose ?
En général, j'ai trouvé utile, en particulier pour les tâches d'optimisation, que Codex réfléchisse au travail effectué et le révise. Vous pouvez commencer par un /review pour effectuer une revue de code locale, mais il peut aussi être utile de demander à Codex de réfléchir plus en profondeur aux différentes tentatives qu'il a faites pour résoudre l'objectif et de nettoyer en conséquence.
Comme Codex continue jusqu'à ce qu'il atteigne l'objectif, il a peut-être essayé plusieurs choses qui n'ont pas bien fonctionné, voire pas du tout, et qui sont peut-être restées dans les modifications.
Il est temps de définir votre prochaine tâche comme objectif
La fonctionnalité d'objectif dans Codex est un outil incroyablement puissant pour résoudre certains des défis les plus importants que vous rencontrez, mais fournir le bon environnement et les bonnes instructions vous permettra d'atteindre votre objectif plus efficacement.
Pour quoi avez-vous utilisé /goal ?
https://x.com/OpenAIDevs/status/2057530209470210453
