BAD-BMAD : quand l'IA gère tout votre sprint sans vous

Si BMAD-METHOD vous a appris à collaborer avec des agents IA, BAD-BMAD passe à la vitesse supérieure : il exécute votre sprint tout seul. Pas de copilote, pas d'assistant - un système multi-agents qui lit votre backlog, implémente les stories, crée les PRs et monitore la CI pendant que vous faites autre chose.

C'est ce que promet BMad Autonomous Development, et après l'avoir testé, je dois admettre que ça tient ses promesses.

Le concept : déléguer le sprint entier#

L'idée de BAD-BMAD est radicale. Vous lui donnez un sprint backlog, et il s'occupe de tout :

1. Génération et validation des specs de chaque story
2. Écriture des tests d'acceptance en premier (TDD)
3. Implémentation du code
4. Review qualité des tests, puis corrections
5. Code review et améliorations
6. Commit, push, création de PR et suivi CI
7. Review finale et nettoyage

Sept étapes. Zéro intervention humaine requise entre le début et la PR finale.

L'architecture qui rend ça possible#

La clé de BAD-BMAD n'est pas un seul agent super-puissant - c'est un orchestrateur léger qui délègue chaque tâche à des sous-agents spécialisés, chacun avec une fenêtre de contexte fraîche.

Pourquoi c'est brillant : chaque agent ne se préoccupe que d'une seule chose. L'agent qui écrit les tests ne sait pas que l'agent qui a généré les specs a hésité entre deux approches. Pas de contamination de contexte, pas de fatigue cognitive artificielle. Chaque décision est prise avec un esprit neuf.

Orchestrateur
├── Agent Spec       → story-spec.md
├── Agent Tests      → acceptance-tests (failing)
├── Agent Dev        → implémentation
├── Agent QA         → review tests + fixes
├── Agent Reviewer   → code review + améliorations
├── Agent Git        → commit + push + PR
└── Agent PR         → review finale + cleanup

Le truc qui m'a vraiment impressionné : le parallélisme#

BAD-BMAD ne traite pas les stories une par une. Il construit un graphe de dépendances depuis votre backlog, identifie les stories "prêtes" (sans dépendances bloquantes), et les exécute en parallèle - jusqu'à 3 simultanément par défaut.

Chaque story tourne dans un git worktree isolé. Pas de conflits entre branches, pas de pollution entre les contextes. Les merges se font séquentiellement une fois les PRs validées.

Concrètement : un sprint de 9 stories sans dépendances peut s'exécuter en 3 vagues de 3. Le temps total ? Une fraction de ce qu'il faudrait en séquentiel.

Multi-modèles, multi-harnesses#

BAD-BMAD n'est pas attaché à un seul LLM ni à un seul environnement. Il supporte :

• Claude Code, Cursor, GitHub Copilot
• Plusieurs modèles pour différentes phases (un modèle rapide pour les reviews, un modèle plus puissant pour l'architecture)

Vous pouvez optimiser le coût vs qualité selon la criticité de chaque étape. L'agent qui vérifie le formatage n'a pas besoin du même modèle que celui qui conçoit l'architecture.

Ce que ça change vraiment#

Voici ce que j'ai observé en pratique :

Avant BAD-BMAD#

Un sprint classique avec IA ressemble à ça : vous implémentez une story, vous demandez une review à l'IA, vous appliquez les corrections, vous créez la PR, vous surveillez la CI, vous passez à la suivante. L'IA est un accélérateur, mais vous êtes toujours au centre de la boucle.

Avec BAD-BMAD#

Vous lancez l'orchestrateur, vous allez faire autre chose, et vous revenez pour reviewer des PRs déjà passées en CI. Le travail répétitif - spec → code → test → commit - est entièrement délégué.

Ce n'est pas de la magie. Les PRs nécessitent toujours une review humaine. Les décisions d'architecture restent les vôtres. Mais la mécanique d'exécution est externalisée.

Combiner BMAD-METHOD et BAD-BMAD#

C'est là que ça devient vraiment puissant. Le workflow optimal :

1. BMAD-METHOD pour la phase planning → PRD, architecture, epics, stories bien rédigées
2. BAD-BMAD pour la phase exécution → sprint complet en autonome

Vous passez votre énergie là où elle compte : définir quoi construire et pourquoi. L'implémentation devient un processus industrialisé.

Installation

# Prérequis : BMAD-METHOD avec le module TEA
npx bmad-method install --modules bmm,tea
 
# Ajouter le skill BAD dans Claude Code
npx skills add https://github.com/stephenleo/bmad-autonomous-development
 
# Initialiser dans votre projet
/bad setup

Lancer le sprint

# Démarrer Claude Code sans prompts de permission (nécessaire pour l'autonomie)
claude --dangerously-skip-permissions
 
# Lancer le pipeline
/bad
 
# Avec options : parallélisme réduit, merge auto activé
/bad MAX_PARALLEL_STORIES=2 AUTO_PR_MERGE=true
# ☕ Allez vous chercher un café

Conclusion#

BAD-BMAD représente une étape franchie dans l'autonomie des agents de développement. Ce n'est plus "l'IA m'aide à coder", c'est "l'IA exécute le sprint pendant que je me concentre sur la stratégie produit".

Est-ce que ça remplace les développeurs ? Non. Est-ce que ça redéfinit ce sur quoi un développeur doit vraiment se concentrer ? Oui - et c'est exactement ce qui rend cet outil fascinant.

Le futur du développement logiciel n'est pas "un développeur + un copilote". C'est un architecte humain qui orchestre des pipelines d'agents autonomes. BAD-BMAD est un aperçu concret de ce futur, disponible aujourd'hui.

Envie d'intégrer ces workflows d'agents autonomes dans votre équipe ? Contactez-nous pour en discuter.