Utiliser Codex /goal : poursuite du travail, commandes, critères de réussite et budget de tokens

Si vous envoyez sans cesse « continue » à Codex, vous pouvez utiliser /goal pour conserver les critères de réussite. Cela convient pour reproduire un bug, le corriger et choisir la suite selon les résultats des tests. Ce n’est pas simplement une instruction pour travailler longtemps : les conditions qui déterminent la fin du travail restent dans le même chat.

Ce guide explique quand utiliser cette fonction, les différences entre les commandes de l’application de bureau et de la CLI, et les vérifications à effectuer lorsque le travail s’arrête. Il précise aussi pourquoi le budget de tokens d’un objectif ne correspond ni au quota restant de votre forfait ni à un plafond de facturation.

Spécifications vérifiées le 7 octobre 2026. Cette explication repose sur la documentation officielle d’OpenAI. Nous n’avons pas exécuté le mode objectifs pour cet article, ni mesuré sa durée, sa consommation ou son effet sur les résultats.

1. Le rôle de /goal : demandes ordinaires, /plan et dot

/goal définit un objectif continu dans un chat Codex. Si un test échoue en cours de route, Codex peut choisir l’action suivante selon les critères de réussite initiaux. OpenAI cite l’investigation de bugs, l’amélioration des performances, les migrations et la recherche documentaire parmi les usages où la prochaine étape dépend des résultats de l’enquête.

L’explication officielle décrit un objectif comme un état enregistré dans le chat actuel. Ce n’est ni une mémoire globale appliquée automatiquement aux autres chats ni une règle valable pour tout le dépôt. Le code, les tests et les documents nécessaires doivent toujours être accessibles depuis ce chat. Source : OpenAI Cookbook : Using Goals in Codex.

Établir un plan ne déclenche pas à lui seul la poursuite automatique du mode objectifs. Utiliser /goal ne garantit pas non plus une revue indépendante par un autre modèle. Pour comprendre la différence avec dot, consultez l’utilisation de dot, ses tarifs et la délégation à Codex. Pour savoir comment fournir les informations, consultez l’ingénierie du contexte.

2. Démarrer sur ordinateur, dans la CLI et dans l’IDE

Même si les interfaces partagent /goal, les commandes après le démarrage diffèrent. Le guide officiel des travaux prolongés explique comment commencer dans l’application de bureau, la CLI et l’extension IDE. Sa section web décrit comment communiquer à ChatGPT Work le résultat attendu, les contraintes et les critères d’évaluation ; cela ne prouve pas que l’interface web propose la même commande et les mêmes contrôles.

Pour la CLI, l’OpenAI Cookbook indique que Codex 0.128.0 ou une version ultérieure est pris en charge. La référence de configuration actuelle décrit features.goals comme une fonction stable et activée par défaut. Ne supposez pas qu’il faut ajouter à votre configuration d’anciennes instructions pour activer une fonction expérimentale. Si la fonction n’apparaît pas, vérifiez l’interface utilisée, la version et les consignes officielles actuelles.

Sources : Travaux prolongés, Commandes slash de l’application de bureau et Référence de configuration. Les instructions de cet article expliquent le rôle des commandes ; elles ne constituent pas une liste de libellés de boutons vérifiés dans chaque version de l’application.

3. Critères de réussite : rendre les objectifs vagues vérifiables

« Fais quelque chose de qualité » ou « continue jusqu’à ce que ce soit terminé » rend difficile la définition de la fin du travail. Les critères de réussite doivent décrire des résultats vérifiables. Précisez les largeurs d’écran, le comportement après enregistrement, les résultats des tests ou les documents à comparer.

Dans la CLI, le texte de l’objectif doit contenir entre 1 et 4 000 caractères. Plutôt que d’y insérer toute une longue spécification, indiquez un fichier de spécifications et conservez dans l’objectif le résultat, les contraintes essentielles et les critères de vérification. Fournir un fichier ne transfère pas automatiquement l’historique d’un autre chat. Source : Commandes slash de Codex CLI.

Si la spécification n’est pas encore fixée, vous pouvez d’abord demander : « N’implémente rien pour le moment. Clarifie les exigences et propose un /goal. » Après l’avoir étudié avec /plan, lisez vous-même l’objectif proposé, vérifiez les contraintes et le périmètre, puis commencez.

4. Exemples de consignes pour les bugs, interfaces et recherches

Les consignes suivantes ont été rédigées pour cet article. Ce ne sont pas des exemples d’exécutions réussies que nous aurions réalisées. Vérifiez d’abord si les tests et un navigateur sont disponibles, et exigez que les vérifications indisponibles soient signalées comme non réalisées.

Correction de bugs : distinguer le problème reproduit des tests de non-régression

