BMad Method im Detail: agiler Rahmen für KI-gestützte Entwicklung mit dauerhaftem Kontext
BMAD-METHOD ist ein kostenloses Open-Source-Framework für agile KI-Entwicklung, dessen Agenten als erfahrene Kollaborateure führen und die Planungstiefe vom Bugfix bis zum Enterprise-System anpassen.
Auf einen Blick
- Was ist das?
- Objekt, Mechanismus und Kernbefund: BMad Method macht Entscheidungen in der KI-Entwicklung explizit und trägt sie als Kontext weiter, installierbar über npx bmad-method und organisiert in Modulen von Testarchitektur bis Spielentwicklung.
- Für wen ist es gedacht?
- BMad Method passt zu Teams, die Coding-Assistenten nutzen, aber die Planungsentscheidungen nicht im Chat verlieren wollen, und die bereit sind, einen Methodenrahmen samt Node.js 20.12, Python 3.10 und uv im Projekt zu verankern. Ungeeignet ist es, wenn ein Team seinen bestehenden Prozess nicht anfassen will, denn der Nutzen hängt daran, dass Briefs, Spezifikationen und Architektur wirklich gepflegt werden.
- Darf ich es kommerziell nutzen?
- Erst prüfen. Die Lizenz dieses Repositorys ordnen wir nicht automatisch ein; lesen Sie vor jeder kommerziellen Nutzung die LICENSE-Datei.
- Wird es noch gepflegt?
- Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich JavaScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
BMad Method: Annahmen sichtbar machen, bevor sie Code werden
Coding-Assistenten bauen zügig Implementierungen, aber sie verwandeln unausgesprochene Annahmen in Code. Das ist der Ausgangspunkt, von dem die BMad Method herleitet, was sie anders macht. Das README positioniert sie als agilen Weg für KI-gestützte Entwicklung, der die ganze Arbeit abdeckt, nicht nur den Code: was gebaut wird, wie es zusammenhält und wie es sich ändert, wenn man dazulernt. Wichtige Entscheidungen sollen explizit bleiben und als Kontext in die Arbeit danach hineingetragen werden, statt in jedem Chat neu erklärt zu werden.
Die Metadaten ordnen das Repository bmad-code-org/BMAD-METHOD JavaScript zu, die Installation läuft über das npm-Paket bmad-method. 52.418 Sterne und 5.963 Forks zeigen eine beachtliche Reichweite, 126 offene Issues wirken daneben klein. Der Anspruch deckt laut README sowohl ein Wochenend-Prototyp als auch ein System mit Jahren Geschichte ab; ob beides gelingt, sagt die README nicht, sondern verweist auf die Dokumentation unter docs.bmad-method.org.
npx bmad-method install: Voraussetzungen und der erste Lauf mit bmad-build
Die Voraussetzungen sind konkret genannt: Node.js 20.12 oder neuer, Python 3.10 oder neuer und uv. Die Installation ist ein Befehl: npx bmad-method install. Danach öffnet man das Projekt im eigenen KI-Codierungswerkzeug, ruft bmad-build mit der gewünschten Änderung auf und behält selbst die Entscheidungen, die zählen. Für Orientierung sorgt bmad-help, das laut README Hinweise darauf gibt, was als Nächstes kommt und was optional ist.
Was in diesen Befehlen im Einzelnen passiert, beschreibt das README nicht; dafür gibt es zwei dokumentierte Einstiege. Das Tutorial Build Your First Change unter docs.bmad-method.org/start/build-your-first-change/ führt durch Installation und ein kleines Projekt, der Leitfaden Established Projects unter docs.bmad-method.org/how-to/established-projects/ behandelt den Anschluss an einen bestehenden Codebestand. Für Voraussetzungen, Updates und Vorabversionen verweist das README zusätzlich auf die Installationsanleitung unter docs.bmad-method.org/start/install-bmad/.
Recht dimensionierter Prozess: kleine Änderungen direkt, große mit Tiefe
Das Kernversprechen der Methode ist ein Prozess, der sich selbst auf die Aufgabe dimensioniert. Klar umrissene Änderungen gehen direkt in die Implementierung, größere Vorhaben bekommen tiefere Planung. Das README nennt dazu sechs Eigenschaften: ein Prozess in passender Größe, Nutzung für neuen oder bestehenden Code, dauerhafter Kontext, spezialisierte Perspektiven aus Produkt, Architektur, UX, Entwicklung und Tests, geführte Zusammenarbeit über strukturierte Workflows und mehr Agenten-Diskussionen, sowie ein einziger Lieferpfad vom frühen Denken über geprüfte Implementierung bis zur Korrektur.
Der flexible Einstieg ist dabei mehr als Marketing: Wer BMad nicht durchgängig übernehmen will, kann dessen Briefs, Spezifikationen und Architektur-Artefakte in einen bestehenden Lieferworkflow einbringen. Für bestehende Codebasen betont das README, dass BMad verifizierten Kontext aufbaut und von dem arbeitet, was tatsächlich im Bestand liegt, statt von Annahmen darüber. Wie die Workflows im Einzelnen ineinandergreifen, zeigt die Workflow-Map unter docs.bmad-method.org/reference/workflow-map/. Leistungs- oder Ablaufzahlen nennt das README auch hier nicht.
Module von BMad Loop bis Game Dev Studio: das Ökosystem um den Kern
Dieses Repository ist die Kernmethode; spezialisierte Arbeit liegt in offiziellen Modulen mit eigenen Repositories. BMad Builder baut Skills, Workflows und Agenten. Die Creative Intelligence Suite liefert kreative Denkpartner für Innovation, Design Thinking und Storytelling. Der Test Architect ist als Enterprise-Test-Add-on positioniert. BMad Loop baut, verifiziert und retrospektiert laut README eine ganze Epic unbeaufsichtigt, und das Game Dev Studio deckt Spielideen und -bau in Frameworks wie Unity, Unreal, Godot und Phaser ab.
Bemerkenswert an BMad Loop ist der Anspruch, ohne Aufsicht einen gesamten Umfang zu durchlaufen; welche Sicherungen dabei greifen, beschreibt das README nicht. Installations- und Kompatibilitätsdetails zu den Modulen sucht man im Kern-README vergebens, jedes Modul führt seine eigene Dokumentation. Wer den Kern erst einmal testet, kann Module also nach Bedarf zulegen, sollte aber einplanen, dass jede Erweiterung ihre eigene Lernkurve mitbringt.
Web-Bundles als Gemini Gems und Custom GPTs: Planung außerhalb der IDE
Ein eigener Weg neben der Installation sind Web-Bundles unter bmadcode.com/web-bundles/. Sie verpacken ausgewählte BMad-Workflows als Google Gemini Gems und ChatGPT Custom GPTs, gedacht für die Planung innerhalb eines bestehenden Web-Abonnements. Die resultierenden Artefakte werden danach in das KI-Codierungswerkzeug übertragen und dort implementiert. Das trennt Denkarbeit und Codearbeit auf zwei Umgebungen, was für Teams passt, deren Planer ohne IDE arbeiten.
Die Grenze dieser Route liegt im Übertragungsschritt: Zwischen Web-Planung und Implementierung landen die Artefakte manuell im Projekt, und die README beschreibt nicht, welche Formate dabei erwartet werden. Alternativ dazu steht die klassische Route, Planung und Implementierung im selben Werkzeug zu behalten. Der Unterschied ist handfest: Web-Bundles senken die Hürde für Beteiligte ohne Entwicklungsumgebung, kosten aber einen Synchronisationsschritt, den man im Projektprozess unterbringen muss.
MIT, Marken von BMad Code, LLC und der Sprung auf V6
Lizenziert ist BMad Method unter der MIT-Lizenz, verlinkt auf die LICENSE-Datei. Die README ergänzt eine Markennote: BMad und BMAD-METHOD sind Marken von BMad Code, LLC, Details stehen in TRADEMARK.md. Das Projekt wirbt damit, frei und offen zu sein, ohne bezahlpflichtige Workflows oder eine abgeschottete Community; Unterstützung läuft über Buy Me a Coffee unter buymeacoffee.com/bmad und eine E-Mail-Adresse für Unternehmenssponsoring.
Die Versionsgeschichte zeigt Tempo und Bruchstellen zugleich: v6.9.0 erschien am 22. Juni 2026, v6.10.0 am 3. Juli, v6.11.0 am 10. August, dem Tag des letzten Pushs in den main-Zweig. Es gibt einen eigenen Migrationsleitfaden Upgrade to V6 unter docs.bmad-method.org/how-to/upgrade-to-v6/, was darauf hindeutet, dass der Sprung in die 6er-Reihe eine eigene Anstrengung ist. Wer den Rahmen übernimmt, sollte die eigene Versionslage dagegen halten, bevor Workflows und Module angepasst werden.
Redaktionelles Fazit
BMad Method passt zu Teams, die Coding-Assistenten nutzen, aber die Planungsentscheidungen nicht im Chat verlieren wollen, und die bereit sind, einen Methodenrahmen samt Node.js 20.12, Python 3.10 und uv im Projekt zu verankern. Ungeeignet ist es, wenn ein Team seinen bestehenden Prozess nicht anfassen will, denn der Nutzen hängt daran, dass Briefs, Spezifikationen und Architektur wirklich gepflegt werden. Vor dem Einstieg sollte man anhand der Workflow-Map unter docs.bmad-method.org/reference/workflow-map/ prüfen, welche Pfade zur eigenen Arbeitsweise passen, und mit dem Tutorial Build Your First Change eine kleine Änderung über bmad-build durchspielen, bevor man den Rahmen auf ein bestehendes System legt.
Community-Notizen