Définir les objectifs clairement

La clarté de l’objectif conditionne le résultat

Un prompt efficace pour grok-code-fast-1 ne se limite pas à dire quoi faire — il décrit ce que vous voulez obtenir. La différence est subtile mais fondamentale : le “quoi” laisse le modèle deviner vos attentes, tandis que le “résultat attendu” lui donne une cible précise.

Le piège des objectifs vagues

Prenons cet exemple :

“Crée un tracker de nourriture”

Le modèle doit deviner : quel type d’interface ? Quelles fonctionnalités ? Quel niveau de détail pour le suivi ? Quelle technologie ? Il va produire quelque chose, mais ce sera sa vision du projet, pas la vôtre.

Maintenant, avec un objectif clair :

“Crée un tracker alimentaire qui montre la répartition calorique par jour divisée par nutriments quand j’entre un aliment. Je veux un aperçu général et des tendances de haut niveau.”

Le modèle sait exactement ce que vous attendez : une saisie d’aliments, un calcul de calories, une répartition par nutriments, une vue journalière et des tendances. Il peut produire un résultat pertinent dès la première itération.

Techniques pour formuler des objectifs clairs

Décrire le résultat final

Au lieu de décrire l’action (“ajoute une fonctionnalité”), décrivez ce que l’utilisateur verra ou ce que le code fera :

• Vague : “Ajoute de la pagination”
• Clair : “Quand la liste dépasse 20 éléments, affiche des boutons Précédent/Suivant en bas. La page courante doit être mise en surbrillance. L’URL doit refléter la page active avec ?page=N”

Spécifier les contraintes

Les contraintes éliminent l’ambiguïté :

• “Sans ajouter de nouvelle dépendance”
• “En gardant la rétrocompatibilité avec l’API v1”
• “Le temps de réponse doit rester sous 200ms”
• “Compatible avec Node.js 18+“

Donner des exemples d’entrée/sortie

Quand vous travaillez sur une transformation de données ou une fonction utilitaire, un exemple vaut mille mots :

“Crée une fonction qui transforme un slug en titre. Exemple : ‘mon-article-de-blog’ → ‘Mon article de blog’. Les mots de liaison (de, du, le, la) ne prennent pas de majuscule sauf en première position.”

Préciser ce que vous ne voulez pas

Parfois, dire ce que vous ne voulez pas est aussi utile que de dire ce que vous voulez :

“Refactorise le composant pour utiliser des hooks, mais ne change pas l’interface publique (les props). Les tests existants doivent continuer à passer sans modification.”

Structurer les objectifs complexes

Pour les demandes qui impliquent plusieurs modifications, structurez vos objectifs en étapes ou en points :

“Je veux moderniser le système d’authentification :

1. Remplacer les sessions cookies par des JWT
2. Ajouter un refresh token avec rotation
3. Garder la route /logout fonctionnelle
4. Les tokens expirent après 15 minutes”

Chaque point est un objectif mesurable que le modèle peut vérifier.

Points clés à retenir

• Décrire le résultat attendu, pas juste l’action à faire
• Ajouter des contraintes pour éliminer l’ambiguïté
• Fournir des exemples d’entrée/sortie quand c’est pertinent
• Lister ce que vous ne voulez pas modifier
• Structurer les objectifs complexes en points numérotés