/goal Corrige « annuler la suppression » dans cette application de tâches afin de restaurer le dernier élément supprimé à sa position et dans son état d’achèvement d’origine.
Préserve le comportement existant d’ajout, de changement de l’état d’achèvement, de suppression et d’enregistrement.
Reproduis d’abord le problème. Après la correction, vérifie la position restaurée, l’état d’achèvement, la prévention des restaurations en double, les suppressions successives et l’enregistrement après restauration.
Modifie uniquement les fichiers et les tests concernés. N’ajoute pas de dépendances, ne publie rien à l’extérieur, ne fais pas de push ni d’achats.
Si une vérification ne peut pas être exécutée, explique pourquoi et quel environnement est nécessaire. Inclus dans le rapport final les fichiers modifiés, les commandes exécutées et leurs résultats, ainsi que les vérifications non réalisées.

Demander seulement « que les tests passent » peut faire paraître conforme une modification qui supprime des fonctions. Préciser le comportement à préserver et le périmètre autorisé des modifications fournit des critères pour choisir la manière de corriger le problème.

Amélioration de l’interface : préciser les conditions d’affichage et d’interaction

/goal Adapte cet écran aux largeurs de 390px et 1280px sans débordement horizontal, avec des boutons d’achèvement et de suppression utilisables même pour des noms de tâches longs.
Ne modifie ni la structure des données ni le format de stockage existants.
Vérifie les deux largeurs dans un véritable navigateur disponible. Teste l’ajout, le changement de l’état d’achèvement, la suppression, l’enregistrement après rechargement et l’interaction au clavier.
Si les tests dans un navigateur sont indisponibles, ne considère pas l’inspection d’images ou du code comme une réussite des interactions réelles. Signale ces vérifications comme non réalisées.
Ne publie rien, ne fais pas de push ni d’achats et ne modifie pas les paramètres de l’appareil.

Les largeurs sont des conditions de test de cette demande, pas des largeurs d’écran garanties par le produit. Distinguez également les résultats d’interactions dans un véritable navigateur de ceux reposant uniquement sur l’examen du code ou d’images.

Recherche : conserver les preuves plutôt que remplir les champs inconnus

/goal Compare les conditions de conservation des données, d’utilisation pour l’entraînement et de suppression des deux services indiqués, à partir de documents officiels publics.
Associe chaque affirmation à une URL source et aux conditions du texte consulté, et produis un tableau comparatif et une explication.
Pour les points sans explication trouvée après recherche, indique les documents consultés et les informations manquantes. Ne remplis pas le tableau avec des suppositions.
Ne te connecte pas à un compte, ne modifie pas de paramètres, ne connecte pas d’applications, ne téléverse rien et ne fais pas d’achats.
À la fin, présente séparément les spécifications confirmées, les interprétations et les points étudiés que tu n’as pas pu confirmer.

Décider de « continuer indéfiniment jusqu’à trouver toutes les réponses » prive la recherche de point d’arrivée. Même si une information n’est pas publique, vous pouvez définir comme résultat un rapport des sources consultées et des questions restantes.

5. Suspendre, reprendre, modifier et retirer un objectif

Dans l’application de bureau, utilisez la ligne de progression de l’objectif au-dessus du champ de saisie. La documentation de la CLI présente les commandes suivantes. Ne prenez pas ce tableau CLI pour une liste d’actions des boutons de l’application de bureau.

Vous pouvez fournir des informations ou contraintes supplémentaires dans le même chat pendant le travail. Indiquez explicitement vos changements de décision, par exemple « ne publie pas encore » ou « annule les modifications de cette fonction ». Après modification de l’objectif, vérifiez si les résultats des tests précédents suffisent à démontrer que les nouveaux critères de réussite sont satisfaits.

Sources sur les commandes : Commandes d’objectifs de la CLI et Commandes d’objectifs de l’application de bureau.

6. Budgets de tokens, quotas d’utilisation et tarifs

Pour un travail continu, distinguez quand arrêter le travail sur l’objectif de la part du quota de votre forfait qu’il consomme. Même s’il reste du budget pour l’objectif, les limites d’utilisation du compte ou les problèmes d’environnement peuvent empêcher la poursuite du travail.

/goal entraîne-t-il un supplément ?

Dans les documents tarifaires officiels consultés, nous n’avons trouvé aucun tarif distinct par démarrage de /goal. Toutefois, les traitements répétés du modèle consomment l’utilisation normale de Codex. Activer le mode objectifs ne rend pas les cycles de tests, corrections et vérifications gratuits et illimités.

OpenAI explique que Work et Codex partagent un quota d’utilisation et que la consommation varie selon le modèle, la tâche et d’autres facteurs. Poursuivre avec des crédits supplémentaires après épuisement du quota du forfait doit aussi être distingué de la facturation séparée avec une clé API. Source : Tarifs et limites d’utilisation de Work et Codex. Pour choisir un forfait et comprendre les réinitialisations, consultez le comparatif des tarifs et quotas de ChatGPT Pro.

Que permettent de confirmer les chiffres du budget ?

La documentation officielle d’App Server destinée aux développeurs mentionne le champ de l’objectif tokenBudget, le champ de consommation tokensUsed et le champ de mesure du temps timeUsedSeconds. Cela confirme un mécanisme d’enregistrement du budget et de la progression dans l’état interne de l’objectif. Il ne s’agit pas d’une instruction pour saisir ces noms de champs RPC comme options de la CLI destinées aux utilisateurs.

