# Rezeptbuch > Kopierfertige Prompts und Befehle für die Core-Agenten und jedes Pack, mit dem, was sie wirklich tun: Atlas, Forge, Sentinel, Nexus, Shadow, Zecher, SEO, Shield, Dev Studio, Atelier, die CLI. Canonical: https://bmad-plus.rochetta.fr/de/docs/guides/recipes-cookbook/ Language: de BMAD+ version: 0.23.1 Documentation reviewed: 2026-10-19 Author: Laurent Rochetta License: MIT BMAD+ Dokumentation › [Anleitungen](https://bmad-plus.rochetta.fr/de/docs/guides/) › Rezeptbuch Jedes Rezept ist ein Prompt, den du in dein KI-Tool einfügen kannst (oder ein Befehl fürs Terminal), und eine Beschreibung dessen, was er laut den den Agent definierenden Dateien tut. Ersetze die Projektangaben durch deine eigenen. Ergebnisse werden nur so weit genannt, wie das Repository sie festlegt; was von deinem Modell oder Tool abhängt, wird als abhängig bezeichnet. Prompts, die eine Person, eine Website oder ein Unternehmen nennen, sind Beispiele: Nutze nur Ziele, die du analysieren darfst. ## Core-Agenten ### Atlas: einen Markt recherchieren Atlas hat zwei Rollen, Analyst und Product Manager. Wörter wie „analyze“, „market“ oder „benchmark“ schalten ihn in die Analyst-Rolle; er kündigt den Wechsel an, und du kannst „skip“ antworten. Bei der Aktivierung begrüßt dich Atlas, zeigt sein Fähigkeitenmenü und wartet dann: Gib die Anfrage unten oder den Menücode `MR` an. **In deinem KI-Assistenten** ```text Atlas, analysiere den Markt für KI-Notiz-Apps. Nenne die wichtigsten Segmente, drei direkte Wettbewerber und zwei indirekte Alternativen, was jeder berechnet und wo ein Neueinsteiger sich unterscheiden könnte. Trenne, was du weißt, von dem, was du annimmst, und nenne die genutzten Quellen. ``` **Das solltest du erhalten** Eine Markt- und Wettbewerbsanalyse aus der Analyst-Rolle (Fähigkeit MR). Ihr Inhalt hängt vom Modell und vom Webzugriff deines Tools ab; der Prompt verlangt Quellen und Annahmen, behandle Aussagen ohne Quelle also als unverifiziert. ### Forge: eine Architektur vorschlagen Nutze es, wenn ein PRD oder Briefing existiert. Wörter wie „architecture“, „API“ oder „schema“ oder eine Änderung an mehr als fünf Dateien schalten Forge in die Architekt-Rolle. **In deinem KI-Assistenten** ```text Forge, schlage eine Architektur für die in _bmad-output/discovery/prd.md beschriebene App vor. Nenne den Stack mit Begründung für jede Wahl, die Hauptkomponenten und ihre Grenzen, das Datenmodell, die riskanteste Annahme und wie man sie zuerst testet. Behalte verworfene Alternativen samt Grund. ``` **Das solltest du erhalten** Ein Architekturdokument (Fähigkeit CA), unter `_bmad-output/` geschrieben; den Dateinamen wählt der Skill, lies also den Pfad, den er nennt. Im Autopilot ist es die Eingabe des Kontrollpunkts `architecture`, an dem du es freigibst, bevor eine Story geplant wird. ### Sentinel: UX und Barrierefreiheit eines Screens prüfen Sentinels Rolle UX-Reviewer. Ist das Design-Pack installiert, gelten Ateliers Regeln für visuelles Design und Barrierefreiheit, und Sentinel gibt diese ab. **In deinem KI-Assistenten** ```text Sentinel, prüfe die UX des Dashboards in src/pages/dashboard. Prüfe Tastaturnavigation, Fokus-Sichtbarkeit, Farbkontrast, leere und Fehlerzustände und was auf einem 360 px breiten Bildschirm passiert. Liste die Befunde nach Schwere mit Datei und Element auf und sage, welche Prüfungen du nur inspizieren und nicht ausführen konntest. ``` **Das solltest du erhalten** Ein UX-Review aus Sentinels Rolle UX-Reviewer mit nach Schwere geordneten Befunden. Ob eine Prüfung ausgeführt oder nur im Code gelesen wurde, hängt davon ab, was dein Tool ausführen kann; der Bericht sollte es sagen. ### Nexus: einen Plan in Epics und Stories verwandeln Nexus in seiner Scrum-Master-Rolle. Nutze es, wenn die Architektur freigegeben ist. **In deinem KI-Assistenten** ```text Nexus, erstelle die Epics und Stories des MVP aus dem PRD und der Architektur. Jede Story braucht Abnahmekriterien, die ich prüfen kann, ihre Abhängigkeiten und die Dateien, die sie voraussichtlich berührt, damit unabhängige Stories später parallel laufen können. Ordne sie und markiere die erste zu bauende. ``` **Das solltest du erhalten** Story-Dateien (Fähigkeit ES) unter `_bmad-output/`; den Ordner wählt der Skill, lies also die Pfade, die er nennt. Ein Sprintplan (SP) folgt nur, wenn du einen verlangst. Die Dateilisten je Story nutzt der Parallel Supervisor später, um zu entscheiden, welche Stories nicht kollidieren. ## Spezial-Packs ### Shadow: eine Due-Diligence-Prüfung mit erfasster Rechtsgrundlage OSINT-Pack, reguliert. Eine namentlich genannte Person oder eine Verarbeitung personenbezogener Daten verlangt zuerst einen erfassten Zweck, eine Rechtsgrundlage, Aufbewahrung und einen Löschweg (das Gate der Phase minus 1). Unternehmens- oder Marktrecherche ist nicht betroffen. Mindestens ein API-Schlüssel eines Anbieters muss gesetzt sein. **In deinem KI-Assistenten** ```text Shadow, führe eine Due-Diligence-Prüfung zum Lieferanten Acme Ltd und seinem Geschäftsführer durch. Zweck: Lieferanten-Onboarding für eine Vertragsunterzeichnung nächsten Monat. Rechtsgrundlage: berechtigtes Interesse, Art. 6 Abs. 1 lit. f, mit niedergeschriebener Interessenabwägung. Aufbewahrung: 12 Monate. Löschanfragen gehen an privacy@example.com. Erfasse das vor der Suche, halte das Budget unter 0,50 Dollar, außer ich stimme zu, und bewerte jeden Fakt von A bis D. ``` **Das solltest du erhalten** Zuerst entsteht die Rechtsgrundlagen-Erfassung. Das Dossier beginnt mit dem Hinweis „AI-generated OSINT output - may contain errors; not legal advice“, und jeder Fakt trägt eine Vertrauensstufe (A drei Quellen oder mehr, B zwei, C eine, D unverifiziert). Laut Agent-Datei werden Berichte unter `{output_folder}/osint-reports/` gespeichert; der Investigations-Skill kann eigene Ordner nutzen, lies also den Pfad, den er nennt. Ohne genannten Zweck und Rechtsgrundlage lehnt der Agent die Operation zu einer namentlich genannten Person ab und bietet nicht personenbezogene Alternativen an. Persönlichkeitsprofile brauchen eine eigene Bedingung nach Art. 9 Abs. 2 DSGVO. ### Zecher: die Projekte auf deiner Maschine indexieren Memory-Pack. Der Scan ist interaktiv: Nichts wird indexiert, bevor du jedes Projekt bestätigst. Das CLI-Äquivalent ist `npx bmad-plus scan ~/dev --depth 4`. **In deinem KI-Assistenten** ```text Zecher, scanne die Projekte in ~/dev. Überspringe die Ordner node_modules, vendor und build. Zeige mir eine Tabelle mit Projektname, erkanntem Stack, Status (aktiv, pausiert oder archiviert nach letzter Änderung) und ob BMAD+ installiert ist, und lass mich jedes bestätigen, bearbeiten, überspringen oder installieren, bevor du den Index schreibst. ``` **Das solltest du erhalten** Eine Tabelle gefundener Projekte mit einem Status aus der letzten Änderung (aktiv unter 30 Tagen, pausiert 30 bis 180, archiviert darüber), eine Wahl je Projekt und dann eine YAML-Karte je bestätigtem Projekt unter `~/.bmad-plus/brain/projects/` plus ein lesbarer `projects-index.md`. Danach ein Bericht, wie viele indexiert, neu und aktualisiert wurden. ### Backup Manager: ein Archiv mit Zeitstempel und eine Rotation Backup-Pack. Der Agent passt die Befehle an dein Betriebssystem an (PowerShell oder Bash) und fragt vor dem Löschen eines Backups nach. **In deinem KI-Assistenten** ```text /backup bevor ich das Abrechnungsmodul refaktoriere, dann zeig mir den Namen des Archivs und seine Größe. ``` **Das solltest du erhalten** Ein ZIP namens `_backup_.zip` in einem Ordner `backups/` des Projekts, das nur im Projektstamm `node_modules`, `.git`, `vendor`, `backups/`, `__pycache__` und `*.backup_*` auslässt (ein tiefer liegender Ordner `node_modules` wird archiviert). Die PowerShell-Form gibt die Größe aus; die Bash-Form nur den Dateinamen. Danach `/backup-list` zum Auflisten, `/backup-restore`, um eines in einen neuen Ordner `restore_/` zu entpacken (deine Dateien werden nicht überschrieben), und `/backup-clean`, um nach Rückfrage nur die letzten N (standardmäßig 5) zu behalten. ### Animated Website Creator: eine scrollgesteuerte Seite aus einem Video Animated-Pack. Braucht FFmpeg und FFprobe (mit dem Encoder `libwebp`), ein MP4 und Python 3 nur für die lokale Vorschau. Das Pack liefert kein Extraktionsskript: Der Agent extrahiert die Frames mit zwei ffmpeg-Befehlen. **In deinem KI-Assistenten** ```text Mache aus product-demo.mp4 eine scrollgesteuerte Website im Apple-Stil. Analysiere das Video zuerst mit ffprobe und zeige mir Dauer, Auflösung, Bildrate und die Zahl der Frames, die du empfiehlst. Warte auf meine Bestätigung, bevor du Frames extrahierst. Plane dann die sechs Overlay-Abschnitte (Hero, Vision, Details, Grid, Context, Call to Action) und frage mich nach ihrem Inhalt. ``` **Das solltest du erhalten** Eine Videoanalyse-Tabelle, dann eine empfohlene Frame-Zahl nach Dauer (0 bis 5 s: 60 bis 90 Frames und 400vh; 5 bis 15 s: 100 bis 150 und 650vh; 15 bis 30 s: 150 bis 200 und 800vh; über 30 s: auf 200 und 900vh begrenzt). Nach der Bestätigung WebP-Frames für Desktop (1920x1080) und Mobil (960x540) mit Manifest, im Budget von 10 MB für Desktop und 5 MB für Mobil, dann eine einzelne HTML-Datei mit eingebautem Designsystem. Standardmäßig nutzt die Seite Systemschriften und stellt keine externe Anfrage; der Agent fragt zuerst, und Google Fonts werden nur auf ausdrücklichen Wunsch verwendet, nach dem Hinweis, dass dann der Browser jedes Besuchers Google kontaktiert. ### SEO: eine technische Inspektion einer Website SEO-Pack, Agent Scout (Rolle Inspector). Es werden nur die von dir genannte URL und ihre internen Links abgerufen, nur öffentliche Adressen. Ohne nutzbare Python-Umgebung (optional mit `install --provision-python`) arbeitet der Agent im Nur-Prompts-Modus und markiert unverifizierte Kategorien, statt eine Note zu berechnen. **In deinem KI-Assistenten** ```text SEO Scout, führe die technische Inspektion (die Routine /seo technical) für https://staging.example.com vor unserem Launch durch. Melde Befunde zu Crawlbarkeit, Indexierbarkeit, Sicherheit, URL-Struktur und Mobil nach Schweregrad und sage, welche Kategorien du nicht verifizieren konntest. ``` **Das solltest du erhalten** Nur die technische Phase: Crawlbarkeit, Indexierbarkeit, Sicherheit, URL-Struktur, Mobil, Core Web Vitals, Erkennung strukturierter Daten, JavaScript-Rendering und IndexNow, mit Befunden nach Schweregrad. Der SEO-Skill definiert diese Unterbefehle, die du in einem Satz anfordern kannst (es sind Namen, die der Skill versteht, keine in deinem Tool registrierten Slash-Befehle): `/seo full ` (alle sechs Phasen), `/seo quick ` (Phasen 1 bis 4), `/seo content`, `/seo schema`, `/seo images`, `/seo hreflang`, `/seo pagespeed`, `/seo plan `, `/seo fix`, `/seo history`, `/seo compare`, `/seo competitor ` und `/seo api `. ### SEO: Wie bereit ist eine Website für KI-Suche? SEO-Pack, Agent Judge (Rolle GEO-Analyst). Er liest, worauf Crawler zugreifen können; er fragt keinen KI-Dienst ab. **In deinem KI-Assistenten** ```text SEO Judge, prüfe, wie bereit der Blog unter https://example.com/blog für die KI-Suche ist (die Routine /seo geo): Crawler-Zugriff für GPTBot, ClaudeBot und PerplexityBot, llms.txt und welche Passagen eine KI-Antwort zitieren könnte. Markiere, was du nicht verifizieren konntest, statt es zu bewerten. ``` **Das solltest du erhalten** Eine Analyse des Crawler-Zugriffs (GPTBot, ClaudeBot, PerplexityBot), von Vorhandensein und Qualität von `llms.txt`, der Zitierbarkeit der Inhaltsblöcke (die Anleitung betrachtet Blöcke von etwa 134 bis 167 Wörtern) und ein AI Readiness Score, aber nur, wenn alle Eingaben verifiziert sind; sonst werden die betroffenen Teile als `unverified` markiert, und es gibt keine Gesamtnote. ## Compliance- und Engineering-Packs ### Shield: ein SaaS gegen die DSGVO prüfen Shield-Pack. Der Orchestrator leitet nach deinen Worten an den passenden Spezialisten weiter (hier `gdpr-agent` mit sieben Workflows). Jeder Bericht ist als KI-generiert und „not legal advice“ gekennzeichnet. **In deinem KI-Assistenten** ```text Shield, bitte den DSGVO-Spezialisten (gdpr-agent), Code und Datenflüsse meines SaaS in diesem Repository durchzusehen: welche personenbezogenen Daten erhoben werden, wo sie gespeichert und hingeschickt werden, die ableitbare Rechtsgrundlage, Aufbewahrung, Betroffenenrechte und Auftragsverarbeiter. Liste Lücken nach Schwere mit der Datei auf, die jede zeigt, und sage, was du allein aus dem Code nicht feststellen konntest. ``` **Das solltest du erhalten** Ein strukturiertes Audit des DSGVO-Spezialisten (Code- und Systemaudit, mit Datenfluss- und PII-Prüfung unter seinen Workflows), das mit dem Vermerk „not legal advice“ endet. Die Befunde sind ein Anstoß für deinen DSB oder deine Rechtsberatung, keine Zertifizierung. Verwandte Workflows: `dpia-sentinel` (Folgenabschätzung), `breach-sentinel` (Art. 33 und 34, 72-Stunden-Meldung), `legitimate-interest`, `privacy-notice-gen` und `cookie-policy-gen`. ### Shield: zwei Rahmenwerke in einem Bericht vergleichen Betrifft eine Anfrage mehrere Rahmenwerke, listet der Orchestrator die relevanten mit einer Konfidenzstufe auf, leitet an jeden Spezialisten, ordnet die Kontrollen rahmenübergreifend zu und schreibt einen konsolidierten Bericht. **In deinem KI-Assistenten** ```text Shield, mache eine Lückenanalyse von ISO 27001 gegen NIST CSF 2.0 für unser Unternehmen. Nutze den ISO-27001-Spezialisten und den NIST-CSF-Spezialisten, ordne die Kontrollen zwischen beiden Rahmenwerken zu und gib mir einen konsolidierten Bericht: wo wir für beide einmal abgedeckt sind, wo nur eines abgedeckt ist und was zuerst zu tun ist. Nenne deine Annahmen zu unserem Geltungsbereich. ``` **Das solltest du erhalten** Ein konsolidierter Bericht aus der gemeinsamen Audit-Berichtsvorlage, mit rahmenübergreifender Zuordnung und priorisierten Maßnahmen, als KI-generiert und „not legal advice“ gekennzeichnet. Die Tiefe der Analyse jedes Spezialisten hängt davon ab, was du ihm über deine Organisation gibst. ### Shield: eine Datenschutz-Folgenabschätzung verfassen Der Workflow `dpia-sentinel` folgt Art. 35 DSGVO in sieben Schritten, von der Schwellenprüfung bis zur vorherigen Konsultation, mit einem Abschnitt zu KI-spezifischen Überlegungen. **In deinem KI-Assistenten** ```text Shield, führe eine DSFA für unsere Empfehlungs-Engine durch, die Nutzer anhand ihres Browserverlaufs bewertet. Beginne mit der Schwellenprüfung. Frage mich nach den fehlenden Fakten zu Art, Umfang, Kontext und Zweck der Verarbeitung, statt sie zu erfinden, und erstelle dann das Dokument mit seinen nummerierten Abschnitten; die Stellungnahme des DSB und die Unterschrift überlässt du denen, die sie geben müssen. ``` **Das solltest du erhalten** Ein DSFA-Dokument mit neun nummerierten Abschnitten: Projektinformationen, Schwellenprüfung, Beschreibung der Verarbeitung, Erforderlichkeit und Verhältnismäßigkeit, Risiken für Betroffene, Abhilfemaßnahmen, Stellungnahme des DSB, Schlussfolgerung und Unterschrift. Die Abschnitte 7 (Stellungnahme des DSB) und 9 (Unterschrift) müssen Menschen ausfüllen. ### Shield: ein Assurance Case, dessen Beleg eine ausgeführte Prüfung ist Shield-Pack mit der BMAD+-CLI. Die Fall-Datei liegt unter `_bmad/assurance/.yaml`; das Hauptbuch `runs.jsonl` hält jeden Prüflauf fest. Setze `BMAD_PLUS_ASSURANCE_KEY` (mindestens 32 Zeichen), um Einträge mit einem HMAC zu signieren. **In deinem KI-Assistenten** ```text Shield, erstelle einen Assurance Case für Release 1.4 mit bmad-plus assurance init _bmad/assurance/release-1-4.yaml. Deklariere Behauptungen wie „Abhängigkeiten haben keinen Hinweis hoher Schwere“ und „die Zugriffskontroll-Tests bestehen“, jeweils gestützt auf einen Befehl, den ich schon im Repository habe. Führe bmad-plus assurance run für die Prüfungen aus, dann bmad-plus assurance verify, und berichte, welche Behauptungen supported oder unsupported sind und bei jeder unsupported-Behauptung, ob ihre Prüfung missing, failed oder stale ist. Markiere eine Behauptung nicht als supported, wenn ihre Prüfung nicht lief. ``` **Das solltest du erhalten** Eine aus der Shield-Vorlage begonnene Fall-Datei, ein hashverkettetes Hauptbuch der ausgeführten Befehle (es laufen nur Befehle aus deiner eigenen Fall-Datei, und nur bei einem ausdrücklichen `assurance run`) und ein Urteil: `verify` endet mit 0, wenn die Behauptungen belegt sind, sonst mit 1. Eine belegte Behauptung heißt, dass eine benannte Prüfung bestand; es ist keine Zertifizierung. ### Dev Studio: Miriam schreibt einen Product Brief Dev-Studio-Pack: sechs Personas (Miriam, Huldah, Yosef, Rachel, Bezalel, Oholiab) und 38 Markdown-Workflows, die dein Assistent ausführt. Die CLI bereitet nur einen schreibgeschützten Kontext vor. **In deinem KI-Assistenten** ```text Miriam, nutze product-brief, um ein Feedback-Postfach für Außendienst-Techniker zu definieren, die den größten Teil des Tages offline arbeiten. Beschränke den ersten Umfang auf das, was ohne Verbindung funktioniert. ``` **Das solltest du erhalten** Ein Bericht unter `_bmad-output/dev-studio/product-brief.md` (der Standardort eines Workflow-Berichts ist `_bmad-output/dev-studio/.md`), der Produktproblem, Zielgruppe und ersten nützlichen Umfang nennt. Um genau zu sehen, was der Workflow erhält, führe `npx bmad-plus studio prepare product-brief --request "Define a feedback inbox that works offline" --json` aus: Es löst die Konfiguration auf, lädt die mitgelieferten Anweisungen, erfasst ihre Hashes und schlägt den Berichtspfad vor, ohne etwas auszuführen oder zu schreiben. ### Dev Studio: Oholiab reproduziert einen Fehler Der Workflow `investigate` der Ingenieur-Persona liefert Hypothesen, Reproduktionsnachweis und eine nächste Aktion. Liste die Workflows mit `npx bmad-plus studio list --json` auf. **In deinem KI-Assistenten** ```text Oholiab, nutze investigate, um den in docs/issue.md beschriebenen fehlschlagenden Import zu reproduzieren. Nenne zuerst deine Hypothesen, reproduziere den Fehler mit einem Befehl, den ich wiederholen kann, zeige seine echte Ausgabe und halte bei der nächsten Aktion an, ohne den Code zu ändern. ``` **Das solltest du erhalten** Ein Bericht mit Hypothesen, Reproduktionsbefehl und dessen echter Ausgabe sowie einem Vorschlag für die nächste Aktion. Der Workflow besteht aus Markdown-Anweisungen: Ob der Befehl wirklich laufen kann, hängt von den Berechtigungen deines Tools ab, und ein Scheitern wird gemeldet, nicht verborgen. ## Design und Kommandozeile ### Atelier: eine bestehende Oberfläche prüfen Design-Pack, Rolle Reviewer. Das Audit folgt dem Skill `design-review`; der Bericht kennzeichnet jeden Befund als `tool` (ein Befehl lief, seine Ausgabe ist zitiert) oder `inspection` (gegen die Checkliste gelesen). Ein Review ändert nichts. **In deinem KI-Assistenten** ```text /design review src/ ``` **Das solltest du erhalten** Ein Bericht unter `_bmad-output/design/review.md` mit Befunden, geordnet ab den Barrierefreiheits-Blockern, jeder als `tool` oder `inspection` gekennzeichnet. Eine Zahl erscheint nur unter `tool`; eine vom Skill erwartete, aber nicht ausführbare Prüfung steht unter „not run“, nie geschätzt. Weitere Befehle: `/design read`, `/design build `, `/design redesign` und `/design tokens`. ### Ein bestehendes Projekt mit autoconfig starten Ein Terminal-Befehl, kein Chat-Prompt. Er analysiert das Projekt, empfiehlt Packs, installiert sie und endet mit vorgeschlagenen nächsten Prompts. **In deinem KI-Assistenten** ```text npx bmad-plus autoconfig --yes ``` **Das solltest du erhalten** Der erkannte Stack und die Struktur mit einem Gesundheitsprozentsatz des Projekts, dann die empfohlenen Packs: immer Core und Memory; Dev Studio, wenn das Projekt kein `docs/` oder mehr als fünf Ordner auf oberster Ebene hat; Shield, wenn CI/CD oder Docker gefunden wird; SEO bei Next.js, Nuxt, Angular, React, Vue.js oder Svelte. Er installiert sie (mit `--yes` ohne Rückfrage) und gibt einige empfohlene erste Prompts aus, etwa Sentinel zu bitten, ein Test-Framework einzurichten, wenn keines existiert. In einem echten Lauf auf einem leeren Projekt endete er mit „Autoconfig complete!“. ### Eine Installation in einem Skript prüfen Ein Terminal-Befehl für CI oder eine Vorabprüfung. `doctor` ist schreibgeschützt, kontaktiert nie npm und endet bei jedem Fehler mit 1. **In deinem KI-Assistenten** ```text npx bmad-plus doctor --json ``` **Das solltest du erhalten** Ein JSON-Bericht mit `schemaVersion`, `status` (`ok` bei gesunder Installation), den installierten und CLI-Versionen, dem Besitz-Inventar (`complete` mit der Zahl verfolgter Dateien), jedem Pack mit seinen Pflichtressourcen, den Integrationen, den Laufzeiten und den einzelnen Prüfungen. Ergänze `--verify-python`, um den bereitgestellten Python-Interpreter eines Packs isoliert auszuführen und zu bestätigen, dass seine Module importierbar sind. **Siehe auch** - [Deine erste Stunde mit BMAD+](https://bmad-plus.rochetta.fr/de/docs/guides/first-hour/) - [Alle Packs](https://bmad-plus.rochetta.fr/de/docs/packs/packs-overview/) - [Die Agent-Liste](https://bmad-plus.rochetta.fr/de/docs/agents/agents-roster/) - [Die Kommandozeilen-Referenz](https://bmad-plus.rochetta.fr/de/docs/reference/cli-overview/) - [Schwärme aus Sub-Agenten](https://bmad-plus.rochetta.fr/de/docs/concepts/swarm/) - [Code-Review und menschliche Abnahme](https://bmad-plus.rochetta.fr/de/docs/concepts/code-review-and-acceptance/) [BMAD+ Dokumentation](https://bmad-plus.rochetta.fr/de/docs/) · [Anleitungen](https://bmad-plus.rochetta.fr/de/docs/guides/) [Quellcode auf GitHub](https://github.com/lrochetta/BMAD-PLUS)