BMAD-METHOD: die agile Methode, die KI-Agententeams zum Softwarebau organisiert

BMAD-METHOD (Breakthrough Method of Agile AI-Driven Development) ist eine Sammlung von Anweisungen, Workflows und spezialisierten Agenten, die eine Idee oder Änderungsanfrage in fertige Software verwandelt, ohne dass der Entwickler die Kontrolle verliert. Es ist kein Modell, kein Server und keine IDE: Es ist eine Methodik-Schicht in Form von Markdown-Skills und Python-Skripten, die innerhalb eines KI-Programmierwerkzeugs installiert wird (Claude Code, Codex, Cursor, Cline, Roo, Aider und andere) und erzwingt, dass Produkt-, Architektur- und Testentscheidungen explizit gemacht werden, bevor der Agent Code schreibt. Zum 11. September 2026 hat es über 52.800 GitHub-Sterne, was es zu einem der am weitesten verbreiteten „KI-gesteuerten Entwicklung”-Frameworks macht.

Ursprung

Das Repository wurde am 13. April 2025 (14:54 UTC laut GitHub-API) von Brian Madison erstellt, der sich „BMad” nennt und unter der Marke BMad Code mit dem GitHub-Handle bmadcode auftritt. Die Urheberschaft wird im Commit-Log verifiziert: Der initiale Commit („Initial Commit of the BMAaDd Workflow”, 13. April 2025) und die folgenden sind signiert mit Brian Madison <brianmadison@Brians-MacBook-Pro.local> und Brian <bmadcode@gmail.com>. Sein öffentliches Profil (github.com/bmadcode/bmadcode, „Hey — I’m BMad 👋 Creator of the BMad Method”) und die Fußzeile des offiziellen Blogs (blog.bmadcode.com, „FOUNDER & EDITOR IN CHIEF — Brian Madison”) bestätigen die Rolle. Seine selbstberichtete Biografie nennt über 25 Jahre Karriere (Northrop Grumman, Siemens) und eine Rolle im KI-nativen Transformationsteam bei Extend (selbstberichtet, nicht unabhängig verifiziert).

Es gibt eine Urheberschaftsnuance, die erwähnt werden sollte: Die meisten Beiträge in der Historie stammen von alexeyv (644 Commits) gegenüber bmadcode (187). Allerdings tragen alle initialen Commits und die Projektankündigung Brian Madisons Signatur, daher ist Madison der Gründer und Verkhovsky ein zentraler Maintainer, nicht der Schöpfer.

Das Projekt änderte seinen Namen nicht: Es hieß immer BMAD-METHOD. Was tatsächlich geschah, war ein Kontoumzug: Es begann auf dem persönlichen Konto bmadcode/BMAD-METHOD (Wayback-Machine-Aufnahmen von 2025-04-22 bis 2025-06-26) und zog im August 2025 in die Organisation bmad-code-org um (die Org wurde am 01.08.2025 erstellt; die erste Aufnahme der Org-URL datiert auf den 09.08.2025).

Der Launch-Ton war explizit anti-vibe-coding. Das Präsentationsvideo auf YouTube (@BMadCode, 18. April 2025) trug den Titel „Better than Vibe Coding: Hands‑On AI Agents Build Your Project Blueprint”, und ein README vom April 2025 (Wayback-Snapshot, 22.04.2025) verkaufte die Methode als „vorhersehbaren Implementierungsfluss mit weniger kostspieligem Rework oder Agenten-Credit-Verbrauch, als Vibe Coding erzeugt”. Das Wertversprechen kurz gesagt: Code-Assistenten wandeln implizite Annahmen oft in Code um; BMAD zwingt wichtige Entscheidungen dazu, als Dokumente festgehalten zu werden (Brief, PRD, Architektur, Spezifikation), die zu dauerhaftem Kontext für die nächste Arbeit werden.

Philosophie und Prinzipien

Das aktuelle README fasst die Philosophie um die Idee der KI-gesteuerten Entwicklung (AiDD) zusammen, die den gesamten Aufwand abdeckt, nicht nur den Code: was zu bauen ist, wie es sich einfügt, und wie es sich ändert, während man lernt. In der Dokumentation verifizierbare Prinzipien:

