verification-before-completion

name: verification-before-completion description: Utiliser avant de prétendre que le travail est terminé, corrigé ou en réussite, avant de commiter ou créer des PR - nécessite d'exécuter les commandes de vérification et de confirmer les résultats avant toute déclaration de succès ; les preuves avant les affirmations toujours

tags: [development, superpowers, verification-before-completion] ----|----------|----------------| | Les tests passent | Sortie de la commande de test : 0 échecs | Exécution précédente, « devrait passer » | | Linter propre | Sortie du linter : 0 erreurs | Vérification partielle, extrapolation | | La compilation réussit | Commande de build : exit 0 | Le linter passe, les logs semblent bons | | Bug corrigé | Test du symptôme original : passe | Code modifié, supposément corrigé | | Le test de régression fonctionne | Cycle rouge-vert vérifié | Le test passe une fois | | Agent terminé | Le diff VCS montre les changements | L'agent rapporte « succès » | | Les exigences sont satisfaites | Checklist ligne par ligne | Les tests passent |

Drapeaux rouges - STOP

• Utiliser « devrait », « probablement », « semble »
• Exprimer la satisfaction avant la vérification (« Génial ! », « Parfait ! », « Terminé ! », etc.)
• Sur le point de commiter/pusher/créer une PR sans vérification
• Faire confiance aux rapports de succès de l'agent
• S'appuyer sur une vérification partielle
• Penser « juste cette fois »
• Être fatigué et vouloir que le travail soit fini
• TOUT libellé impliquant le succès sans avoir exécuté la vérification

Prévention de la rationalisation

Motifs clés

Tests :

✅ [Exécute la commande de test] [Vois : 34/34 passent] « Tous les tests passent »
❌ « Devrait passer maintenant » / « Semble correct »

Tests de régression (TDD Rouge-Vert) :

✅ Écrire → Exécuter (passer) → Revenir en arrière → Exécuter (DOIT ÉCHOUER) → Restaurer → Exécuter (passer)
❌ « J'ai écrit un test de régression » (sans vérification rouge-vert)

Build :

✅ [Exécute le build] [Vois : exit 0] « Le build passe »
❌ « Le linter a passé » (le linter ne vérifie pas la compilation)

Exigences :

✅ Relire le plan → Créer une checklist → Vérifier chaque point → Rapporter les lacunes ou l'achèvement
❌ « Les tests passent, phase terminée »

Délégation à un agent :

✅ L'agent rapporte succès → Vérifier le diff VCS → Vérifier les changements → Rapporter l'état réel
❌ Faire confiance au rapport de l'agent

Pourquoi c'est important

D'après 24 mémoires d'échecs :

• ton partenaire humain a dit « Je ne te crois pas » - confiance brisée
• Des fonctions indéfinies ont été déployées - auraient planté
• Des exigences manquantes ont été déployées - fonctionnalités incomplètes
• Temps gaspillé sur la fausse achèvement → redirection → retravail
• Viole : « L'honnêteté est une valeur fondamentale. Si tu mens, tu seras remplacé. »

Quand appliquer

TOUJOURS avant :

• TOUTE variation de déclarations de succès/achèvement
• TOUTE expression de satisfaction
• TOUTE déclaration positive sur l'état du travail
• Commiter, créer une PR, compléter une tâche
• Passer à la tâche suivante
• Déléguer à des agents

La règle s'applique à :

• Les phrases exactes
• Les paraphrases et synonymes
• Les implications de succès
• TOUTE communication suggérant l'achèvement/la correction

Le résumé

Pas de raccourcis pour la vérification.

Exécute la commande. Lis la sortie. PUIS déclare le résultat.

C'est non-négociable.