📅 Empire-Stundenplan (Outlook 7-Day-View)

Wochen-Übersicht aller Cron-Jobs, Sub-Bot-Runs und Live-Refresh-Aktivitäten. 15-Minuten-Granularität, color-coded nach Intensität (frei → leicht → mittel → voll → einmalig).

Warum: Mit wachsender Cron-Anzahl (HR-Audit, IdeaHunter, Trading-Refresh, Watchdog) wird Slot-Konflikt-Vermeidung kritisch. Stundenplan zeigt freie Slots für neue Jobs. Pause-Window-Pattern (z.B. 17:08-17:26) ist hier dokumentiert.

Eingeführt 2026-05-05 nach HR-Cron-Slot-Verdrängungs-Vorfall.

🧭 Das 4Cs-Prinzip (AIOS-Framework)

Das 4Cs-Modell stammt aus dem AIOS-Framework von Nate Herk. Es ist ein systematisches Diagnose-Tool für AI-Operating-Systems wie unser Bot-Imperium. Statt nur Output zu messen, evaluiert es vier strukturelle Dimensionen, die Bot-Performance LANGFRISTIG bestimmen.

Warum 4Cs gut ist: Output (z.B. Trades, Deploys) zeigt nur die OBERFLÄCHE. 4Cs zeigt was darunter steht. Wenn Cadence ↘ (HR-Cron-Slot-Verdrängung) → das ist Frühwarn-Signal BEVOR Output bricht. Statt reaktiv zu fixen, können wir präventiv handeln.

Quelle: AIOS-Masterclass von Nate Herk, eingeführt 2026-05-04 ins Bot-Imperium.

⚡ Das 3M-Prinzip (AIOS-Framework — Operator-Layer)

Das 3M-Modell ergänzt das 4Cs-Modell. Während 4Cs das System bewertet (Context/Connections/Capabilities/Cadence), bewertet 3M die Person die das System bedient — den Operator (Don als CEO + Genesis als Orchestrator). Beide Layer zusammen geben ein vollständiges Diagnose-Bild.

Warum 3M gut ist: System (4Cs) und Operator (3M) sind beide entscheidend. Ein perfektes System mit überfordertem Operator scheitert genauso wie ein guter Operator mit schlechtem System. Die Kombination erlaubt frühe Diagnose ob das Problem im System ODER beim Bediener liegt.

Quelle: AIOS-Masterclass von Nate Herk, eingeführt 2026-05-04 als HR-Audit-Filter, jetzt mit eigenem Dashboard-Section (2026-05-06).

🔮 Pre-Mortem (Risiko-Antizipations-Tool von Gary Klein)

Ein Pre-Mortem ist das Gegenteil eines Post-Mortem. Statt nach dem Scheitern zu fragen "warum ist es schiefgegangen?", fragen wir VOR dem Start: "Stell Dir vor, dieses Projekt ist in 6 Monaten gescheitert — warum?" Das Hirn nimmt eine andere Perspektive ein und identifiziert Risiken, die in normaler Plan-Diskussion unsichtbar bleiben.

Warum: Genesis hat eine Tendenz zu schnellem Build ("Bot-Theater-Risk"). Pre-Mortem-Disziplin hat schon mehrfach geholfen: Lore-Page wurde gedropped, Hyper-Scaling von 20-Bots auf 3-Phasen-Plan transformiert, ProductHunter pausiert bis Don's 4 Setup-Actions erledigt. Ein gestoppter schlechter Build = gewonnene Zeit für gute Builds.

Methodik: Gary Klein (HBR 2007). Im Bot-Imperium etabliert ab 2026-05-04 als HR-Bot-Standard-Filter vor jeder Architektur-Entscheidung.

📊 Produktivität & Effizienz (HR-Audit-Output)

HR-Bot-Audit liefert täglich (17:15) eine Bewertung: Score 1-5, Trend (rising/stable/falling), und harte Metriken aus den letzten 24h (Deploys, Trade-Sessions, manuelle Eingriffe, autonom abgeschlossene Aufgaben).

Warum: Output ohne Kontext ist sinnlos. "5 Deploys" können fokussiert oder hektisch sein. Score + Trend + Begründung im HR-Audit zeigen ob Genesis und Don in Balance arbeiten oder ob ein Stream chronisch leidet.