Angemessener Prozess (right-sized process): Für eine klare Änderung geht es direkt zur Implementierung; für große Initiativen wird tiefere Planung hinzugefügt. „Kleine Änderungen gehen direkt zum Build; komplexe Arbeit erhält die Tiefe, die sie braucht.”
Neuer oder bestehender Code: von Grund auf beginnen oder verifizierten Kontext über Legacy-Code herstellen und von dem ausgehen, was tatsächlich vorhanden ist.
Dauerhafter Kontext (durable context): Produkt- und technische Entscheidungen werden in Dokumenten vorangetragen, statt in jedem Chat neu erklärt zu werden.
Spezialisierte Perspektiven: Produkt-, Architektur-, UX-, Entwicklungs- und Test-Expertise einbringen, wenn sie hilft.
Geleitete Zusammenarbeit: strukturierte Abläufe und Multiagenten-Diskussionen, ohne das Urteilsvermögen abzugeben.
Ein einziger Lieferweg: von früher Reflexion über überprüfte Implementierung, Korrektur und Lernen.

CONTRIBUTING.md fügt ein Governance-Prinzip hinzu: menschliche Verstärkung, keine Ersetzung („Human Amplification, Not Replacement”). Jeder Beitrag muss die Frage beantworten „Macht das Menschen und KI besser zusammenarbeiten?”; rein automatisierte Lösungen, die den Menschen an den Rand drängen, und Komplexität, die die gemeinsame Basis fragmentiert, werden abgelehnt.

Wie es funktioniert

Die Methode funktioniert als Team spezialisierter Agenten, das einen agilen Ablauf ausführt, der Artefakte produziert. Version 6 (als stabil veröffentlicht am 17. Februar 2026) reorganisierte den Weg in eine Lieferschleife: Clarify → Plan → Build → Learn, bei der man an jedem Punkt beginnen kann. Die Planungs-Skills sind in drei Phasen gruppiert, jede schreibt ein Dokument, das an die nächste weitergegeben wird:

Phase	Skill	Was sie produziert
Analyse	`bmad-brainstorming`	`brainstorm.html` + optional `brainstorm-intent.md`
Analyse	`bmad-forge-idea`	`forge-report.html`; `forged-idea.md`, falls sich die Idee verfestigt
Analyse	`bmad-deep-recon`	`research.md` mit Zitaten + HTML-Briefing
Analyse	`bmad-product-brief`	`brief.md` + `addendum.md`
Analyse	`bmad-prfaq`	`prfaq-<project>.md` (getestet aus der Pressemitteilungs-Notiz)
Planung	`bmad-prd`	`prd.md`, `addendum.md`, `.memlog.md`
Planung	`bmad-ux`	`DESIGN.md`, `EXPERIENCE.md`, `.memlog.md`
Planung	`bmad-spec`	`SPEC.md` + Begleitdateien unter `specs/spec-<slug>/`; optional `stories.yaml`
Lösung	`bmad-architecture`	`ARCHITECTURE-SPINE.md`
Lösung	`bmad-create-epics-and-stories`	Epic-Dateien mit Stories
Lösung	`bmad-sprint-planning`	PASS/CONCERNS/FAIL-Urteil + `sprint-status.yaml`

Der operative Einstiegspunkt ist bmad-spec, das jede Absicht in einen kurzen Vertrag verdichtet und ihn auf Anfrage in Stories aufteilt (stories.yaml). Danach implementiert bmad-build eine Story pro Sitzung. Die Größe der Arbeit entscheidet, wie viele Sitzungen es gibt: ein kohärentes Ergebnis, das mehrere Sitzungen benötigt, ist ein Epic; mehrere Epics, oder etwa 20 oder mehr Sitzungen, ist ein Projekt. bmad-build-auto führt eine Sitzung aus, ohne auf menschlichen Input zu warten, aber erst, nachdem die wichtigen Implementierungsentscheidungen stabil sind; es wählt nicht die nächste Story aus und besitzt nicht das Backlog.

Die Release-Notiz v6.12.0 (4. September 2026) zeigt das Design in Bewegung: „Build entscheidet, wie viel Ritual eine Änderung braucht, nachdem untersucht wurde, nicht davor. Einfache Änderungen erhalten eine zweiteilige Spezifikation und enden in einer Sitzung.” Sie führte außerdem Review-Triage mit Urteil und Beweisen für jeden Befund ein und übernimmt ein handgeschriebenes AGENTS.md, statt es neu zu schreiben. Es gibt dokumentierte Breaking Changes (z. B. persistent_facts kommt leer an; {diff_output} wurde zu {diff_file}).

Das Ökosystem

Offizielle Repositorys der Organisation `bmad-code-org`

Das README listet die offiziellen Module auf, und die Organisation pflegt 18 Repos. Die wichtigsten, mit am 11. September 2026 konsultierten Sternezahlen:

