SR Method FR
Exemple complet d'une itération
Exemple de lot SR exécuté avec Codex.
Exemple complet d'une itération
Exemple de demande :
Objectif vérifiable : le filtre par statut doit filtrer la liste des dossiers sans casser les autres filtres.Plan attendu avant code
Plan du lot : REV360-FILTER-STATUS-FIX
Objectif vérifiable : le filtre par statut doit filtrer la liste des dossiers sans casser les autres filtres.
Périmètre inclus : liste dossiers, mapping du filtre, vérification du contrat API existant.
Hors périmètre : migration, refonte UI, modification des autres filtres.
Hypothèses : bug frontend ou contrat API, pas de migration prévue.
Sources à lire : CURRENT_STATE, CODEBASE_MAP, composant liste dossiers, client API.
Skills : aurora-diagnose, aurora-planning-with-files, skill UI/métier si déclarée.
Fichiers candidats : src/pages/Dossiers.tsx, src/api/dossiers.ts.
Vérification prévue : test ciblé, lint si disponible, test E2E utilisateur court.
Mémoire SR : absente à créer.
Condition d'arrêt : si le contrat API est incohérent ou si une migration semble nécessaire.Exécution
Codex doit ensuite :
- créer ou reprendre la task memory ;
- lire les sources annoncées ;
- appliquer Fact Gate et Evidence Gate ;
- corriger uniquement le périmètre validé ;
- lancer les vérifications ;
- mettre à jour les contrats ;
- donner les tests E2E utilisateur ;
- proposer
done,user_testing,repairoublocked.
Ce qui rend l'itération bonne
Le résultat est bon si le changement est limité, vérifié, documenté et testable par l'utilisateur réel.