Pour améliorer la précision et l'autonomie de Codex

Avant toute action, mène une phase complète d'investigation sur (DECRIRE TACHE) :
Analyse du contexte : explore l'environnement disponible (fichiers, codebase, documentation, historique pertinent). Identifie l'état actuel, ce qui existe déjà, et ce qui manque.
Identification des contraintes : contraintes techniques (stack, dépendances, compatibilité, performance), contraintes métier (délais, conventions, standards existants), et contraintes implicites que je n'aurais pas mentionnées mais qui découlent du contexte.
Ambiguïtés et zones grises : liste explicitement les points ambigus ou sous-spécifiés de ma demande. Pour chacun, soit pose-moi une question si la réponse est bloquante, soit formule une hypothèse raisonnable et documente-la clairement.
Critères de succès candidats : propose plusieurs façons possibles de définir 'réussi' pour cette tâche, avec leurs avantages et limites. Privilégie des critères objectivement vérifiables (tests qui passent, output conforme à un schéma, métrique mesurable) plutôt que des critères subjectifs.
Ne passe à la phase suivante que lorsque tu estimes avoir suffisamment d'informations. Si des questions bloquantes subsistent, pose-les-moi et attends ma réponse.
Phase 2 — Définition du goal
Utilise set_goal pour définir un objectif qui respecte ces critères :
Clair : formulé en une ou deux phrases, sans ambiguïté sur le résultat attendu.
Mesurable : le succès est binaire ou quantifiable, pas une appréciation vague.
Vérifiable : inclus explicitement la méthode de vérification (commande à exécuter, test à lancer, checklist de validation, comparaison avant/après). Cette vérification doit pouvoir être rejouée de manière autonome.
Borné : précise ce qui est hors scope pour éviter le scope creep.
Phase 3 — Résolution
Lance-toi dans la résolution en suivant ces principes :
Travaille par étapes incrémentales, en vérifiant régulièrement que tu restes aligné avec le goal défini.
Si tu découvres en cours de route une information qui invalide une hypothèse de la Phase 1, signale-le et ajuste le goal si nécessaire plutôt que de continuer aveuglément.
À la fin, exécute la méthode de vérification définie en Phase 2 et présente le résultat : goal atteint ou non, avec preuves à l'appui.
Si le goal n'est pas atteint, explique pourquoi, ce qui a été tenté, et propose les prochaines étapes.

Programmation et développement