# Releve story <YYYY-MM-DD> — <projet> — <story-id>

> Modele a copier-coller dans `phase2_log.md` sous la section "Notes detaillees", puis remplir au fur et a mesure.

## Contexte

- **Date debut** : <YYYY-MM-DD>
- **Date cloture** : <YYYY-MM-DD>
- **Projet** : <nom-projet>
- **Story** : <id ou titre>
- **Domaine** : `backend` | `frontend` | `ux` | `n8n` | `product` | `workflow`
- **Agents intervenus** : analyst, sm, dev, qa, ...

## Tools MCP appeles

| Tool | Mode | Quand |
| --- | --- | --- |
| `get_guidance` | advisory | entree story (analyst / sm) |
| `validate_plan` | strict=true | avant impl (dev) |
| `validate_patch` | strict=true | apres diff (dev) |
| `validate_patch` | strict=false | review (qa) |
| `emit_checklist` | n/a | review (qa) |

## Findings auto agreges

- `blocking_issues` : <liste avec regle d'origine, ex: "backend_session_expires_at"> (count: N)
- `red_flags` : <liste> (count: N)
- `must_do` cles : <top 3>
- `should_do` cles : <top 3>
- `matched_docs` les plus utiles : <2-3 paths>

## Evaluation humaine

### Faux positifs

Pour chaque blocking_issue ou red_flag declenche a tort :

- **Regle** : <id, ex: backend_contracts>
- **Pourquoi faux positif** : <texte libre>
- **Action** : aucune | reformulation suggeree | escalade vers gates.yaml

### Vrais positifs (regression evitee)

Pour chaque blocking_issue qui aurait laisse passer un bug :

- **Regle** : <id>
- **Description** : <ce qui aurait casse>

### Override humain

- **Override applique ?** : oui / non
- **Sur quelle regle** : <id>
- **Justification** : <texte libre, copie depuis Leadtech MCP Gates>

### Decision finale

- accepted as-is
- overridden (justifie ci-dessus)
- rejected (story revue avant cloture)

## Apprentissage

- **A capitaliser ?** oui / non
- **Si oui, ref dans `95_a_capitaliser.md`** : <date entree>
- **Cible visee** : `knowledge/<domaine>/<bucket>/<theme>.md` ou `40_decisions_et_archi.md` ou `90_debug_et_postmortem.md`
