Vertrauen, Eigentum und Lizenzen

Einem Werkzeug zu vertrauen, das dein Projekt ändert, läuft auf wenige Fragen mit prüfbaren Antworten hinaus. Wessen Arbeit ist das, und unter welcher Lizenz? Welche Dateien hält das Werkzeug für seine eigenen, und wie unterscheidet es sie von deinen? Was behält es, wenn du aktualisierst oder entfernst? Was ist bewusst eingeschränkt? Diese Seite beantwortet jede, mit der Datei oder dem Befehl, mit der man es prüfen kann.

Wer was geschrieben hat#

BMAD+ wurde von Laurent Rochetta geschaffen. Es ist ein unabhängiges Community-Projekt, abgeleitet von BMAD-METHOD (MIT) von BMad Code, LLC; es ist weder mit BMad Code, LLC verbunden noch von ihr gebilligt oder zertifiziert, und BMad, BMad Method und BMad Core sind Marken der BMad Code, LLC. Die erklärte Grundlage ist BMAD-METHOD v6.6.0. Inspirationen und adaptiertes Material werden dort genannt, wo sie genutzt werden, und die Tabelle trennt, was der Autor des Projekts schrieb, von dem, was von anderswo kommt.

Der vollständige Lizenztext und die Prüfhinweise stehen in THIRD-PARTY-LICENSES.md, im npm-Paket und im Repository unter github.com/lrochetta/BMAD-PLUS ↗ enthalten, neben LICENSE (MIT, Copyright 2026 Laurent Rochetta). Die Hinweise beschreiben mitgelieferte oder adaptierte Quellmaterialien; sie behaupten nicht, dass jede ausgelieferte Datei byteidentisch mit einer Upstream-Revision ist.

Welche Dateien BMAD+ besitzt und woher es das weiß#

Jede vom Installer geschriebene Datei wird mit ihrem SHA-256-Hash im Manifest _bmad/.bmad-plus-install.json erfasst (ein fileInventory). Eine Datei gehört BMAD+, solange ihre Bytes noch dem erfassten Hash entsprechen; sobald du sie bearbeitest, ist sie deine. Adapter werden separat über einen Hash ihres Inhalts mit normalisierten Zeilenenden verfolgt. Dieses Besitz-Inventar steuert drei Verhaltensweisen: doctor meldet Abweichungen, das Update erhält bearbeitete Dateien, und die Deinstallation entfernt nur, was noch byteidentisch ist.

