Red Queen - REAL MISSION 003 NOTION SAFETY BRAIN DISCOVERY & ARCHITECTURE. One-Way Safety-Brain-Design (Forgejo/Tolaria -> Notion, keine Source of Truth), Provenance-Modell, Backup-Manifest, Verify (WRITE != SUCCESS), Restore Human Gate, Secret-Policy, Scaling/Versions/Delete-Safety, RQ-Access (Minimum Privilege). Fresh Checker PASS. READ-ONLY, keine Notion-Implementierung.
1.8 KiB
1.8 KiB
NOTION SAFETY BRAIN — BUILD PLAN (Mission 003)
Datum: 2026-08-25 · Red Queen · Status: PLAN (nicht implementiert)
Konkretes, gestuftes Umsetzungsmodell. Jede Phase erst nach ausdrücklicher Freigabe durch Christian.
Phase 0 — Access (Red Queen)
- Eigene Notion-Integration anlegen (Read + Insert), minimal privilegiert.
NOTION_API_KEYin${HERMES_HOME}/.env(nie ausgeben, nur EXISTS/LENGTH).- Nur Safety-Brain-Seiten/DBs mit der Integration teilen.
- Kein Credential-Transfer von Rain/Alice.
Phase 1 — Struktur in Notion anlegen
- Root-Seite KI-SYSTEM — SAFETY BRAIN.
- Bereiche 00–10 (siehe NOTION_STRUCTURE.md).
- Datenbank
05 Backup Registry+07 Knowledge Index.
Phase 2 — Backup-Engine (lokal)
- Secret-Scan (SECRET_POLICY.md) fest einbauen.
- Provenance-Frontmatter (PROVENANCE_MODEL.md) je Objekt.
- Incremental / Hash-Change-Detection (SCALING_MODEL.md).
- Manifest-Erzeugung (BACKUP_MANIFEST.md).
Phase 3 — Verify & Registry
- READ-BACK + COMPARE + Hash-Verify (WRITE ≠ SUCCESS).
- Registry-Zeilen pflegen.
Phase 4 — Restore-Modul
- Staging → Validate → Human Review → Approval → Restore (RESTORE_MODEL.md).
Phase 5 — Red Queen als Knowledge Backup Steward
- Änderungen erkennen · klassifizieren · Secrets blocken · Delta · Backup schreiben · zurücklesen · verifizieren · Manifest · Status · Fehler melden.
NOCH NICHT AUTOMATISIEREN. Kein Cron / Daemon / Heartbeat in dieser Mission. A5 bleibt AUS.
Wichtig
- Diese Mission = Discovery + Architecture + Checker + Forgejo-Doku, dann STOPP.
- Kein Bau von Notion-Seiten, keine Datenbank, kein Upload, kein Sync, kein Cron.
- Warte auf Christians ausdrückliche Freigabe vor Phase 1.