SpecScore vs la BMAD Method
La BMAD Method (Breakthrough Method for Agile AI-Driven Development) est une façon à code source ouvert 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 (SDD) est l’idée plus large dans laquelle les deux se placent — le comportement est spécifié avant le code. SpecScore est un format à code source ouvert pour cette spécification, plus une interface en ligne de commande (CLI). L’intégration continue (CI) — une vérification automatique à chaque changement proposé — peut échouer quand un fichier SpecScore est structurellement faux.
Ce qu'ils partagent.
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 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 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 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, bmad-code-org/BMAD-METHOD | CC BY 4.0 pour le format · Apache-2.0 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 exécute specscore spec lint sur chaque pull request. /score 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 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.
Autres comparaisons.
Le même format, à côté d’autres outils de développement piloté par les spécifications :
Tous ensemble, sur une page : meilleurs outils de développement piloté par les spécifications en 2026.
Retour
Cette comparaison repose sur une documentation et un code source publics. Quelque chose est faux ou périmé ? ouvrez un ticket de correction. Voulez-vous que nous comparions SpecScore à un autre outil ? demandez-en une.