bmad-code-org/BMAD-METHOD — der Kern: Software planen und liefern, von Prototypen bis zu konsolidierten Codebasen; 52.875 Sterne.
bmad-code-org/bmad-module-game-dev-studio — Spiele in jedem Framework ausdenken, gestalten und bauen (Unity, Unreal, Godot, Phaser); 231 Sterne.
bmad-code-org/bmad-builder — Ersteller und Validator für Skills, Abläufe und Agenten; 197 Sterne.
bmad-code-org/bmad-module-creative-intelligence-suite — kreative Denkpartner für Innovation, Design Thinking und Storytelling; 182 Sterne.
bmad-code-org/bmad-loop — baut, verifiziert und macht eine Retrospektive eines kompletten Epics unbeaufsichtigt; 125 Sterne.
bmad-code-org/bmad-method-test-architecture-enterprise — Unternehmens-Test-Zusatz; 97 Sterne.
bmad-code-org/bmad-method-wds-expansion — UX-Design (Whiteport Design System); 90 Sterne.
bmad-code-org/bmad-automator (40), bmad-method-ui (26, VS-Code-Erweiterung), bmad-module-template (17, Vorlage zum Erstellen installierbarer Module), bmad-utility-skills (7) und bmad-eval-quality (3, Qualitäts-Harness).
bmad-code-org/bmad-plugins und bmad-plugins-marketplace — Plugin-Distribution für alle Agentenplattformen.

Community-Ports, Tutorials und Erweiterungen

LarsCowe/bmalph — „Unified AI Development Framework”, das BMADs Phasen mit Ralphs autonomer Ausführung kombiniert; 406 Sterne. Es ist die sichtbarste Brücke zwischen BMAD (Planung) und Ralph (Schleifenausführung).
aj-geddes/claude-code-bmad-skills — BMAD-Skills für Claude Code mit Auto-Erkennung und Gedächtnisintegration; 485 Sterne.
ErwanLorteau/BMAD_Openclaw — eine Brücke der Methode zu OpenClaw; 309 Sterne.
ljxpython/bmad-method-tutorial — persönliches Tutorial und Praxis auf Chinesisch („bmad-method使用教程及个人实践”); 150 Sterne.
echoVic/boss-skill — „Boss Skill”, eine vollautomatisierte BMAD-Entwicklungspipeline mit Multiagenten-Orchestrierung, auf Chinesisch; 555 Sterne.
rihebty/flow-kit — eine Fusion aus bmad, spec-kit, OpenSpec, GSD, claude-task-master und superpowers; 399 Sterne.
stephenleo/bmad-autonomous-development (107), bookmark/BMAD-METHOD-EXP (90), armelhbobdad/bmad-module-skill-forge (95), robertguss/bmad_automated (88) und salacoste/antigravity-bmad-config (65, Antigravity-Konfiguration).

Das Repository selbst enthält README-Übersetzungen: README_CN.md (Chinesisch), README_KR.md (Koreanisch) und README_VN.md (Vietnamesisch), sowie Dokumentation unter docs/zh-cn, docs/ko-kr, docs/fr, docs/cs und docs/vi-vn.

Paketregister (npm)

Das npm-Ökosystem ist breit und größtenteils von Drittanbietern (Abfrage vom 11.09.2026): bmad-agent-init (Windsurf-Integration), bmad-mcp-server (MCP-Server für die Methode), bmad-statusline (für ccstatusline), bmad-invisible (Orchestrierungsschicht), bmad-md (Medizingeräte-/SaMD-Modul), bmad-odoo und convoke-agents (kompatible Agententeams), wdi-method (eine Methode, die BMad umhüllt), bmad-method-quarkus und bmad-module-ultracode-goal.

Offizieller und halboffizieller Status

BMAD-METHOD ist kein Produkt eines großen Anbieters, hat aber einen klaren halboffiziellen Status innerhalb der „KI-gesteuerte Entwicklung”-/„spec-driven development”-Community:

