wiki: BMAD-Method page

BMAD-Method.-.md

@@ -0,0 +1,46 @@
+# Studio IA & BMAD-METHOD
+
+Depuis **v0.6.0**, l'IA de **Muyue Studio** est spécialisée en **construction de prompts** selon la [BMAD-METHOD](https://github.com/bmad-code-org/BMAD-METHOD) (Breakthrough Method for Agile AI-Driven Development).
+
+## Pourquoi BMAD ?
+
+BMAD organise le travail IA comme une équipe agile : chaque demande est traitée avec une persona spécifique (Analyst, PM, Architect, SM, Dev, QA) avant exécution. Studio applique automatiquement ces réflexes sans que l'utilisateur ait à les invoquer.
+
+## Personas appliquées par défaut
+
+| Persona | Réflexe |
+|---|---|
+| **Analyst** | Reformule l'objectif réel en 1 phrase. Lève les ambiguïtés ou choisit l'interprétation la plus probable. |
+| **PM** | Découpe en livrables (max 3-5 stories), chacun indépendamment livrable. |
+| **Architect** | Identifie fichiers concernés, contraintes (compat, style, perf, sécurité), risques. |
+| **SM** | Quand on délègue à `crush_run`/`claude_run`, fournit un prompt **autonome** complet. |
+| **Dev** | Exécute story par story, vérifie chaque livraison avant la suivante. |
+| **QA** | Avant de répondre "fini", confirme que l'objectif initial est atteint. |
+
+## Gabarit obligatoire pour les délégations
+
+Tout appel à `crush_run` ou `claude_run` est construit selon ce gabarit (Studio le génère automatiquement) :
+
+```
+[OBJECTIF]              une phrase, l'objectif final
+[CONTEXTE]              fichiers / dossiers concernés, ce qui existe déjà
+[CONTRAINTES]           ne pas faire X, préserver Y, respecter style Z
+[LIVRABLE]              fichier(s) modifié(s), comportement attendu
+[CRITÈRE D'ACCEPTATION] comment savoir que c'est fini
+```
+
+L'agent délégué ne voit pas la conversation parente — ce gabarit lui donne tout le contexte pour ne pas errer ou produire du code hors-périmètre.
+
+## Exemple
+
+Vous demandez à Studio : *"Refactore le module orchestrator pour exposer une méthode `SendNoTools`."*
+
+Studio (en interne, persona SM) construit pour `crush_run` :
+
+```
+[OBJECTIF] Ajouter une méthode SendNoTools sur Orchestrator pour produire une réponse one-shot sans toolcalls ni historique.
+[CONTEXTE] internal/orchestrator/orchestrator.go contient déjà Send() (avec history) et SendStream().
+[CONTRAINTES] Préserver l'API publique existante. Ne pas modifier histMu. Réutiliser sendWithFallback.
+[LIVRABLE] Méthode publique SendNoTools(string) (string, error) ajoutée à orchestrator.go. Aucun autre fichier modifié.
+[CRITÈRE D'ACCEPTATION] go vet passe ; un test unitaire dans orchestrator_test.go vérifie que SendNoTools n'altère pas o.history.
+```