SpecScore vs die BMAD Method
Die BMAD Method (Breakthrough Method for Agile AI-Driven Development) ist ein quelloffener Weg, agile Lieferung mit KI-Agenten zu führen: die Arbeit klären, planen, bauen und prüfen, mit aufgeschriebenen Entscheidungen. Ein Product Requirements Document (PRD) ist die Prosa darüber, was gebaut werden soll und für wen; die Workflow-Karte der Methode erzeugt eines, danach Architektur und Stories. Spezifikationsgetriebene Entwicklung (SDD) ist die weitere Idee, in der beide stehen — Verhalten wird vor dem Code spezifiziert. SpecScore ist ein quelloffenes Format für diese Spezifikation, plus eine Befehlszeilenschnittstelle (CLI). Kontinuierliche Integration (CI) — eine automatische Prüfung bei jeder vorgeschlagenen Änderung — kann fehlschlagen, wenn eine SpecScore-Datei strukturell falsch ist.
Was sie gemeinsam haben.
Was die BMAD Method gut macht.
Die README des Projekts, gelesen am 30. Oktober 2026, nennt v6.12 das stabile Release und v7 eine Vorschau auf dem main-Branch. Das v7-Datum in dieser README war bereits vergangen. Behandeln Sie die Liniennamen als Momentaufnahme.
Eine Methode, die sich selbst bemisst
Die README sagt, kleine Änderungen gingen direkt in den Bau, und größere Arbeit erhalte Planung. Die Workflow-Karte auf main nennt die Phasen: ein PRD (PRD.md), eine optionale UX-Spezifikation, architecture.md mit Entscheidungsprotokollen, Epic- und Story-Dateien, dann ein Sprint. Das ist eine volle agile Schleife, kein einzelner Prompt.
Eine Sperre vor der Umsetzung
Dieselbe Karte führt bmad-check-implementation-readiness auf, das vor der Umsetzung PASS, CONCERNS oder FAIL zurückgibt. Der Product-Manager-Agent von v6 hat außerdem einen validate-PRD-Schritt. Das sind Workflow-Sperren, die der Agent ausführt. Es ist kein separater Format-Linter, den Sie auf einen beliebigen Markdown-Baum richten.
Sie ist tatsächlich veröffentlicht
Die Methode ist MIT-lizenziert in einem öffentlichen Repository. Die stabile Installation der README ist npx bmad-method install, und sie verlangt Node.js 20.12 oder neuer und Python 3.10 oder neuer. Die Website bmadcode.com sagt, die Methode sei kostenlos.
Feature-Vergleich.
BMAD ist der Prozess. SpecScore ist das Artefaktformat, auf das ein Prozess zielen kann. Die Tabelle vergleicht diese Rollen.
| Fähigkeit | BMAD Method | SpecScore |
|---|---|---|
| Hauptrolle | Agile Methode: Agenten, Skills und Workflows von der Idee bis zum geprüften Code | Offenes Spezifikationsformat + CLI |
| Planungsartefakte | PRD, UX-Spezifikation, Architektur, Epics und Stories, Sprint-Status — auf der am 30. Oktober 2026 gelesenen Workflow-Karte | Ideen, Features, Pläne, Aufgaben in einem spec/-Baum, mit Anforderungs-IDs |
| Die Arbeit prüfen | Bereitschaftssperre (PASS / CONCERNS / FAIL) und ein validate-PRD-Workflow, ausgeführt vom Agenten | specscore spec lint in der CI, deterministisch. /score ist eine manuelle KI-Bewertung. |
| Anforderungs-IDs | Stories und funktionale Anforderungen innerhalb der PRD- und Epic-Dateien. Nicht das REQ: slug von SpecScore. | REQ: slug und IDs der Akzeptanzkriterien |
| Laufzeit | Node.js und Python für den in der README beschriebenen Installer v6.12 | Keine über eine einzelne Go-Binärdatei hinaus |
| Lizenz | MIT, bmad-code-org/BMAD-METHOD | CC BY 4.0-Format · Apache-2.0-CLI |
Was SpecScore ergänzt.
Die Prüfung ist ein Befehl, kein Schritt der Methode
Das Bereitschaftsergebnis von BMAD ist eine Entscheidung innerhalb des Workflows. Das Ergebnis von SpecScore ist ein Exit-Code des Prozesses. dogfood.yml führt specscore spec lint bei jedem Pull Request aus. /score bewertet ein Artefakt mit den im Repository konfigurierten Reviewern; Sie rufen es auf. Die CI nicht.
$ 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)
Das Format übersteht eine andere Methode
Die Dokumente von BMAD erhalten ihre Form durch die Workflows. Wenn Sie BMAD nicht mehr ausführen, haben Sie das Markdown noch, aber nichts außerhalb der Methode erzwingt die Form. Ein SpecScore-Baum ist der Vertrag. Ein anderer Workflow — einschließlich BMAD — kann ihn schreiben, und der Linter gilt weiter.
Stories und Anforderungen bleiben über die ID verknüpft
BMAD-Stories tragen den Kontext weiter, damit der Agent das Produkt nicht neu entscheidet. SpecScore macht die Verknüpfung mechanisch: eine Planaufgabe zitiert REQ: slug, und specscore:-Annotationen plus Verifies:-Commit-Trailer zeigen vom Code zurück auf das Kriterium.
Wann Sie welches Werkzeug nutzen sollten.
Nutzen Sie die BMAD Method, wenn…
- Sie eine volle agile Schleife wollen — PRD, Architektur, Stories, Sprint —, ausgeführt von Agenten mit rollenspezifischen Workflows.
- Sie die Bereitschaftssperre und die Runde aus Produkt-, Architektur- und Testperspektiven wollen, die die Methode mitliefert.
- Sie vereinheitlichen, wie ein Team promptet, und die Skills der Methode der Standard sind.
Nutzen Sie SpecScore, wenn…
- Die Spezifikation muss in der CI fehlschlagen, wenn eine Überschrift, ein Link oder ein Status falsch ist, auch wenn an dem Tag niemand den BMAD-Workflow ausführt.
- Sie brauchen stabile Anforderungs-IDs über Werkzeuge hinweg, nicht nur innerhalb der Story-Dateien einer Methode.
- Sie wollen ein quelloffenes Format, auf das ein anderer Prozess zielen kann.
Die Methode kann das Format schreiben.
BMAD beantwortet „wie führen wir die Arbeit aus“. SpecScore beantwortet „welche Datei ist der Vertrag, und woran erkennt die CI, dass er intakt ist“. Ein Team kann PRD und Stories von BMAD für das Gespräch behalten und ein SpecScore-Feature für die Anforderungen, die linten müssen.
Nutzen Sie die BMAD Method für die Schleife. Nutzen Sie SpecScore für das Artefakt, das der Pull Request prüft.
Quellen.
Die öffentlichen Seiten unten wurden am 30. Oktober 2026 gelesen. Preise, Plannamen und Release-Linien ändern sich.
Weitere Vergleiche.
Dasselbe Format, neben anderen Werkzeugen der spezifikationsgetriebenen Entwicklung:
Alle zusammen, auf einer Seite: beste Werkzeuge für spezifikationsgetriebene Entwicklung 2026.
Rückmeldung
Dieser Vergleich beruht auf öffentlich zugänglicher Dokumentation und öffentlichem Quellcode. Etwas falsch oder veraltet? öffnen Sie ein Korrektur-Issue. Sollen wir SpecScore mit einem anderen Werkzeug vergleichen? fordern Sie einen an.