Eigene offizielle Distribution: Die Methode wird über den offiziellen bmad-code-org/bmad-plugins-Marktplatz ausgeliefert (installierbar in Claude Code mit /plugin marketplace add bmad-code-org/bmad-plugins und in Codex mit codex plugin marketplace add bmad-code-org/bmad-plugins) sowie über die Skills CLI (npx skills add bmad-code-org/BMAD-METHOD).
De-facto-Standard für das rollenbasierte Agentenmuster: Die Methode wurde im Hacker-News-Thread „The Claude Code Framework Wars” (ID 45155302, 125 Punkte, 13 Kommentare, Substack, 07.09.2025) zitiert, der das Ökosystem der Claude-Code-Frameworks kartografiert und BMAD-code unter den Beispielen des rollenbasierten Ansatzes listet. Es gibt keine formale „Standard”-Bezeichnung durch einen Anbieter, aber die Präsenz in solchen Listen und die Fülle an Community-Modulen machen es zu einer De-facto-Referenz für das Muster „Agenten-SDLC mit Artefakten”.
Kommerzielle Akkreditierung: Das Projekt präsentiert sich selbst als „der Standard für Unternehmens-KI-Lieferung”, mit optionaler Schulung/Zertifizierung und Beratung bei bmadcode.com. Der Kern ist 100 % kostenlos und unter MIT lizenziert („No paywalls. No premium tiers. Ever”).
Marke: „BMad” und „BMAD-METHOD” sind eingetragene Marken von BMad Code, LLC (siehe TRADEMARK.md); Community-Module müssen Namenskonventionen wie „My Module (BMad Community Module)” verwenden.

Schnellstart-Anleitung

Installation und erster Start

Voraussetzungen: ein KI-Programmierwerkzeug, das Skills unterstützt, Node.js + npm und Git, sowie uv (von Astral) für die Einrichtung und Python-Skripte.

Weg über die Skills CLI — innerhalb Ihres Projekts:

npx skills add bmad-code-org/BMAD-METHOD

Wählen Sie die Skills und das Code-Tool, das Sie wollen; schließen Sie bmad für Einrichtung und Hilfe ein.

Weg über das Claude-Code-Plugin (innerhalb von Claude Code):

/plugin marketplace add bmad-code-org/bmad-plugins

Weg über das Codex-Plugin (vom Terminal aus):

codex plugin marketplace add bmad-code-org/bmad-plugins

In beiden Marktplätzen installieren Sie bmad-method (Lieferabläufe) und bmad-toolbox (eigenständige Skills, einschließlich des bmad-Hubs). Öffnen Sie Ihr Werkzeug im Projekt und bitten Sie den bmad-Skill, bmad setup auszuführen; rufen Sie dann bmad-build mit dem auf, was Sie ändern möchten. Fragen Sie bmad jederzeit, wenn Sie Orientierung darüber wollen, was als Nächstes kommt oder was optional ist.

Aktualisierungen: bmad update prüft Versionen; installieren Sie Updates mit npx skills update oder Ihrem Marktplatz; bitten Sie danach bmad doctor, die bestehende Runtime des Projekts zu reparieren.

Gängige Workflows

Um eine klare Änderung zu planen: bmad-spec mit der Absicht ausführen; es erzeugt SPEC.md (und Begleitdateien unter specs/spec-<slug>/) sowie, falls Epic-groß, stories.yaml. Danach bmad-build mit der Absicht ausführen; die Implementierung landet unter dem Ordner der Spezifikation.
Für ein neues Multi-Epic-Produkt: bmad-prd (für das gemeinsame Produktdokument) und bmad-architecture (für ARCHITECTURE-SPINE.md) verwenden, dann bmad-spec pro Epic, bmad-create-epics-and-stories zum Aufteilen, und bmad-retrospective, um jedes Epic abzuschließen.
Um an Legacy-Code zu arbeiten: mit docs/existing-codebases/start-in-an-existing-codebase/ beginnen, das verifizierten Kontext über das Bestehende herstellt, bevor gebaut wird.
Für ein unbeaufsichtigtes Epic: sobald Entscheidungen stabil sind, baut, verifiziert und macht bmad-build-auto (oder das bmad-loop-Modul) eine Retrospektive des kompletten Epics.

Wesentliche Konfiguration

AGENTS.md — der Agenten-Vertrag im Projekt; seit v6.12 übernimmt bmad-project-context ein handgeschriebenes AGENTS.md, statt es neu zu schreiben.
SPEC.md (+ Ordner specs/spec-<slug>/) — der Vertrag einer konkreten Absicht; die Haupteingabe für bmad-build.
stories.yaml — die Reihenfolge der Stories innerhalb eines Epics; bmad-retrospective liest es als Inventar des Epics.
prd.md / ARCHITECTURE-SPINE.md — gemeinsame Dokumente, wenn mehrere Epics oder mehrere Ingenieure gemeinsamen Entscheidungen folgen müssen.
sprint-status.yaml — Story-Status, generiert von bmad-sprint-planning (PASS/CONCERNS/FAIL).

Häufige Fallstricke und Lösungen

