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 (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.