# SpecScore vs la BMAD Method Canonical: https://specscore.md/fr/vs/bmad-method/ La [BMAD Method](https://github.com/bmad-code-org/BMAD-METHOD) (Breakthrough Method for Agile AI-Driven Development) est une façon [à code source ouvert](https://github.com/bmad-code-org/BMAD-METHOD) de mener une livraison agile avec des agents d’IA : clarifier le travail, le planifier, le construire et le vérifier, avec les décisions écrites. Un document d’exigences produit (PRD) est la description en prose de ce qu’il faut construire et pour qui ; la carte de flux de la méthode en produit un, puis l’architecture et les stories. Le [développement piloté par les spécifications](https://specscore.md/fr/spec-driven-development/) (SDD) est l’idée plus large dans laquelle les deux se placent — le comportement est spécifié avant le code. [SpecScore](https://specscore.md/fr/) est un format [à code source ouvert](https://github.com/specscore/specscore) pour cette spécification, plus une [interface en ligne de commande](https://specscore.md/fr/cli/) (CLI). L’[intégration continue](https://specscore.md/fr/validators/) (CI) — une vérification automatique à chaque changement proposé — peut échouer quand un fichier SpecScore est structurellement faux. ## Ce qu'ils partagent. - Les deux refusent de laisser un agent inventer le produit pendant qu’il écrit le code. - Les deux gardent les documents de planification dans le dépôt, en Markdown, à côté du travail. - Les deux attendent qu’un humain approuve le plan avant que l’implémentation ne s’emballe. ## Ce que la BMAD Method fait bien. Le README du projet, lu le 30 octobre 2026, appelle v6.12 la version stable et v7 un aperçu sur la branche main. La date de v7 dans ce README était déjà passée. Traitez les noms de ligne comme un instantané. ### Une méthode qui se dimensionne elle-même Le README dit que les petits changements vont droit à la construction, et que le travail plus large reçoit une planification. La [carte de flux sur main](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/docs/reference/workflow-map.md) détaille les phases : un PRD (`PRD.md`), une spécification UX facultative, `architecture.md` avec des enregistrements de décision, des fichiers d’epics et de stories, puis un sprint. C’est une boucle agile complète, pas un seul prompt. ### Une barrière avant l’implémentation La même carte cite `bmad-check-implementation-readiness`, qui renvoie PASS, CONCERNS ou FAIL avant l’implémentation. L’agent product-manager de v6 a aussi une étape validate-PRD. Ce sont des barrières de flux que l’agent exécute. Ce n’est pas un linter de format séparé que vous pointez sur un arbre Markdown quelconque. ### Elle est vraiment publiée La méthode est [sous licence MIT](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE) dans un dépôt public. L’installation stable du README est `npx bmad-method install`, et elle demande Node.js 20.12 ou plus récent et Python 3.10 ou plus récent. Le site [bmadcode.com](https://www.bmadcode.com/) dit que la méthode est gratuite. ## Comparaison des fonctionnalités. BMAD est le processus. SpecScore est le format d’artefact qu’un processus peut viser. Le tableau compare ces rôles. | Capacité | BMAD Method | SpecScore | | --- | --- | --- | | Rôle principal | Méthode agile : agents, skills et flux de travail, de l’idée au code vérifié | **Format de spécification ouvert + CLI** | | Artefacts de planification | PRD, spécification UX, architecture, epics et stories, statut de sprint — sur la carte de flux lue le 30 octobre 2026 | **Idées, fonctionnalités, plans et tâches** dans une arborescence spec/, avec des identifiants d’exigences | | Vérifier le travail | Barrière de préparation (PASS / CONCERNS / FAIL) et un flux validate-PRD, exécutés par l’agent | **specscore spec lint** dans la CI, déterministe. `/score` est une note d’IA manuelle. | | Identifiants d’exigences | Stories et exigences fonctionnelles dans le PRD et les fichiers d’epics. Pas le REQ: slug de SpecScore. | **REQ: slug** et identifiants de critères d’acceptation | | Exécution | Node.js et Python pour l’installateur v6.12 décrit dans le README | **Aucun** au-delà d’un seul binaire Go | | Licence | [MIT](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE), [bmad-code-org/BMAD-METHOD](https://github.com/bmad-code-org/BMAD-METHOD) | [CC BY 4.0](https://github.com/specscore/specscore/blob/main/LICENSE) pour le format · [Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE) pour le CLI | ## Ce que SpecScore apporte en plus. ### La vérification est une commande, pas une étape de la méthode Le résultat de préparation de BMAD est une décision à l’intérieur de son flux. Le résultat de SpecScore est un code de sortie du processus. [dogfood.yml](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml) exécute `specscore spec lint` sur chaque pull request. [/score](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) note un artefact avec les relecteurs configurés dans le dépôt ; vous l’invoquez. La CI ne le fait pas. ``` $ specscore spec lint features/apply-discount/README.md:0 [error] oq-section: Open Questions section not found features/apply-discount/README.md:0 [error] index-entries: Child directory not listed in index: refunds features/apply-discount/refunds:0 [error] readme-exists: README.md not found 3 violations found (3 errors) ``` ### Le format survit à une autre méthode Les documents de BMAD prennent leur forme dans ses flux. Si vous cessez d’exécuter BMAD, vous avez encore le Markdown, mais rien en dehors de la méthode n’impose la forme. Une arborescence SpecScore est le contrat. Un autre flux — y compris BMAD — peut l’écrire, et le linter s’applique toujours. ### Stories et exigences restent liées par identifiant Les stories BMAD portent le contexte pour que l’agent ne redécide pas le produit. SpecScore rend le lien mécanique : une tâche de plan cite `REQ: slug`, et les annotations `specscore:` plus les trailers de commit `Verifies:` renvoient le code vers le critère. ## Quand choisir l'un ou l'autre. ### Choisissez la BMAD Method quand… - Vous voulez une boucle agile complète — PRD, architecture, stories, sprint — exécutée par des agents avec des flux selon le rôle. - Vous voulez la barrière de préparation et le groupe de points de vue produit, architecture et test que la méthode fournit. - Vous standardisez la façon dont une équipe écrit ses prompts, et les skills de la méthode sont le standard. ### Utilisez SpecScore quand… - La spécification doit échouer dans la CI quand un titre, un lien ou un statut est faux, même si personne n’exécute le flux BMAD ce jour-là. - Vous avez besoin d’identifiants d’exigences stables d’un outil à l’autre, pas seulement dans les fichiers de stories d’une méthode. - Vous voulez un format [à code source ouvert](https://github.com/specscore/specscore) qu’un autre processus peut viser. ## La méthode peut écrire le format. BMAD répond à « comment menons-nous le travail ». SpecScore répond à « quel fichier est le contrat, et comment la CI sait-elle qu’il est intact ». Une équipe peut garder le PRD et les stories de BMAD pour la conversation, et une fonctionnalité SpecScore pour les exigences qui doivent passer le lint. Utilisez la BMAD Method pour la boucle. Utilisez SpecScore pour l’artefact que la pull request vérifie. ## Sources. Les pages publiques ci-dessous ont été lues le 30 octobre 2026. Les prix, les noms d’offres et les versions changent. - [bmad-code-org/BMAD-METHOD](https://github.com/bmad-code-org/BMAD-METHOD) - [BMAD-METHOD — licence MIT](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE) - [Carte de flux BMAD (main, lue le 30 octobre 2026)](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/docs/reference/workflow-map.md) - [bmadcode.com](https://www.bmadcode.com/) - [specscore/specscore — flux CI dogfood](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml) - [specstudio-skills — skill /score](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) - [specscore/specscore — CC BY 4.0](https://github.com/specscore/specscore/blob/main/LICENSE) - [specscore/specscore-cli — Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE)