BMAD stellt die Installation komplett um, und das ist gut so

Wer die BMAD-Methode mit einem KI-Coding-Assistenten nutzt, hat sie vermutlich so installiert:

npx bmad-method install

Damit ist bald Schluss. Auf dem dev-Branch kommt BMAD ohne eigenen Installer aus. Stattdessen liegt es dort als flache Sammlung von Skills vor, die ihr mit der allgemeinen Skills CLI hinzufügt oder über einen Plugin-Marktplatz in Claude Code oder Codex installiert:

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

Wir finden: ein guter Schritt. Was sich geändert hat und warum:

Was passiert ist

Die Umstellung kam am 5. September 2026 mit PR #2768, „distribute BMAD as a flat skills tree via npx skills and plugin marketplaces“ (Merge-Commit 255c651). Ein paar Commits daraus zeigen, worum es geht:

• 3018779 entfernt den Einstiegspunkt des Installers samt Abhängigkeiten.
• 3c12a07 entfernt den Workflow für die Veröffentlichung auf npm.
• 636f8e2 entfernt das Veröffentlichungsskript und die veralteten v6-Shim-Skills.

Im Repository gibt es jetzt einen Ordner skills/ mit einem Unterordner pro Skill; jeder bringt seine eigenen Anweisungen und ein kleines Manifest mit. Der dev-Branch hat nicht einmal mehr eine package.json. Die Python-Tools laufen über uv, das damit Pflicht wird.

Was bisher der Installer erledigt hat, steckt jetzt in einem eigenen Skill. Der neue Hub-Skill bmad hat zwei Befehle. bmad setup legt an, was fehlt, und bringt Veraltetes in Ordnung. Ihr führt ihn nach der Erstinstallation und nach jedem Update aus. bmad status ändert nichts, sondern zeigt die installierten Versionen und den nächsten Schritt. Die Updates selbst bezieht ihr dort, wo ihr auch installiert habt: über npx skills update oder euren Plugin-Marktplatz.

Installieren lässt sich BMAD jetzt auf drei Wegen:

# Skills CLI, jedes Tool, das Skills unterstützt
npx skills add bmad-code-org/BMAD-METHOD

# Claude Code, innerhalb einer Session
/plugin marketplace add bmad-code-org/bmad-plugins

# Codex, im Terminal
codex plugin marketplace add bmad-code-org/bmad-plugins

Warum wir das gut finden

BMAD ist eine Möglichkeit, KI-gestützte Entwicklung zu strukturieren, aber nicht die einzige. Arbeitet euer Team mit KI-Assistenten, aber noch ohne Framework? Dann probiert eins aus. Den Unterschied merkt ihr schnell, im Code wie in den Reviews.

Und warum wir den Abschied vom Installer für richtig halten:

Ein Format statt einer Integration pro Tool. Der alte Installer musste jedes Coding-Tool einzeln kennen und seine Dateien in den jeweils passenden Ordner schreiben. Jeder neue Assistent bedeutete neuen Installer-Code, und die Liste der unterstützten Tools wurde immer länger. Skills dagegen sind ein gemeinsames Format. Ein Tester aus der Community hat bestätigt, dass die neue Struktur in opencode vollständig funktioniert, ohne dass opencode BMAD eigens unterstützen muss.

Es passt zu dem, was Teams ohnehin nutzen. Viele Entwickler verwenden npx skills schon für Skills aus anderen Quellen. Wir auch: in mehreren Projekten, und auch unsere internen Skills verteilen wir so zwischen den Teams. Davon profitieren wir direkt. BMAD ist kein eigenes Werkzeug mehr mit eigenem Installer, eigener Update-Routine und eigenen Vorstellungen davon, wo Dateien hingehören, sondern einfach eine weitere Quelle in einem Setup, das wir sowieso haben. Neuland ist das übrigens nicht: Die Skills von Matt Pocock werden schon genauso ausgeliefert, über npx skills oder ein Claude-Code-Plugin, mit einem Setup-Skill, den man einmal ausführt, genau wie bmad setup. npx skills list zeigt BMAD neben allem anderen, npx skills update aktualisiert es zusammen mit dem Rest, und projektbezogene Skills landen wie alle anderen mit im Repository. Teams mit Claude Code oder Codex bekommen dasselbe über den Plugin-Marktplatz, den sie ohnehin nutzen. Und eine eigene Installer-Version, die zu den installierten Skills passen muss, gibt es auch nicht mehr.