Übermäßiger Token-Verbrauch: Der volle Ablauf lädt Dokumentation bei jeder Sitzung neu. Ein r/ClaudeAI-Nutzer (1rure2k, „Burning too many tokens with BMAD full flow”) berichtete davon; die geteilte Lösung (Nutzer jayjaytinker) war, die Dokumente als Referenzdateien zu behandeln, die Claude bei Bedarf liest, nicht als Kontext, der bei jeder Sitzung geladen wird.
AGENTS.md bläht sich auf: Ein r/ClaudeAI-Nutzer (1n79qvq) warnte, dass „BMAD adds to the AGENTS.md file quite a lot”. Es lohnt sich, die Datei zu überprüfen und zu kürzen, besonders bei kleinen Projekten.
Überzeremonie / Overkill für kleine Aufgaben: Mehrere Quellen (HN, Reddit) weisen darauf hin, dass die Methode für kleine Änderungen schwerfällig ist. Die dokumentierte Antwort des Projekts selbst ist, bmad-spec zu verwenden, das „sich an die Größe der Arbeit anpasst”, und für eine offensichtlich risikoarme Änderung BMad gar nicht erst zu installieren.
Breaking Changes zwischen Versionen (z. B. v6.12.0): persistent_facts kommt leer an (fügen Sie project-context.md erneut zu Ihrem Override hinzu, wenn Sie sich auf das Auto-Laden verlassen haben), und {diff_output} wurde zu {diff_file} in Review-Overrides.
Validierungsfehler bei Dateireferenzen: Für YAML-/Markdown-Skills ist der Validator uv run tools/validate_file_refs.py --strict.

Integrationen und Migration

KI-Code-Werkzeuge: Das README dokumentiert die Installation für Claude Code, Codex, und über die Skills CLI für Werkzeuge, die Skills unterstützen (Cursor, Cline, Roo, Aider usw.); auch Polytoken, Grok und ZCode wurden in v6.12 zum Installer hinzugefügt.
MCP: Das npm-Paket bmad-mcp-server stellt die Methode als Model-Context-Protocol-Server bereit.
Brücke zu autonomer Ausführung (Ralph): LarsCowe/bmalph und hieutrtr/RalphMAD kombinieren BMADs Planung mit der Ausführungsschleife von snarktank/ralph (21.756 Sterne). Typischer Ablauf: BMAD generiert Spezifikation/Epics/Stories → Ralph führt sie eine nach der anderen aus, bis das PRD vollständig ist.
Statuszeile / CI: bmad-statusline integriert den Status des Ablaufs mit ccstatusline; das Modul bmad-method-ui bietet eine VS-Code-Erweiterung.
Migration von anderen Frameworks: Es gibt keinen offiziell dokumentierten Migrationspfad; in der Praxis nutzt die Community BMAD anstelle von SuperClaude, Claude Flow oder spec-kit (siehe Vergleich). „Zu” BMAD zu migrieren bedeutet, die Skills zu installieren und die Artefakte (Brief/PRD/Spezifikation) über bestehendem Code zu generieren, beginnend mit der „existing codebases”-Anleitung.

Aktuelle Kennzahlen

Messung: 11. September 2026, GitHub-API.

Kennzahl	Wert
Sterne	52.875
Forks	5.982
Abonnenten (echte Watcher)	417
Hauptsprache	Python
Lizenz	MIT (README-Abzeichen; die API gibt `NOASSERTION` in `license.spdx_id` zurück)
Erstellt	13. April 2025
Letzter Push	10. September 2026
Neuestes stabiles Release	`v6.12.0`, 4. September 2026
Letzter Commit auf `main`	6. September 2026 (`abe4eb1b`)

Vorbehalte: Die GitHub-API lässt watchers_count die Sternezahl widerspiegeln; daher wird subscribers_count (417) als echte Abonnentenzahl angegeben. Das Feld open_issues_count (33) schließt Issues und offene Pull Requests ein, nicht nur Issues. Die Gesamtzahl der Commits konnte nicht ermittelt werden (die Commits-Such-API gab total_count: null zurück); das Datum des letzten Commits auf main wird als Aktivitätsproxy angegeben.

Top-Contributor (nach Commits, laut API): alexeyv (644), bmadcode (187), semantic-release-bot (91), muratkeremozcan (61), dracic (23), lrliang (15), pbean (13), ksylvan (13), forcetrainer (13), jheyworth (8). Der größte Beitragende nach Volumen (alexeyv) ist ein zentraler Maintainer, nicht der Gründer.

Community-Resonanz

