Zurück

OpenClaw Masterbriefing

Architektur·28.03.2026Aktuell
OpenClawStrategieGovernance

Zielbild

Apparat bleibt der deterministische, policy-harte Kern. OpenClaw wird als intelligente Aufsatzschicht darüber gebaut — für Kommunikation, Review, Workflow und begrenzte Intelligence. OpenClaw darf lesen, analysieren, verdichten, formulieren. Nie autonom deployen oder Kern-Logik ändern.

Wahrheitshierarchie

1. Maschinenwahrheit: State-Files, JSON/JSONL, API-Outputs, Event Store. 2. Visualisierte Wahrheit: Cockpit, Lagebild, Digests. 3. Erklärende Schicht: Wissen, Reviews, Recaps. Wissen ist NICHT die operative Wahrheit. Lagebild ist NICHT die operative Wahrheit. State und verifizierte Events sind die Wahrheit.

Was OpenClaw darf

Lesen, analysieren, verdichten, formulieren, erklären, priorisieren, Drafts erzeugen, Review-Vorschläge machen, PRs vorbereiten. Trades reviewen, Muster erkennen, Lagebilder formulieren, Digests schreiben, Hypothesen formulieren, Incidents erklären.

Was OpenClaw NICHT darf

Produktive Kernlogik autonom ändern. Policies autonom umstellen. Gates neu definieren. Wahrheit frei interpretieren und zurückschreiben. Ohne Governance in produktive Pfade deployen. Auto-Push. Agentischer Selbstumbau. LLM-Sonderrechte.

Anpassungen (Challenges)

1. Lagebild wird als View im Cockpit gebaut, nicht als separate Seite — kein zweites System. 2. Ein OpenClaw Agent statt zwei — ein Agent mit 2 Modes (fast für Signale, quality für Reviews). Weniger Overhead. 3. 10 Epics strikt sequentiell — erst Epic 1 sauber, dann weiter.

Priorität

Phase 1 jetzt starten: Epic 1 (Event Backbone) → Epic 2 (Notification Governance) → Epic 3 (Lagebild). Alles andere warten. Epic 4 (Digests) nach Lagebild. Epic 5+6 (Reviewer) erst bei mehr Trade-Daten. Epic 8 (Makro) erst bei Live-Trading.