BMAD-METHOD
← Retour au tableau · Le labo ↓
Rang : A · dépôt
Présentation du framework
BMAD-METHOD est une méthode agile de développement piloté par l'IA, dans laquelle les décisions restent explicites, le contexte se transmet d'une étape à l'autre et le processus s'ajuste à la taille du travail. Les petits changements y passent directement à la construction, tandis que le travail complexe reçoit la profondeur dont il a besoin. Ses agents et ses workflows rendent explicites les décisions importantes et les conservent comme contexte pour la suite, sans retirer le contrôle à la personne qui les emploie. Pour s'en servir, il faut un outil de codage IA qui prend en charge les skills, ainsi qu'un utilitaire dédié à la configuration et aux scripts Python. En mode sans surveillance, le statut blocked signale le plus souvent une situation où poursuivre sans intervention humaine ne serait pas sûr. Sa toute première version, elle, offrait des options de personnalisation limitées et n'était pas optimisée pour l'intégration dans un environnement de développement.
Ce texte a été généré le 2026-09-14 à partir de la documentation des concepteurs.
Les critères
1 - Adoption durable · Haut 53 653 étoiles ; le dépôt existe depuis 535 jours.
2 - Maintenance active · Haut Le projet n'est pas archivé ; ses dernières modifications datent de 1 jour avant le relevé du 2026-09-30.
3 - Gouvernance / bus factor · Haut Porté par une organisation ; 161 contributeurs.
4 - Multi-outils · Haut 2 assistants pris en charge sur 14 considérés : Claude Code, Codex CLI. Le projet suit aussi la convention AGENTS.md.
5 - Évaluation tierce · Haut 7 travaux indexés citent l'entrée ; 4 d'entre eux en citent aussi une autre du classement. Les trois publications les plus récentes :
- Introducing Consort: A Spec-First Agent Framework for Enforced, Test-Driven Development on Live Database Branches, 2026-09-09
- AdAPTR: A Tag-Based Recommendation Tool for Personality-Aware Agile Practice Adaptation, 2026-07-22
- From Prompt to Process: a Process Taxonomy and Comparative Assessment of Frameworks Supporting AI Software Development Agents, 2026-06-03
En pratique
S'installe en une commande, par un gestionnaire de paquets. Fonctionne sur votre machine, sans service hébergé ni clé de licence.
Le labo : comment ces résultats sont construits
Les règles appliquées, les données lues et leurs dates, les choix humains et leurs motifs.
Dans les tables ci-dessous : Faits au est la date des faits rapportés par la source ; Relevé le, la date à laquelle la chaîne les a lus ; Âge, l'ancienneté d'une date au jour du relevé.
Le rang
Rang : A. Quatre critères influencent le rang (1, 2, 3 et 4), et le rang est le niveau du plus faible : A si les quatre sont Haut, B autrement, C si l'un est Bas. Ici, les quatre sont Haut. Le critère 5 est publié sans influencer le rang.
Prochain cran : le 2027-01-28, le rang passera à B si rien ne bouge chez lui.
Provenance
| Partie de la fiche | Produite par | Révisée le | Faits les plus anciens |
|---|---|---|---|
| Critères | Calculé | 2026-09-30 | 2026-09-29 |
| Déclaré par nous | Éditorial | 2026-09-07 | 2026-09-07 |
| Autres données relevées | Calculé | 2026-09-30 | 2026-09-29 |
| Présentation du framework | Généré | 2026-09-14 | 2026-09-09 |
| Classification | Généré | 2026-10-08 | 2026-10-08 |
La présentation a été générée le 2026-09-14 à partir des déclarations des concepteurs dans leur documentation publique et des éléments que nous avons collectés, dont les plus anciens datent du 2026-09-09.
| Modèle | claude-opus-5 |
| Instruction | prompt-description-framework-v2 |
| Empreinte de la matière fournie au modèle | 76462d94284b5c2dc3501d01199ffc1a4d8b8fc5ff9c2691ba6cbb82a958fb4a |
Critère 1 - Adoption durable
Niveau : Haut, au moins 5 000 étoiles et dépôt créé depuis 12 mois ou plus.
| Donnée | Définition | Valeur | Faits au | Relevé le | Âge |
|---|---|---|---|---|---|
| Nombre d'étoiles | Comptes qui ont marqué le dépôt d'une étoile sur la forge | 53 653 | 2026-09-29 | 2026-09-30 | - |
| Date de création | Date de création du dépôt sur la forge | 2025-04-13 | 2026-09-29 | 2026-09-30 | 535 j |
Critère 2 - Maintenance active
Niveau : Haut, aucun signal de dérive, une release publiée, et aucune des deux fraîcheurs en défaut : push ≤ 120 j, release ≤ 6 mois.
| Donnée | Définition | Valeur | Faits au | Relevé le | Âge |
|---|---|---|---|---|---|
| Archivé | Oui si le dépôt est archivé, en lecture seule | non | 2026-09-29 | 2026-09-30 | - |
| Dernier push | Date du dernier envoi sur n'importe quelle branche ; l'activité réelle est au moins aussi récente | 2026-09-29 | 2026-09-29 | 2026-09-30 | 1 j |
| Dernier commit humain | Date du dernier commit d'un auteur non robot sur la branche principale ; publiée à titre d'information, n'entre dans aucune règle | 2026-09-28 | 2026-09-29 | 2026-09-30 | 2 j |
| Nombre de releases | Versions publiées sur la forge | 40 | 2026-09-29 | 2026-09-30 | - |
| Dernière release | Date de la version publiée la plus récente | 2026-09-04 | 2026-09-29 | 2026-09-30 | 26 j |
Critère 3 - Gouvernance / bus factor
Niveau : Haut, propriétaire de type Organization et ≥ 15 contributeurs.
| Donnée | Définition | Valeur | Faits au | Relevé le |
|---|---|---|---|---|
| Type de propriétaire | Personne ou organisation | organisation | 2026-09-29 | 2026-09-30 |
| Nombre de contributeurs | Comptes contributeurs déclarés par la forge, pas le nombre de personnes qui tiennent le projet | 161 | 2026-09-29 | 2026-09-30 |
| Part du premier contributeur | Part des contributions du contributeur le plus actif, avec son dénominateur | au plus 40,2 % de 2 204 contributions lues : la liste était tronquée, le total réel est plus grand et la part surestimée, elle ne peut donc pas conclure Bas | 2026-09-29 | 2026-09-30 |
Critère 4 - Multi-outils
Niveau : Haut, la convention AGENTS.md fait partie des assistants atteignables.
| Donnée | Définition | Valeur | Faits au | Relevé le |
|---|---|---|---|---|
| Assistants pris en charge | Assistants de notre liste fermée que l'outil atteint ; un assistant atteint par deux voies compte une fois | 2 | 2026-09-29 | 2026-09-30 |
| Assistants considérés | Taille de la liste fermée, le dénominateur | 14 | 2026-09-29 | 2026-09-30 |
| Assistants atteignables et voies d'accès | Par assistant, ce qui l'a fait compter : un marqueur porté par le dépôt, un nom cité au README, une commande d'invocation | Convention AGENTS.md : marqueur · Claude Code : nom · Codex CLI : nom | 2026-09-29 | 2026-09-30 |
Critère 5 - Évaluation tierce
Niveau : Haut, un travail qui cite l'entrée en cite aussi une autre du classement.
| Donnée | Définition | Valeur | Faits au | Relevé le |
|---|---|---|---|---|
| Travaux qui citent l'entrée | Travaux indexés qui nomment l'adresse du dépôt, hors auto-citation par ses auteurs : leur nombre, et ce qu'ils sont | 7 | 2026-09-30 | 2026-09-30 |
Les travaux collectés : 7, après exclusion de l'auto-citation.
| Titre | Publié le | Type | Autres entrées citées |
|---|---|---|---|
| Introducing Consort: A Spec-First Agent Framework for Enforced, Test-Driven Development on Live Database Branches | 2026-09-09 | prépublication | superpowers, gsd-core |
| AdAPTR: A Tag-Based Recommendation Tool for Personality-Aware Agile Practice Adaptation | 2026-07-22 | communication | - |
| From Prompt to Process: a Process Taxonomy and Comparative Assessment of Frameworks Supporting AI Software Development Agents | 2026-06-03 | prépublication | OpenSpec, spec-kit, gsd-core |
| Agentic Coding Needs Proactivity, Not Just Autonomy | 2026-05-07 | prépublication | OpenSpec, spec-kit |
| An Agentic Operationalization of DISARM for FIMI Investigation on Social Media | 2026-01-21 | prépublication | - |
| Where Do AI Coding Agents Fail? An Empirical Study of Failed Agentic Pull Requests in GitHub | 2026-01-21 | prépublication | - |
| Agentic Software Engineering: Foundational Pillars and a Research Roadmap | 2025-09-07 | prépublication | superpowers |
Déclaré par nous
Éditorial : une personne l'a écrit et en répond, l'ayant vérifié.
| Donnée | Définition | Valeur | Déclaré le |
|---|---|---|---|
| Fonctionne sans service hébergé ni clé de licence | Déclaré par nous, après lecture | oui | 2026-09-07 |
Motif de « sans service hébergé » : Modules de compétences installés localement ; les bundles web sont une commodité de distribution, pas un passage obligé
Autres données relevées
Elles n'entrent dans aucun critère.
| Donnée | Définition | Valeur | Faits au | Relevé le |
|---|---|---|---|---|
| Licence | Licence déclarée sur la forge | Non collecté : licence non identifiée par la forge | 2026-09-29 | 2026-09-30 |
| Description du dépôt | La phrase d'accroche écrite par les auteurs sur la forge | Breakthrough Method for Agile Ai Driven Development | 2026-09-29 | 2026-09-30 |
| Nombre de forks | Copies du dépôt créées sur la forge | 6 046 | 2026-09-29 | 2026-09-30 |
| Abonnés | Comptes qui suivent l'activité du dépôt | 417 | 2026-09-29 | 2026-09-30 |
| Service hébergé requis | Plus recherché : un README ne permet pas de distinguer un service imposé par le projet d'une clé d'API que l'adoptant choisit | Non collecté | 2026-09-29 | 2026-09-30 |
| Mode d'installation | Première famille d'installation trouvée dans le README | gestionnaire de paquets | 2026-09-29 | 2026-09-30 |
| Commande d'installation | La ligne du README où ce mode se lit, telle quelle | npx skills add bmad-code-org/BMAD-METHOD | 2026-09-29 | 2026-09-30 |
Classification
Calculée par la chaîne depuis les réponses de l'Analyste model_written généré : un modèle a lu l'inventaire du matériel que l'entrée livre, a choisi les pièces qu'il voulait lire en entier et nommé, pour chaque champ, les sources attendues que l'inventaire ne portait pas, puis répondu aux questions de fait que pose la méthode de chaque champ, chaque réponse citée et pesée ; la chaîne a vérifié chaque réponse, a ramené à la force qu'admet sa question une réponse qui la dépassait, en le disant à côté d'elle, puis calculé la valeur par la règle du champ, et son qualificatif. La version lue porte le commit de l'arbre lu, par ses premiers caractères quand la version n'est pas déjà ce commit. La référence manual éditorial est la valeur que l'Éditeur a lue, sous la définition qu'elle nomme : elle mesure l'accord et ne décide de rien ici. Les questions, la règle de chaque champ, et ce que veulent dire énoncé, indice, doute, principalement et semble, se lisent au labo.
| Champ | Valeur | Sources attendues absentes | Justification | Version lue | Définition | Déterminée le | Référence | Accord |
|---|---|---|---|---|---|---|---|---|
| Couverture | PDLC | aucune | Branche 3 de la règle. | v6.12.1 · commit bda3c59 | coverage-v5 | 2026-10-08 | PDLC, sous 6.13.0-next (skills/bmod-method/bmod.toml) après v6.12.0 du 2026-09-03 ; dernier commit 1cbcfa2 du 2026-09-28 ; définition coverage-v1 | accord |
| Enchaînement | Workflow | aucune | Branche 2 de la règle. | v6.12.1 · commit bda3c59 | sequencing-v5 | 2026-10-08 | Workflow, sous 6.13.0-next (skills/bmod-method/bmod.toml) après v6.12.0 du 2026-09-03 ; dernier commit 1cbcfa2 du 2026-09-28 ; définition sequencing-v1 | accord |
| Devenir de la spec | spec-anchored | aucune | Branche 4 de la règle. | v6.12.1 · commit bda3c59 | spec-fate-v5 | 2026-10-08 | spec-first, sous 6.13.0-next (skills/bmod-method/bmod.toml) après v6.12.0 du 2026-09-03 ; dernier commit 1cbcfa2 du 2026-09-28 ; définition spec-fate-v1 | désaccord |
Les réponses que chaque règle a lues :
| Champ | Question | Réponse | Force | Cite |
|---|---|---|---|---|
| Couverture | L'entrée a-t-elle une étape de réalisation : une commande, un skill, un agent ou une boucle qui écrit le code de l'application à partir des artefacts de l'outil ? | oui | énoncé | skills/bmad-build/SKILL.md · skills/bmad-build/step-03-implement.md · skills/bmad-build-auto/step-03-implement.md · skills/bmad-agent-dev/SKILL.md · # Step 3: Implement · Change `{plan_file}` status to `in-progress` in the frontmatter before starting implementation. · Turns implementation work into working code, reviewed and verified. · Senior software engineer who implements stories and code changes. |
| Couverture | Cette étape de réalisation prend-elle en entrée une spécification, directement ou par un plan ou une liste de tâches qui en dérive ? | oui | énoncé | skills/bmad-spec/assets/spec-template.md · skills/bmad-spec/SKILL.md · skills/bmad-build/step-01-clarify-and-route.md · skills/bmad-build/step-03-implement.md · skills/bmad-ticket/SKILL.md · **success:** {Testable or demonstrable criterion. Something a test or a real demonstration can decide.} · **Spec** (`spec-*/spec-*.md`) - the capability contract · Scan the listing for folders matching these patterns. If any look relevant to the current intent, load them selectively - you don't need all of them, but you need the right constraints and requirements rather than guessing from code alone. · It needs no file to be built: the build reads the entry and its epic. · the plan is the subagent's sole source of truth |
| Couverture | Une étape a-t-elle pour objet la découverte au sens strict, explorer et qualifier le besoin avant de décider, et en persiste-t-elle le résultat dans un fichier qu'elle seule écrit ? | oui | énoncé | skills/bmad-deep-recon/SKILL.md · skills/bmad-deep-recon/types/market.md · skills/bmad-deep-recon/types/user-voice.md · skills/bmad-deep-recon/assets/research.template.md · Every engagement serves a **decision** - enter a market, pick a stack, scope a product, commit to a domain - and is shaped by it from the first question to the final artifact. · Every intent shares the run-folder workspace shape - `brief.md`, `imports/`, `digests/`, the main file, `<folder name>.md`, `.memlog.md` - and ends per `references/finalize.md`. · 1. Who they are & their jobs-to-be-done - the progress they're hiring the product to make · 3. Pain points & unmet needs - what they complain about, work around, pay to avoid |
| Couverture | Une étape de découverte est-elle reliée à la chaîne : le parcours déclaré ou l'aiguillage la nomme-t-il, ou une étape en aval lit-elle son résultat ? | oui | énoncé | skills/bmod-method/help/help.md · skills/bmod-core-tools/help/research.md · skills/bmad-deep-recon/SKILL.md · skills/bmad-agent-analyst/SKILL.md · Brainstorm, research a market, domain, technology, or competitor, then shape a brief or a PRFAQ. · They cannot name a customer or a problem → `bmad-forge-idea` or `bmad-brainstorming` (core tools), if installed. · Open this when the user asks how to get the most from `bmad-deep-recon` or which of its services to use. · `bmad-spec` with the result as input. |
| Enchaînement | L'entrée a-t-elle au moins deux étapes qui s'enchaînent dans une même unité de travail ? | oui | énoncé | skills/bmad-build/workflow.md · skills/bmad-build/step-01-clarify-and-route.md · skills/bmad-build/step-02-plan.md · skills/bmad-build/step-03-implement.md · skills/bmad-build/step-04-review.md · skills/bmad-build/step-05-present.md · Read fully and follow `{{ rendered("step-02-plan.md") }}` · Read fully and follow `{{ rendered("step-03-implement.md") }}` · Read fully and follow `{{ rendered("step-04-review.md") }}` · **CRITICAL:** If a step directs you to another snapshot file, read it fully and follow it. No exceptions. |
| Enchaînement | L'outil fixe-t-il un parcours unique de phases, avec un prérequis d'artefact entre elles, sur le chemin de toute unité de travail ? | oui | énoncé | skills/bmad-build/workflow.md · skills/bmad-build/step-02-plan.md · skills/bmad-build/step-03-implement.md · skills/bmad-build/plan-template.md · skills/bmad-build-auto/workflow.md · Verify `{plan_file}` resolves to a non-empty path and the file exists on disk. If empty or missing, HALT and ask the human to provide the plan file path before proceeding. · Set status `ready-for-dev`; everything inside `<frozen-after-approval>` is then locked and only the human can change it. · status: 'draft' # draft | ready-for-dev | in-progress | in-review | built | done | blocked | dropped · **CRITICAL:** If a step directs you to another snapshot file, read it fully and follow it. No exceptions. |
| Enchaînement | Sur le chemin de toute unité de travail, l'exécutant choisit-il l'élément suivant dans un même magasin persistant d'éléments de travail, dotés d'un état et de dépendances, dont il calcule les éléments prêts et qu'il réclame avant de les travailler ? | non | énoncé | skills/bmad-ticket/references/board.md · skills/bmad-ticket/SKILL.md · skills/bmad-build/step-01-clarify-and-route.md · skills/bmod-method/help/help.md · Candidates are `next`'s `ready_to_start` rows: tickets, with or without a file, that are not started, blocked, or waiting to be refined, whose prerequisites are done or in review, whose `gated_by` epics are done, and that carry no `unknown`. · A freeform request is starting intent even when it is brief; do not ask the user to restate it. · - Yes → `bmad-build`. No planning skill first. · Recommend the smallest path that safely fits the work; never march the user through every skill. |
| Enchaînement | L'entrée offre-t-elle un ensemble d'éléments décrits, skills ou agents, parmi lesquels l'étape suivante se choisit sur le moment, avec un mécanisme de sélection et sans parcours imposé ? | oui | énoncé | skills · skills/bmad/SKILL.md · skills/bmod-method/help/help.md · skills/bmad-review/SKILL.md · skills/bmad-architecture/SKILL.md · skills/bmad-deep-recon/SKILL.md · Answers BMad questions and recommends the next skill from what is installed. · They are not a mandatory sequence to complete. · Recommend the smallest path that safely fits the work; never march the user through every skill. · Work out and record the architecture decisions that keep separately built parts of a system consistent, in a short architecture document. |
| Devenir de la spec | L'entrée a-t-elle une étape de réalisation : une commande, un skill, un agent ou une boucle qui écrit le code de l'application à partir des artefacts de l'outil ? | oui | énoncé | skills/bmad-build/SKILL.md · skills/bmad-build/step-03-implement.md · skills/bmad-build-auto/step-03-implement.md · skills/bmad-agent-dev/SKILL.md · # Step 3: Implement · Change `{plan_file}` status to `in-progress` in the frontmatter before starting implementation. · Turns implementation work into working code, reviewed and verified. · Senior software engineer who implements stories and code changes. |
| Devenir de la spec | Cette étape de réalisation prend-elle en entrée une spécification, directement ou par un plan ou une liste de tâches qui en dérive ? | oui | énoncé | skills/bmad-spec/assets/spec-template.md · skills/bmad-spec/SKILL.md · skills/bmad-build/step-01-clarify-and-route.md · skills/bmad-build/step-03-implement.md · skills/bmad-ticket/SKILL.md · **success:** {Testable or demonstrable criterion. Something a test or a real demonstration can decide.} · **Spec** (`spec-*/spec-*.md`) - the capability contract · Scan the listing for folders matching these patterns. If any look relevant to the current intent, load them selectively - you don't need all of them, but you need the right constraints and requirements rather than guessing from code alone. · It needs no file to be built: the build reads the entry and its epic. · the plan is the subagent's sole source of truth |
| Devenir de la spec | Le lot montre-t-il des fichiers de code marqués générés, à ne pas modifier, et une commande qui les régénère depuis la spécification ? | non | énoncé | skills/bmad-build/step-03-implement.md · skills/bmad-spec/SKILL.md · skills/bmad/scripts/render_skill.py · Execute the implementation handoff below: substitute the runtime placeholders (e.g. `{plan_file}`) into it, then follow it verbatim. · bmad-spec is its single writer; a hand-edit to `spec-{slug}.md` from outside is unsupported and is overwritten on the next derive. · # Step 3: Implement |
| Devenir de la spec | Sur une demande nouvelle portant sur une fonctionnalité déjà livrée, une étape dit-elle reprendre la spécification existante, ou en ouvrir une autre ? | la reprend | énoncé | skills/bmad-spec/SKILL.md · skills/bmod-method/help/planning-skills.md · skills/bmad-spec/assets/spec-template.md · Multiple skills may call to update the same spec over time. · Same slug = same folder. A second invocation with the same `{slug}` lands at the existing spec folder and updates in place, preserving capability IDs. · If a prior `.memlog.md` exists at the target folder, read it - the operation becomes an update, and the memlog (not the rendered `spec-{slug}.md`) is the authority on what was decided and on capability IDs. · when requirements change on the spec route (it appends to its log, re-derives the spec, and names the tickets that no longer match) |
Ce que l'Analyste a lu : l'inventaire de 266 fichiers de prose, chacun par son chemin et son préambule, puis 12 pièces demandées sous prompt-pieces-v3 : skills/bmod-method/help/help.md · skills/bmad-build/step-01-clarify-and-route.md · skills/bmad-spec/SKILL.md · skills/bmad-spec/assets/spec-template.md · skills/bmad-build/step-02-plan.md · skills/bmad-ticket/SKILL.md · skills/bmad-ticket/references/board.md · skills/bmad-deep-recon/SKILL.md · skills/bmad/SKILL.md · skills/bmod-method/help/planning-skills.md · skills/bmad-build/step-03-implement.md · skills/bmod-method/help/artifact-lifetime.md.
| Champ | Modèle | Instruction | Empreinte de la matière fournie au modèle |
|---|---|---|---|
| Couverture | claude-opus-5 | prompt-faits-v2 | 0dea6e177aa893286fa6706fd9ebcd618732decdcc8e24b0e73925ac6937f8e8 |
| Enchaînement | claude-opus-5 | prompt-faits-v2 | 0dea6e177aa893286fa6706fd9ebcd618732decdcc8e24b0e73925ac6937f8e8 |
| Devenir de la spec | claude-opus-5 | prompt-faits-v2 | 0dea6e177aa893286fa6706fd9ebcd618732decdcc8e24b0e73925ac6937f8e8 |
Ce qui a bougé depuis le 2026-09-09
Aucun mouvement : cette entrée garde son rang et ses cinq niveaux.