Die eigentliche BMAD-METHOD-Diskussion findet nicht in dedizierten Hacker-News-Threads statt (die ~8 direkten Einreichungen haben geringe Reichweite, zwischen 1 und 4 Punkten und 0 Kommentaren; die älteste ist „BMad-Method: Universal AI Agent Framework”, ID 44879862, 04.08.2025, 4 Punkte). Das Gespräch findet als Kommentare innerhalb populärer KI-Coding-Threads statt und wird auf Reddit von r/ClaudeAI dominiert. Die Meinung ist geteilt: Es gibt klare Fans und wiederholte Einwände.

Lob (namentlich genannte Nutzer):

matt3D (HN 45155302, „The Claude Code Framework Wars”, 125 Pkt.): „Pretty surprised BMAD-method wasn’t mentioned. For my money it’s by far the best Claude Code compliment.” Wiederholte die Empfehlung später („my go to is the BMAD method”).
easygenes (HN 44081081, „Peer Programming with LLMs”, 213 Pkt./15 Komm.): „The best structure I’ve found… is called BMAD, and treats the LLM as though it were a whole development team in an orchestrated way that you have full control over.”
redact207 (HN 48002442, „Agentic Coding Is a Trap”, 463 Pkt./67 Komm.): „bmad-code-org/BMAD-METHOD is really good and I’ve onboarded a few SaaS projects into it now. Tech speccing and multiple cycles of elicitation are what deal with all the edge cases.”
ValentineC (HN 47282777, „Tell HN: I’m 60 years old…”, 1086 Pkt./206 Komm.): „I’ve been using BMAD for planning and speccing out something fairly elaborate, and it’s been a blast.”
sminchev (mehrere Threads): „I like it, I use it, I see high potential… it gives good results.” — und relativierend zu den Kosten: „It is expensive, I know… it takes a lot of tokens and the $20 is just not enough, but [it’s] worth it.”
Auf Reddit r/ClaudeAI ist der Thread 1m9lqfv („SuperClaude vs BMAD vs Claude Flow…”, 50 Upvotes, 23 Komm.) überwiegend positiv: Sir-Noodle (12) „I prefer BMAD. It is more extensive in terms of planning but delivers best results imo.”; Are_we_winning_son (5) „BMAD without question.”; RecentQuarter (1) „Been using BMAD for over a month now. So far it’s great… also learning to become a better product manager along the way.”

Kritik und konkrete Einwände (namentlich genannte Nutzer):

MattGrommes (HN 47243272, „Agentic Engineering Patterns”, 543 Pkt./53 Komm.): „There’s already BMAD… Basically, it’s Waterfall for Agents. Lots of Capitalized Words to signify something. Also they constantly call it the BMAD Method, even though the M already stands for method.”
taffyda vid (HN 47994012, „Specsmaxxing”, 287 Pkt./54 Komm.): „I just spent a week training up in spec driven development through bmad, which was awful… unnecessary ceremony around the specs, generating fields of spec documents which presumably fill up the context window quickly.”
paulnovacovici (HN 46743908, „Claude Code’s new hidden feature: Swarms”, 521 Pkt./43 Komm.): fragt, ob die Methode 90 % „production-ready”-Code erreicht, aber bei den letzten 10 % versagt, wenn die technische Schuld wächst.
desireco42 (HN 47417804, „Get Shit Done”, 473 Pkt./65 Komm.): „this was completely not very much useful… all smoke and mirrors. I would maybe use BMad, which suffers from same issues, like Speckit… I don’t know if they have some sponsorship with bunch of youtubers who are raving how awesome this is… without any supporting evidence.”
vielite1310 (HN 47197595, „Verified Spec-Driven Development”, 211 Pkt./35 Komm.): fragt, ob RPI, BMAD oder andere spec-driven-Ansätze bei mittelgroßen/großen Projekten tatsächlich funktionieren, „without wasting millions of tokens”.
Der kritischste gefundene Thread ist r/ChatGPTCoding 1o6j1yr („Spec-driven development for AI is a form of technical masturbation and frameworks like Spec-kit, bmad, Openspec are BS”, 39 Upvotes, 55 Komm.): Der OP im3000 behauptet „Context drift and pollution… you try to hand them a 4-page long spec and expect good results? Please!… Also mad token burn.” Die meistgevotete Pro-BMAD-Antwort (Chetan496, 27) entgegnet: „each task is supposed to be completed in a new session. That way there is no context pollution.”
Auf r/ClaudeAI, n0beans777 (1mmn41s): „it was bloating my projects out of proportion. Overly documenting everything, running around in circles.”; nizos-dev: „Agents are happy to over-engineer… I don’t use personas and I don’t see the point.”; stingraycharles (1m9lqfv): „These pre-built workflows are very meh… generic and generally total overkill.”