La même documentation explique que remplacer un objectif par un nouveau réinitialise les mesures d’utilisation de l’objectif. Cela ne signifie pas que le quota restant du forfait est rétabli. Un champ de mesure du temps ne prouve pas non plus qu’un arrêt après deux heures peut être garanti. Source : Gestion des objectifs dans App Server.

7. Que vérifier lorsque le travail s’arrête

Un objectif actif ne résout pas automatiquement toutes les interruptions. Vérifiez d’abord l’objectif actuel et le dernier résultat, puis examinez les points dans cet ordre.

Selon le Cookbook, la poursuite automatique se produit lorsque le chat est inactif, que l’objectif est actif et dans les limites du budget, et qu’aucun autre traitement ni saisie utilisateur n’est en attente. Un travail limité à la planification ne déclenche pas la poursuite, et les interruptions suspendent l’objectif. Si un tour de poursuite n’effectue aucun appel d’outil, la poursuite automatique suivante est supprimée pour éviter les répétitions improductives.

Lorsque le budget est atteint, le fonctionnement officiel arrête le travail substantiel et présente la progression, les obstacles et les prochaines étapes. Épuiser le budget et atteindre l’objectif sont deux choses différentes. Avant de reprendre, vérifiez le travail restant et les coûts prévus.

Démarrer /goal n’élargit pas les autorisations ni les ressources connectées. La documentation officielle indique que la fonction respecte le sandbox et la politique d’approbation existants. Elle ne déplace pas automatiquement le travail local vers le cloud. Si vous prévoyez de perdre la connexion, il est recommandé de suspendre puis de reprendre lorsque l’environnement est disponible. Source : Autorisations et conditions de poursuite des travaux prolongés.

Si une erreur du modèle telle que « Selected model is at capacity » apparaît, enquêtez en fonction de ce message. L’investigation et la résolution de l’erreur at capacity de Codex l’expliquent séparément des limites d’utilisation.

8. Les preuves à vérifier dans le rapport de fin de travail

Une réponse disant « terminé » ne démontre pas que le résultat demandé a été vérifié. Cherchez des preuves correspondant à l’objectif initial. Même si les tests sont passés, les vérifications d’interaction non réalisées ne doivent pas être considérées comme réussies.

S’il manque des preuves, envoyez une consigne précise dans le même chat : « teste l’enregistrement après rechargement » ou « montre le texte source et les conditions de cette affirmation ». Si vous ajoutez des critères de réussite, mettez aussi l’objectif à jour. Pour demander une vérification par un autre agent, formulez explicitement cette demande séparément et distinguez une revue fondée uniquement sur le rapport de l’agent des vérifications qui réexécutent réellement le travail.

Vous pouvez également demander la définition des exigences, l’implémentation et la vérification dans le développement ordinaire avec Codex. L’intérêt du mode objectifs est de conserver les critères de réussite sur plusieurs étapes et de les utiliser pour choisir la suite. Pour les différences entre produits et modes d’exécution, consultez le comparatif de Claude Code et Codex.

9. Avant de commencer

Si une modification ou une explication suffit, une demande ordinaire convient. Envisagez /goal pour un travail répété vers les mêmes critères de réussite, lorsque l’étape suivante dépend des résultats de l’investigation. Choisissez selon les résultats vérifiables plutôt que la durée d’exécution.

10. Questions fréquentes

Puis-je arrêter d’envoyer « continue » à chaque fois ?

Lorsque l’objectif est actif et que les conditions de poursuite automatique sont réunies, le travail peut passer à l’étape suivante après un tour. Il peut néanmoins s’arrêter pour attendre une approbation, à la limite du budget ou à cause d’un obstacle. La fonction ne supprime pas la nécessité de décisions humaines.

/goal est-il réservé au cloud ? Continue-t-il si je ferme mon PC ?

Il n’est pas réservé au cloud. Il est documenté pour l’application de bureau, Codex CLI et l’extension IDE. L’environnement nécessaire à la poursuite dépend du lieu d’exécution. Définir un objectif ne démontre pas à lui seul que le travail continuera sur un PC local éteint.

Le budget de tokens garantit-il un plafond de facturation ?

Il ne peut pas être garanti comme un plafond strict de facturation. Le budget de l’objectif est distinct des quotas du forfait, des crédits supplémentaires et de la facturation API. Dans les documents officiels consultés, nous n’avons pas trouvé d’explication du rapport exact entre les compteurs de l’objectif et le montant facturé.

Est-ce la même chose que d’utiliser dot ?

/goal gère un objectif et sa poursuite dans le même chat Codex. dot prend aussi en charge l’assistance continue, la délégation à d’autres tâches et la coordination. Une demande directe à Codex peut suffire pour un petit travail de développement. Choisissez selon votre besoin et la personne ou l’agent à qui vous souhaitez confier le suivi.