Ihr nehmt nur, was ihr braucht. Der Installer dachte in Modulen: Ihr habt ein Modul gewählt und dann alle seine Skills bekommen. Mit der Skills CLI sucht ihr euch einzelne Skills aus. Wollt ihr nur bmad-build und den Hub, landet auch nur das in eurem Projekt:

npx skills add bmad-code-org/BMAD-METHOD --skill bmad --skill bmod-core-tools --skill bmod-method --skill bmad-build

Das Repository ist das Release. Bisher lag auf GitHub Quellcode, den der Installer erst zu einer Installation zusammenbaute. Jetzt bekommt ihr genau das, was ihr dort lest. Überrascht euch ein Skill, öffnet ihr dieselbe Datei, die auch euer Agent liest. Bei einem Werkzeug, das nichts anderes tut, als einen KI-Agenten zu steuern, zählt diese Transparenz.

Eine ganze Fehlerklasse fällt weg. Solange es zwei Wege gibt, etwas zu installieren, gibt es zwei unterschiedliche Verzeichnisstrukturen, und jeder Skill muss mit beiden klarkommen. Genau das ist BMAD passiert. Seine Skills riefen Hilfsskripte unter _bmad/scripts/ auf, einem Ordner, den nur der npm-Installer anlegt. Wer dieselben Skills über den Plugin-Marktplatz installiert, hat diesen Ordner schlicht nicht. Die Skripte liefen nie, und niemand hat es gemerkt, weil die Skills dann einen Ausweichweg nahmen, dessen Ergebnis genauso aussah. Erzeugen zwei Installationswege zwei verschiedene Strukturen, verkümmert einer davon früher oder später, ohne dass es jemand merkt. Den zweiten Weg zu streichen ist die ehrliche Lösung.

Was ihr beachten solltet

Noch ist das nicht veröffentlicht. Aktuell ist weiterhin v6.12.0 vom 4. September, mit dem alten Installer; Fehlerbehebungen dafür gibt es weiter auf dem Branch V6.12. Die Platzhalter-Version auf dev lautet 6.13.0-next. Parallel arbeiten die Maintainer an einem größeren Umbau der Planung, den sie v7 nennen und schon als Vorschau anbieten: eine neue Struktur aus „Initiativen“ mit Tickets statt epics.md und sprint-status.yaml, dazu eine Migration von v6 auf v7 für bestehende Projekte. Ob die neue Auslieferung als 6.13 kommt oder erst mit v7, ist noch offen.

Ein paar Baustellen gibt es noch:

• Die offiziellen Zusatzmodule (Test Architect, Creative Intelligence Suite, Builder und andere) verweisen noch auf den alten Installer. Wer den Kern über die neuen Wege installiert, hat deshalb noch keinen dokumentierten Weg, sie dazuzunehmen (#2841).
• Die BMAD-Skripte beanspruchen die .venv des Projekts für sich. Das beißt sich mit Python-Projekten, die ihre eigene verwalten (#2823).
• Ihr braucht jetzt Node.js, Git und uv.

Unser Rat: Produktivprojekte vorerst auf 6.12 lassen und den neuen Weg in einem Wegwerf-Branch oder Worktree ausprobieren. So seid ihr vorbereitet, wenn das Release kommt.

Fazit

Ein Installer verspricht, dass das Projekt eure Umgebung besser kennt als ihr selbst. Für ein Werkzeug, das in einem halben Dutzend KI-Assistenten läuft, die sich jeden Monat ändern, ließ sich dieses Versprechen immer schwerer halten. BMAD gibt es deshalb einfach nicht mehr: Es liefert schlichte Skills aus, überlässt die Installation Standardwerkzeugen und packt das Setup in einen Skill, den der Agent selbst ausführen und reparieren kann. Weniger Magie, mehr Auswahl: genau der richtige Tausch.

Ihr wollt die KI-Arbeit in eurem Team genauso strukturieren und sucht dafür Unterstützung? Dafür gibt es unser Programm Guided AI.