Ehrliche Synthese: Der Konsens ist nicht einheitlich. Befürworter schätzen es zum Klären vager Ideen und Planen im großen Maßstab (neue Produkte, Teams mit gemeinsamem PRD, Legacy-Code); Kritiker verweisen auf hohe Token-Kosten, Überzeremonie bei kleinen Änderungen und das Risiko von Überengineering. Das wiederkehrende Gegenargument ist, dass das Problem nicht die Methode ist, sondern die Nutzung: „Sie nutzen die Spezifikationen falsch — in Aufgaben pro Sitzung aufteilen.”

Vergleich mit ähnlichen Projekten

Projekt	Verifizierbare Überschneidung	Verifizierbarer Unterschied
`snarktank/ralph` (21.756 ★)	Automatisiert den Entwicklungszyklus bis zur PRD-Fertigstellung.	Ralph ist eine autonome Ausführungsschleife, die wiederholt, bis das PRD abgeschlossen ist; BMAD ist eine Planungs- und Liefermethode mit Artefakten. Sie sind keine direkten Rivalen: Projekte wie `bmalph` und `RalphMAD` kombinieren sie (BMAD plant, Ralph führt aus).
Spec-driven Development (spec-kit / OpenSpec / VSDD)	Alle generieren Spezifikationen und Tickets, die der Agent erfüllt.	BMAD fügt rollenbasierte Agenten (PM, Architekt, UX, Dev, QA) und einen vollständigen agilen Ablauf mit Kanban hinzu; die anderen konzentrieren sich auf den Spezifikation-zu-Code-Zyklus. Reddit-Nutzer gruppieren BMAD mit spec-kit und OpenSpec in dieselbe Kategorie (für manche „BS”, für andere „brillant”).
SuperClaude / Claude Flow / Awesome Claude	Plugins/Skills, die Claude Code mit Rollen und Abläufen erweitern.	SuperClaude und Claude Flow sind Shards/Skills für ein einziges Werkzeug; BMAD strebt IDE-Agnostizismus an (Claude Code, Codex, Cursor, Cline, Roo, Aider usw.) und liefert portable Dokumente.
TaskMaster	Aufgabenorchestrierung für Code-Agenten.	TaskMaster konzentriert sich auf die Verwaltung/das Backlog von Aufgaben; BMAD deckt den gesamten SDLC von der Idee bis zur Retrospektive ab. Auf Reddit werden beide zusammen in „Lock-in”-Debatten erwähnt.

Wie man beiträgt

CONTRIBUTING.md dokumentiert einen konkreten, strengen Prozess:

Vor dem Programmieren in Discord sprechen, wenn die Änderung Funktionalität hinzufügt, Code umstrukturiert oder mehr als ein paar Dateien berührt. „Ein großer PR aus dem Nichts hat eine hohe Wahrscheinlichkeit, geschlossen zu werden, unabhängig vom investierten Aufwand.”
Issues und Anfragen immer über GitHub Issues (Vorlagen für Bug-Reports und Feature-Requests).
Branches: Entwicklung erfolgt gegen dev (den Entwicklungs-Branch), und main ist nur für Releases. Es gibt einen V6.12-Branch für npm-Wartung. Gegen main geöffnete PRs werden auf dev umgeleitet.
PR-Größe: ideal 200–400 Zeilen, maximal 800 (ohne generierte), eine Funktion/ein Fix pro PR.
KI-generierter Code: Es wird erwartet, dass die meisten Beiträge KI nutzen, aber intensive menschliche Kuratierung ist erforderlich; PRs, die „sich wie rohe LLM-Ausgabe lesen” (massive ungewollte Refactorings, unaufgeforderte „Verbesserungen”), werden abgelehnt.
PR-Vorlage: Abschnitte What / Why / How / Testing, unter 200 Wörter. Conventional Commits (feat:, fix:, docs:, refactor:, test:, chore:), unter 72 Zeichen.
Validierung von Dateireferenzen: uv run tools/validate_file_refs.py --strict (für *.yaml/*.md/*.xml).

Das Projekt pflegt außerdem tools/validate_skills.py, tools/quality.py und einen bmad-eval-quality-Harness für Qualität/Evaluierung.

Anwendungsfälle und wem dieses Repository helfen kann

Teams oder Tech Leads, die spec-driven Development im großen Maßstab wollen: Der Ablauf bmad-prd → bmad-architecture → bmad-spec → Stories → bmad-build pro Sitzung ergibt ein neues Multi-Epic-Produkt mit dokumentierten gemeinsamen Entscheidungen und Tracking pro Epic. Geeignet für Organisationen, in denen mehrere Ingenieure parallel bauen und ein PRD als Dokument benötigen, dem alle zustimmen.
Einzelentwickler (Indie/Solo) bei großen Projekten: Für ein Projekt, das nicht in „One-Shot” passt, organisiert die Methode die Arbeit. Ein r/LocalLLaMA-Nutzer baute eine vollständige Web-App mit lokalem Qwen 3.6-35B mit BMAD; ein anderer beschrieb, wie er das Onboarding in seinem Unternehmen auf ~15 Minuten reduzierte. Sie ist nicht für schnelle Bugfixes an Legacy-Systemen gedacht (derselbe Nutzer räumt das ein).
Personen, die fremden / konsolidierten Code erben: Der „existing codebases”-Pfad (bmad-deep-recon, bmad-project-context) stellt verifizierten Kontext über das Bestehende her, bevor modifiziert wird, statt zu raten.
Produktteams, die vage Ideen klären müssen: bmad-brainstorming, bmad-forge-idea und bmad-prfaq testen eine Idee, bis sie sich verfestigt oder billig stirbt, bevor Code geschrieben wird.
Wer mit lokalen oder offenen Modellen arbeitet: bmalph/RalphMAD und der Ausführungsablauf erlauben die Nutzung offener Modelle (glm, kimi, deepseek), um komplexe Apps zu liefern.
Spielestudios und kreative Teams: Die offiziellen Module bmad-module-game-dev-studio (Unity, Unreal, Godot, Phaser) und bmad-module-creative-intelligence-suite erweitern die Methode auf diese Bereiche.
Wer ein Epic unbeaufsichtigt automatisieren möchte: bmad-build-auto oder das bmad-loop-Modul bauen, verifizieren und machen eine Retrospektive des kompletten Epics, sobald Entscheidungen stabil sind.

Ressourcen

Repository: https://github.com/bmad-code-org/BMAD-METHOD
Dokumentation: https://docs.bmad-method.org/ (Anleitung „Build your first change”: https://docs.bmad-method.org/start/build-your-first-change/)
Offizielle Skills / Plugins: https://github.com/bmad-code-org/BMAD-METHOD/tree/main/skills · Plugin-Marktplatz: https://github.com/bmad-code-org/bmad-plugins
Offizielle Module: Game Dev Studio, Creative Intelligence Suite, Test Architect, bmad-builder, bmad-loop (Org bmad-code-org)
Offizieller Blog / Changelog: https://blog.bmadcode.com/ (versionsweise Änderungen unter https://github.com/bmad-code-org/BMAD-METHOD/releases)
Web Bundles (Gemini Gems / ChatGPT GPTs): https://bmadcode.com/web-bundles/
Community / Discord: https://discord.gg/gk8jAdXWmj
YouTube (Tutorials und Master Classes): https://youtube.com/@BMadCode
GitHub Discussions: https://github.com/bmad-code-org/BMAD-METHOD/discussions
Paketregister (npm, größtenteils Drittanbieter): https://www.npmjs.com/package/bmad-mcp-server · https://www.npmjs.com/package/bmad-statusline · https://www.npmjs.com/package/bmad-invisible
Kuratierte Listen (awesome-*): shanraisshan/claude-code-best-practice (65.835 ★), awesome-opencode/awesome-opencode (10.183 ★), eltociear/awesome-AI-driven-development (539 ★), quemsah/awesome-claude-plugins (1.283 ★)
Hacker-News-Threads: 45155302 (Framework Wars) · 48002442 (Agentic Coding Is a Trap) · 47243272 (Agentic Engineering Patterns) · 44879862 (direkte Einreichung)
Assoziierte Projekte: LarsCowe/bmalph · ErwanLorteau/BMAD_Openclaw · aj-geddes/claude-code-bmad-skills · snarktank/ralph

Methodischer Hinweis: Dieser Artikel stützt sich auf das README, CONTRIBUTING.md, die Dokumentation von docs.bmad-method.org, die Release-Notizen und die GitHub-API von BMAD-METHOD, die Hacker-News-Such-API und Reddit-Spiegelarchive, konsultiert am 11. September 2026. Zahlen (Sterne, Forks, Beiträge) ändern sich mit der Zeit; die Upvote-Zahlen von Reddit sind Archiv-Snapshots.