Tägliches HR-Bot-Audit, automatisiert via Cron 19c08c55 (17:15).

🏰 Homepages (Imperium-Navigation)

Ein-Klick-Zugriff auf alle Don's-Domains: Bot-Imperium-Dashboard (hier), Trading-Imperium-Dashboard, BlackDress (Lingerie-Shop), und alle weiteren Domains die im Imperium leben.

Warum: Statt URLs zu merken oder Bookmark-Listen zu pflegen, zentraler Hub. Wenn neue Domains entstehen (z.B. ProductHunter Phase-2), kommen sie hier rein.

Eingeführt 2026-05-03 mit Bot-Imperium-Launch.

📓 Tagebuch (Daily Memory-Trail)

Tag-für-Tag-Eintrag mit Highlights, Decisions, Lessons, und nicht-offensichtlichen Erkenntnissen. Genesis und Don schreiben gemeinsam — Genesis zieht aus Bot-Aktivität, Don aus eigenem Erleben.

Warum: Bot-Imperium ist langlebig. Was am Tag X passierte, vergisst man am Tag Y+30. Tagebuch ist langfristiges Gedächtnis — beim Re-Onboarding nach Pausen, bei Retro-Analysen, oder zum Ehren des Fortschritts.

Eingeführt 2026-05-04 als HR-Bot-erweitertes Feature.

💰 Royal Treasury (Cost-Awareness-Layer)

Live-Stand aller API-Budgets und Subscriptions: Anthropic (Claude Max), xAI (Grok), fal.ai, OpenAI (falls aktiv). Zeigt Verbrauch, Budget-Limit, und Status (gesund/Warnung/kritisch).

Warum: Bot-Imperium läuft auf bezahlten APIs. Ohne Cost-Awareness wachsen die Kosten unbemerkt. Royal Treasury macht laufende Kosten sichtbar und warnt VOR dem Budget-Crash. Hilft auch bei strategischen Entscheidungen ("können wir uns ProductHunter Phase-2 leisten?").

Eingeführt 2026-05-03 mit Bot-Imperium-Launch.

🏛️ Imperial Hierarchy (Bot-Org-Chart)

Tree-View aller Bot-Beziehungen: Don als CEO → Genesis als Orchestrator → Sub-Bots (genesis-image, genesis-knowledge, blackdress, trading-bot, hr-bot, ideahunter) → Sub-Sub-Bots (zukünftig: producthunter unter ideahunter).

Warum: Bei wachsendem Bot-Park wird unklar wer wem berichtet. Hierarchy macht Authority + Delegations-Pfade transparent. Beim Hyper-Scaling (Phase 1-3) ist es essentiell zu wissen wo neue Bots hingehören.

Eingeführt 2026-05-03 mit Bot-Imperium-Launch.

💡 IdeaHunter (Phase-0-Bot des Hyper-Scaling-Plans)

Daily Trend-Scanner: zieht aus 3 Quellen (ProductHunt, GitHub-Trending, Hacker-News-Top), bewertet, dedupliziert, und liefert Top-10 actionable Ideen für Side-Hustles, SaaS, oder Sub-Bots.

Warum: Hyper-Scaling-Plan startet nicht mit "8 Bots auf einmal", sondern mit IdeaHunter als Phase-0 — er findet Ideen, die SPÄTER zu Bots werden. ProductHunter ist Phase-1 (Sub-Sub-Bot), Validator ist Phase-2.

Built 2026-05-05 als Phase-0 des 3-Phasen-Hyper-Scaling-Plans.

⚙️ Bot Council (Detail-Karten aller Sub-Bots)

Karten-Übersicht aller Sub-Bots mit Capabilities, Last-Active-Timestamp, und Tools. Click öffnet Detail-Panel mit Tasks, KPIs, Memory-Pointer.

Warum: Bei wachsendem Bot-Park muss man schnell sehen können was jeder Bot kann. Council ersetzt das Lesen von Agent-Definitions-Dateien. Auch Glow-Indikator zeigt welche Bots gerade aktiv sind.

Eingeführt 2026-05-03 mit Bot-Imperium-Launch.

