L'utilisateur de Reddit partage une structure de prompt pour réduire la dérive des sorties de code de Claude dans les tâches complexes.

Un développeur sur r/ClaudeAI a partagé son expérience concernant la dérive des sorties de Claude Code et une méthode qui a aidé à la réduire. Il utilise une structure de prompt spécifique pour les tâches plus longues, pas pour les prompts quotidiens ou les questions rapides, mais spécifiquement lorsqu'il travaille avec plusieurs fichiers, utilise Claude.md, déclenche des hooks ou configure des sous-agents.

Quand utiliser des prompts structurés

Le développeur n'utilise cette approche structurée que pour les tâches complexes où des instructions vagues peuvent causer des problèmes. Pour les petites tâches, il itère : prompt → ajustement → passage à la suite. Pour les tâches plus importantes, il a constaté que sans spécifications claires, le modèle a tendance à dériver, à ignorer des fichiers, à changer de ton en cours de tâche, ou à produire des sorties où « terminé » n'a jamais été correctement défini.

Composants clés du prompt

La structure du prompt oblige le développeur à définir plusieurs éléments avant d'appuyer sur entrée :

• Quelle est exactement la tâche ?
• Quels fichiers doivent être lus en premier ?
• À quelle référence est-ce que j'essaie de correspondre ?
• À quoi ressemble réellement la réussite ?
• Que doit-il éviter ?

Éléments les plus impactants

La partie « brief de réussite » a été identifiée comme le plus grand changement. Écrire ce qui devrait se passer après la sortie – qu'il s'agisse d'approbation, d'action, de clarté ou d'autres critères – rend le prompt plus précis et réduit les réécritures. Un autre élément utile est d'imposer une clarification avant l'exécution, ce qui dans les workflows en terminal fait gagner du temps de nettoyage par la suite.

Limitations et application pratique

Même avec des spécifications claires, les modèles peuvent encore manquer des détails, compresser des instructions ou dériver dans des contextes longs. Le développeur ne considère pas cela comme une formule, mais comme un moyen de réduire la confusion pour les tâches plus importantes ou réutilisables. Il n'utilise pas cette structure pour le brainstorming, mais l'utilise lors de l'exécution de workflows en plusieurs étapes qui touchent aux fichiers et aux outils.