docs(mcp-rollout): clarify Curator as human-driven flow (no BMAD agent)

Le role Curator de la doc rollout n'avait pas d'agent BMAD dedie, ce
qui laissait planer un doute sur ses points d'invocation. Clarification :

- Pas d'agent BMAD Curator. Le role est execute par l'humain.
- Les autres agents (dev, qa, architect, sm, pm, ux-designer) ecrivent
  directement dans 95_a_capitaliser.md via leurs memories — pas besoin
  de propose_capitalization en critical_action.
- Le triage est manuel via le skill capitalisation-triage et le tool
  MCP triage_capitalization() pour la pre-analyse heuristique.
- propose_capitalization reste utile en interactif quand l'humain veut
  formaliser une entree.

mcp/leadtech_bmad_mcp/docs/rollout_bmad_advisory.md

@@ -94,14 +94,15 @@ Regle :
 - en review QA, on reste advisory (`strict=false`) : les blocages auront deja ete pris cote dev
 - un `blocking_issues` qui apparaitrait quand meme impose une justification explicite si la PR/story est acceptee
 
-### 5. Curator — apprentissage
+### 5. Curator — apprentissage (flux humain manuel)
 
-Appels recommandes :
+Le role Curator n'a **pas d'agent BMAD dedie**. L'apprentissage est ecrit par les autres agents (dev, qa, architect, sm, pm, ux-designer) qui ont tous une `memory` les poussant a ajouter directement dans `95_a_capitaliser.md` quand un apprentissage emerge.
 
-```txt
-propose_capitalization(..., dry_run=true)
-triage_capitalization()
-```
+Le triage est execute periodiquement par l'humain via :
+
+- skill `capitalisation-triage` (`skills/capitalisation-triage/SKILL.md`)
+- tool MCP `triage_capitalization()` pour la pre-analyse heuristique
+- tool MCP `propose_capitalization(..., dry_run=true)` quand l'humain veut formaliser une entree depuis un agent qui ne l'a pas fait spontanement
 
 ## Trace minimale a imposer