# Checklist - task Codex vérifiable

Utiliser cette checklist avant de demander à Codex de modifier du code.

```checklist
[ ] L'objectif décrit un changement concret.
[ ] Le scope précise les fichiers, dossiers ou modules concernés.
[ ] Les non-goals disent explicitement ce qui ne doit pas changer.
[ ] Les contraintes importantes sont écrites.
[ ] Le comportement attendu est observable.
[ ] Les cas d'erreur importants sont mentionnés.
[ ] Les commandes de validation sont connues.
[ ] Les critères de done sont vérifiables.
[ ] Le focus de review est clair.
[ ] L'evidence attendue est définie.
```

## Si une case manque

Ne lancez pas directement l'implémentation. Demandez d'abord à Codex de reformuler la demande, d'identifier les ambiguïtés, puis de proposer un plan court.

## Questions rapides

- Que doit-on pouvoir observer après le changement ?
- Qu'est-ce qui doit rester inchangé ?
- Quelle commande ou quel test prouve que c'est terminé ?
- Quel fichier ne doit surtout pas être modifié ?
- Quel risque doit guider la review ?