# Vertrauen, Eigentum und Lizenzen

> Wer was geschrieben hat, welche Lizenzen, welche Dateien BMAD+ in deinem Projekt besitzt und wie es das belegt, was Update und Deinstallation behalten, wie OSINT reguliert ist.

Canonical: https://bmad-plus.rochetta.fr/de/docs/security/trust-and-ownership/
Language: de
BMAD+ version: 0.23.1
Documentation reviewed: 2026-10-19
Author: Laurent Rochetta
License: MIT

BMAD+ Dokumentation › [Sicherheit und Daten](https://bmad-plus.rochetta.fr/de/docs/security/) › 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.

<a id="who-wrote-what"></a>
## 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.

**Herkunft jedes Teils**

| Teil | Herkunft | Bedingungen |
| --- | --- | --- |
| BMAD+-Code und Core-Agenten | Für BMAD+ von Laurent Rochetta geschrieben, auf der Methode von BMAD-METHOD v6.6.0 (Multi-Rollen-Agenten, abgeleitet von den Upstream-Rollen). | MIT, Copyright 2026 Laurent Rochetta; der MIT-Hinweis von BMAD-METHOD bleibt erhalten. |
| Dev Studio | Die Neufassung des Autors eines von BMAD-METHOD abgeleiteten Rollensatzes: sechs Personas und 38 Workflows, deren Ausführungsanweisungen originale BMAD+-Adaptionen sind, mit anerkannter Abstammung. Neuere Upstream-Ideen zu prüfen ist etwas anderes, als zu behaupten, ein ganzes Upstream-Release sei integriert. | MIT. |
| SEO, Backup, Animated | Vom Autor in seinem Unternehmen Oveanet geschaffen; die SEO-Basis wurde zur dreiköpfigen SEO Engine von BMAD+ ausgebaut. | MIT. |
| Maker | Vom Autor geschrieben. | MIT. |
| Memory (Zecher) | Vom Autor geschrieben; die Gedächtnisarchitektur ist von seiner `_brain/`-Portfolio-Methode inspiriert. Die vier Verhaltensleitplanken adaptieren die Community-Richtlinien von forrestchang (jetzt bei multica-ai/andrej-karpathy-skills gehostet), inspiriert von Andrej Karpathys Ratschlägen. Diese Inspiration bedeutet weder Urheberschaft noch Billigung durch Andrej Karpathy. | Der Upstream erklärt MIT; in der geprüften Revision gab es keine eigenständige LICENSE, und der Hinweis sagt das, ohne eine Copyright-Zeile zu erfinden. |
| Shield | 27 Compliance-Agenten und 11 Workflows, adaptiert aus Hemant Naiks GRC-Skills. | MIT, Copyright 2026 Hemant Naik, in den Drittanbieter-Hinweisen abgedruckt. |
| OSINT | Pipeline und Python-Helfer auf Basis von smixs/osint-skill. Die Apify-Integration ist von Apifys Agent-Skills inspiriert. | MIT, Copyright 2026 Serge Shima, für den OSINT-Skill. Das Apify-Repository erklärt Apache-2.0 (ein früheres README, das es MIT nannte, wurde korrigiert); die Hinweise lizenzieren den Helfer nicht unter Apache um und implizieren kein Apify-Abonnement. |
| Design (Atelier) | Die drei Skills stammen aus `design-skill`, dem eigenen npm-Paket des Autors (github.com/lrochetta/design-skill), festgenagelt auf Version 0.2.1; BMAD+ ergänzt Persona, Intake und Routing. | MIT. |
| npm-Laufzeit-Abhängigkeiten | Sieben Pakete: `@clack/prompts`, `commander`, `design-skill`, `fs-extra`, `js-yaml`, `picocolors`, `semver`. | Jedes behält seine eigene Lizenz; sie stehen in der CycloneDX-SBOM des Releases. |

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](https://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.

<a id="owned-files"></a>
## 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.

**Das Inventar, wie doctor es meldet**

```text
$ 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.
```

Ausgabe eines echten Laufs. Quelle: Auf einem Testserver am 2026-10-18 mit dem Quellcode 0.23.0 (tools/cli/bmad-plus-cli.js) in einem Wegwerf-Git-Projekt nachgespielt

**Was doctor zu einer Datei sagt**

| Prüfcode | Stufe | Bedeutung |
| --- | --- | --- |
| `file.unchanged` | ok | Die Datei entspricht noch dem erfassten Hash. |
| `file.modified` | Warnung | Die Datei weicht vom erfassten Hash ab: Deine Änderung bleibt erhalten und wird gemeldet. |
| `file.unowned` | Warnung | Eine Datei in einem BMAD+-Ordner, die das Manifest nicht auflistet: deine. |
| `file.missing`, `file.unreadable` | Fehler | Eine erforderliche Datei fehlt oder ist nicht lesbar. |
| `adapter.adopted`, `adapter.modified`, `adapter.unowned` | unterschiedlich | Der Zustand eines Tool-Adapters: BMAD+-eigen, von dir bearbeitet oder gar nicht von BMAD+. |
| `manifest.valid`, `manifest.invalid` | ok / Fehler | Ob das Manifest lesbar ist. Der Inventarstatus ist `complete`, `incomplete`, `legacy` oder `invalid`. |

<a id="preserved"></a>
## Was erhalten bleibt und wann

**Erhaltungsregeln**

| Situation | Was BMAD+ tut |
| --- | --- |
| Erneut installieren, gleiche Version | Fügt nur fehlende Dateien, Packs und Tools hinzu. `_bmad/config.yaml` wird zusammengeführt: Vorhandene Schlüssel gewinnen, fehlende Standardwerte kommen hinzu, ausdrückliche Antworten des Assistenten ersetzen. |
| Eine andere Version installieren | Abgelehnt. Ein Downgrade wird abgelehnt; ein Upgrade läuft über `update`. |
| Vorhandene Tool-Anweisungen (`CLAUDE.md`, `GEMINI.md`, ...) | Eine Datei, die du bearbeitet hast, bleibt erhalten. Eine Datei, die du selbst geschrieben hast, bleibt bei einer interaktiven Installation und bei `update` erhalten; `install --yes` sichert sie zuerst als `<file>.bak` und ersetzt sie dann. Alte Installer-Dateien werden als `<file>.bak` gesichert; `--tools none` lässt die Tool-Konfiguration unberührt. |
| Update | Seit dem erfassten Hash geänderte und besitzerlose Dateien bleiben erhalten und werden gemeldet; Dateien, die eine Version nicht mehr liefert, werden nach einer wiederherstellbaren Sicherung entfernt; ein Beleg und Sicherungen werden unter `.bmad/updates/<id>/` geschrieben. |
| Beschädigtes Manifest | Als `_bmad/.bmad-plus-install.json.corrupt.bak` gesichert. |
| Gedächtnisdateien | `decisions.md`, `lessons.md` und `patterns.md` werden nie überschrieben, `sessions/` nie gelöscht, deine Änderungen an `identity.yaml` bleiben; nur `autoconfig` schreibt `context.md` neu (siehe dessen Seite). |
| Ein vorhandenes Brain | Wird verknüpft, nie kopiert oder umgeschrieben. |
| Links im Weg | Schreib- und Löschvorgänge lehnen Symlinks und Junctions ab. |

<a id="uninstall"></a>
## 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.

**Die Deinstallation im Abnahmelauf (Installer-Ausgabe auf Französisch)**

```text
$ 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
```

Ausgabe eines echten Laufs. Quelle: Menschlicher Abnahmelauf der 0.23.0, 2026-10-18

<a id="governed-packs"></a>
## Was bewusst reguliert oder eingeschränkt ist

<a id="osint-governance"></a>
### 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.

<a id="other-boundaries"></a>
### 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.

<a id="verify-yourself"></a>
## Prüfe es selbst

<a id="example-trust-verify-ownership"></a>
### Genau sehen, was BMAD+ in ein Projekt gelegt hat

Nutze es vor dem Committen der installierten Dateien, vor einem Audit oder vor dem Entfernen von BMAD+. Der Assistent liest nur und führt das schreibgeschützte `doctor` aus.

**In deinem KI-Assistenten**

```text
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.
```

**Das solltest du erhalten** Ein kurzer sachlicher Bericht: Version, Packs, Tools, `inventory.status` und Zahl verfolgter Dateien, die Liste der Warnungen `file.modified` und `file.unowned` sowie eine Vorhersage der Deinstallation (entfernt: byteidentische verwaltete Dateien, passende Adapter und das Manifest; behalten: `_bmad/config.yaml`, Gedächtnis, `_bmad-output/`, geänderte und unbekannte Dateien). Es wird nichts geschrieben.

**Siehe auch**

- [Datenverarbeitung und Datenschutz](https://bmad-plus.rochetta.fr/de/docs/security/data-handling/)
- [Installieren, aktualisieren, deinstallieren](https://bmad-plus.rochetta.fr/de/docs/guides/install-lifecycle/)
- [Referenz: doctor](https://bmad-plus.rochetta.fr/de/docs/reference/cli-doctor/)
- [Referenz: uninstall](https://bmad-plus.rochetta.fr/de/docs/reference/cli-uninstall/)
- [Das OSINT-Pack](https://bmad-plus.rochetta.fr/de/docs/packs/osint/)
- [Gedächtnis und Brain](https://bmad-plus.rochetta.fr/de/docs/concepts/how-memory-works/)

[BMAD+ Dokumentation](https://bmad-plus.rochetta.fr/de/docs/) · [Sicherheit und Daten](https://bmad-plus.rochetta.fr/de/docs/security/)

[Quellcode auf GitHub](https://github.com/lrochetta/BMAD-PLUS)