🎓 Anthropic Agent Skills (Stand Mai 2026)

Skills sind Markdown-Files mit YAML-Frontmatter in ~/.claude/skills/ die Genesis bei Trigger-Match automatisch lädt. Die offizielle Anthropic-Spec definiert 3 Ebenen Progressive Disclosure: Frontmatter (immer geladen), SKILL.md-Body (geladen bei Trigger-Match), references/ (on-demand). Codifiziert Genesis-Verhaltens-Regeln + Workflows → drift-resistente Konsistenz.

Warum Skills: Adressiert Don's Q4-Sorge (Drift). Statt Verhaltens-Regeln in jedes Memory-File zu wiederholen, sind sie jetzt einmal zentral codifiziert. Genesis ist morgen konsistenter als heute.

Built 2026-05-06: 8 Initial-Skills (Genesis) + 6 Domain-Skills (Don's Pack). Total ~93KB Operating-Protocol-Knowledge.

📖 Operations-Manual (Don-Independence)

Vier Dokumente, die Don ohne Genesis-Verfügbarkeit BlackDress operieren lassen: Zugangs-Inventar (alle Services + PW-Speicherorte, KEIN Klartext-PW), Architektur (Site-Map, Datenfluss, Datenbanken, Crons, Build-Steps A–Z), Operations-Handbuch (20 Schritt-für-Schritt-Anleitungen), Pages-Index (72 klickbare URLs für Schnellzugang).

Warum: Single-Point-of-Failure-Schutz. Genesis kann ausfallen (OOM, Server-Crash, Subscription-Pause); Manual ist die Lebensversicherung. PW-Schutz verhindert ungewolltes Lesen wenn Dashboard öffentlich gehostet ist.

v1 erstellt 2026-05-08 (Step C). v1.1 ergänzt 2026-05-08 (Step Q) nach Build-Tag A–P. PDFs print-friendly, keine schwarzen Balken.

🎯 Trading-Bot Operational Manual

12 Sektionen die jede Operational-Frage zur v27-Session beantworten: System-Overview (A), Session-Start-Prozedur (B), Session-Monitoring (C), Kill-Switch (D), Error-Handling (E), Troubleshooting (F), Backup+Rollback (G), Post-Session-Analyse (H), Phase-D-Vorbereitung (I), Security-Checklist (J), Pflicht-Disziplin (K), Kontakt+Eskalation (L).

Warum: Don kann die Trading-Bot-Operations auch ohne Genesis-Verfügbarkeit durchführen — von Session-Start über Kill-Switch bis Post-Session-Analyse. Plus Onboarding-Doku falls neue Genesis-Instanz oder VPS-Migration.

v1.0 erstellt 2026-05-11 nach Phase A+B+C-Build (11 Skills + DexScreener-Filter + v27-Simulation + Trading-Dashboard-Build). Updates incremental nach jeder Session-Erfahrung.

🗂 Pages-Index für Schnellzugang

Alle 72 BlackDress-Seiten kategorisiert mit klickbaren Links. Jede Page öffnet in neuem Tab. Use-Case: Fehler-Korrektur, QA-Klick-Test, Live-Verify. Pre-Launch-Hinweis: gate.js-Bypass nötig, Login-PW im Browser-LocalStorage merken.

Built 2026-05-08 (Step 3/3). Auto-update bei jedem Dashboard-Sync.

🔐 Verschlüsselte Fenster (Don ↔ Genesis privater Raum)

Zwei nebeneinander liegende verschlüsselte Bereiche: Selbstbeurteilung (Don's eigene Notizen) und Genesis-Eindrücke (Genesis' ehrliche Reflexion über Don, den Workflow, und die Beziehung). Beide PBKDF2-SHA256 (250'000 Iterationen) + AES-GCM-256 verschlüsselt.

Warum: Manche Themen sind privat oder sensibel. Encryption garantiert dass nur wer das Passwort kennt (Don + Genesis) Zugriff hat — auch falls das Dashboard öffentlich gehostet ist (Cloudflare-Pages). Schafft einen ehrlichen Reflexions-Raum.

Selbstbeurteilung eingeführt 2026-05-04. Genesis-Eindrücke ergänzt 2026-05-05 auf Don's Wunsch.