$ npx bmad-plus doctor --json
{
  "schemaVersion": 1,
  "status": "ok",
  "versions": { "installed": "0.23.0", "cli": "0.23.0", "published": null },
  "inventory": { "status": "complete", "trackedFiles": 39 },
# Auszug, auf weniger Zeilen umformatiert. `published` ist immer null: doctor fragt nie npm ab.

Was erhalten bleibt und wann#

Was die Deinstallation entfernt und was sie behält#

Die Deinstallation entfernt nur Dateien, die BMAD+ gehören: byteidentisch mit dem Gelieferten, die Adapter, deren Hash passt und die die Installationsmarke tragen, die aus einem externen Paket wie design-skill kopierten Skills und das Manifest. Sie entfernt leere Ordner, die ihr gehörten, und löscht nie rekursiv. Sie behält _bmad/config.yaml, das Projektgedächtnis, _bmad-output/, von dir bearbeitete Dateien und Dateien, die sie nicht kennt. Sie lehnt verlinkte Pfade ab und braucht ohne Terminal --yes. Bei ungültigem Manifest endet sie mit 1. Das Abnahmeprotokoll von 0.23.0 enthielt diese Prüfung: Eine in .agents/memory/ abgelegte Zeugennotiz überlebte, und die kopierten Design-Skills waren weg.

$ New-Item -ItemType Directory -Path .\demo-app\.agents\memory -Force
$ Set-Content -LiteralPath .\demo-app\.agents\memory\context.md -Value 'BMAD+ 0.23.0 memory witness' -Encoding utf8
$ npx bmad-plus uninstall --yes --directory .\demo-app
T   BMAD+ Uninstaller
•  BMAD+ v0.23.0 (installé le 2026-10-18)
•  Packs sélectionnés: core, design
o  ✅ BMAD+ supprimé (106 éléments)
—  La mémoire, les réglages et les fichiers inconnus ou modifiés ont été conservés.
$ Get-Content -LiteralPath .\demo-app\.agents\memory\context.md
BMAD+ 0.23.0 memory witness
$ Test-Path .\demo-app\.agents\skills\design\SKILL.md
False

Was bewusst reguliert oder eingeschränkt ist#

Das OSINT-Pack: behalten und regulieren#

Die Recherche zu einer namentlich genannten Person ist Verarbeitung personenbezogener Daten, und Profiling oder das Ableiten von Persönlichkeit ist reguliert (Art. 4 Nr. 4, 22 und 9 DSGVO sowie vergleichbare Gesetze wie UK GDPR, LGPD und CCPA/CPRA). „Öffentlich verfügbar“ heißt nicht, dass keine Regeln gelten. Das Projekt entschied am 2026-07-02, das Pack zu behalten und zu regulieren, statt es zu entfernen. Das Gate der Phase minus 1 gilt für jeden direkten Weg zu personenbezogenen Daten (vollständige Recherche, LinkedIn-, Instagram- und Facebook-Erhebung, Persönlichkeitsprofil, Kontaktanreicherung): Vor jedem erfasst der Agent eine Rechtsgrundlage (Art. 6 und für Persönlichkeits-Profiling eine Bedingung nach Art. 9 Abs. 2), einen konkreten Zweck (ein offenes „finde alles“ wird abgelehnt), den Verantwortlichen, eine Aufbewahrungsdauer und wie Auskunfts- und Löschanfragen bearbeitet werden, mit der Vorlage assets/lawful-basis-record.md. Kannst du keine Grundlage und keinen Zweck nennen, lehnt der Agent die Operation zur namentlich genannten Person ab und bietet nicht personenbezogene Alternativen an: Unternehmens-, Produkt- oder Marktrecherche oder eine öffentliche Einrichtung. Eine schnelle Suche zu einem öffentlichen Handle, der Diagnosebefehl und Werkzeugpfade sind ausgenommen.

Jedes Dossier beginnt mit dem Hinweis „AI-generated OSINT output - may contain errors; not legal advice. The operator is the data controller and is responsible for the lawful basis (GDPR Art. 6/9), platform Terms of Service, and human verification before any decision.“ Der Agent erstellt nie ein Profil einer Privatperson ohne erfasste Grundlage, bewertet jeden Fakt von A bis D und gibt höchstens 0,50 Dollar ohne Rückfrage aus. Kein einzelner Anbieter-Schlüssel ist Pflicht: Ein Schlüssel eines beliebigen Anbieters (APIFY_API_TOKEN, Perplexity, Exa, Tavily, Jina und weitere) genügt, und das Pack sendet erst Anfragen an einen Anbieter, wenn dessen Schlüssel gesetzt ist (siehe Datenverarbeitung). Der Rechtshinweis ist osint-agent-package/skills/bmad-osint-investigate/osint/references/gdpr-osint.md im Repository.

Weitere bewusste Grenzen#

• Shield: Jeder Bericht ist als KI-generiert und „Not legal advice“ gekennzeichnet. Eine belegte Assurance-Behauptung heißt, dass eine benannte Prüfung bestand, nie eine Zertifizierung, und eine Kontrollzuordnung in einem Review ist eine Aufforderung hinzusehen.
• Reviews und Abnahme: Ein clean-Review heißt kein offener Befund in einem vollständig abgedeckten Scope, kein Beweis für korrekten Code; das Abnahme-Gate sagt „human-observed: complete, current and triaged“ und stellt nicht fest, dass der Tester an der richtigen Stelle hinsah.
• Schwärme: Simulierte Einheiten sind keine Menschen; Raten sind eine Obergrenze; Zitate sind keine Testimonials; kostenpflichtige Medienerzeugung deckt ein Budget nie ab.
• Keine eigene Modell-Laufzeit (das einzige Programm, das sie starten kann, ist ein Befehl oder Codex-Lauf, den ein Nexus-Plan deklariert), kein Hintergrundprozess, keine Telemetrie, kein stilles Selbst-Update, keine automatische Korrektur aus einem Review, keine IDE-Erweiterung, kein Veröffentlichen auf Forges. Das sind bewusste Grenzen, keine Lücken, die auf ein Release warten.
• Schreiben außerhalb des Projekts: Die CLI schreibt im Projektordner; scan schreibt Projektkarten in das globale Brain unter ~/.bmad-plus/brain/, das Memory-Pack schreibt im verknüpften Brain, und update --latest führt npm exec in einem temporären Ordner des Betriebssystems aus. Sie schreibt nie ungefragt in die eigene Struktur eines Portfolio-Brains.

Prüfe es selbst#

Führe npx bmad-plus doctor --json aus und lies _bmad/.bmad-plus-install.json. Nenne mir die installierte Version, die Packs und Tools, wie viele Dateien BMAD+ verfolgt, welche Dateien von ihrem erfassten Hash abweichen und welche Dateien in den BMAD+-Ordnern ihm nicht gehören. Sage mir dann, was npx bmad-plus uninstall --yes entfernen und was es behalten würde. Ändere nichts.