Souveräne agentische Infrastruktur · v2
Diese Seite ist das Ergebnis eines vollständigen Architektur-Reviews. Jede Komponente musste ihre Existenz doppelt rechtfertigen: funktional (was trägt sie zur rekursiven Agenten-Organisation bei?) und souverän (Lizenz, Governance, Betreibbarkeit). Was beides nicht bestand, wurde ersetzt oder gestrichen — mit Begründung.
Eine rekursive Agenten-Organisation scheitert nicht an fehlenden Werkzeugen, sondern an drei Dingen: unbegrenzter Rekursion, ungeprüften Verträgen zwischen Ebenen — und Werkzeug-Wildwuchs.
Das Review hat deshalb drei Regeln angewendet. Erstens: Jede Spawn-Kante trägt einen typisierten Vertrag (Task Contract) mit Ziel, Erfolgskriterium, Budget und Tiefen-Kontingent — Rekursion ohne Vertrag ist verboten. Zweitens: Ein Werkzeug pro Aufgabe — Doppelungen (zwei GitOps-Engines, zwei Parallel-Runtimes, zwei Isolationstechnologien, zwei CI-Systeme) wurden konsolidiert, denn operativer Wildwuchs ist ein Souveränitätsrisiko. Drittens: Lizenz- und Governance-Fakten wurden gegen den Stand 2025/26 neu geprüft — drei Komponenten des v1-Entwurfs (Open WebUI, Kaniko, NATS als Audit-Backbone) haben diese Prüfung nicht bestanden. Claret markierte Chips = in v2 geänderte oder neue Entscheidung.
Das Zielbild
Die Plattform baut aus einem Prompt eine temporäre Organisation aus Agenten. Das einzige Element, das Rekursion sicher macht, ist kein Framework, sondern ein Protokoll: der Task Contract an jeder Kante.
Die Organisation ist ephemer — ihr Lernen ist versioniert.
Ein Pydantic-Schema, erzwungen per Constrained Decoding — nicht erhofft per Prompt. Sechs Felder, keine Ausnahmen:
Plattform-Architektur · v2
Zehn komponierbare Schichten plus Governance-Ebene — gelesen wie die Achsen des Kompasses: eine Zeile pro Schicht, ihre Verantwortung, ihre Bausteine. Claret markierte Chips sind in v2 ersetzt, präzisiert oder neu.
Claret markierte Chips = in v2 geänderte oder neue Entscheidung. Bindende Regel unverändert: keine autonome Modell- oder IaC-Änderung erreicht die Produktion ohne Human-Gate und dokumentierte Evaluierung.
Decision Record
Pro Schicht: was gewählt wurde und warum — plus was gestrichen wurde. ERSETZT = v1-Wahl ausgetauscht, NEU = in v2 hinzugekommen. Unmarkiert = bestätigt.
Schicht 04 · Agent Hierarchy
META entscheidet die Struktur, EXEC treibt eine Domäne, SPEC führt atomar aus. Rekursion ist nicht durch guten Willen begrenzt, sondern durch das Tiefen-Kontingent im Vertrag: jeder Spawn dekrementiert es.
Rekursion nur mit Rest-Kontingent · Tiefe ≤ 2–3 · jede Ebene re-verankert das Originalziel
Volle Coding-/Domänenfähigkeit über ein gesandboxtes Werkzeug (OpenHands), aufgerufen vom Graphen. Human-Gates sind Graph-Interrupts; Streaming via SSE.
EXEC stellt SPEC-Verträge für atomare Arbeitspakete aus
Ein Tool-Call, ein typisierter Output, validiert gegen das Rückgabe-Schema des Vertrags. Horizontal parallel über Ray; policy-gated über OPA.
Schicht 05 · QA & Self-Healing
Modell-Output ist stochastisch, also traut das System keiner ersten Antwort — und keinem Prüfer, der mit dem Erzeuger korreliert. Die Reihenfolge ist Teil der Architektur: Tests und Policies vor jedem LLM-Urteil.
✓ VERIFY
Verifier-Hierarchie: Tests, Schemas und Policies zuerst; RAGAS für Retrieval; der Reflexion-Critic (anderes Modell/Regime als der Executor) nur, wo nichts Härteres existiert.
↺ RETRY (≤ 3)
Behebbare Fehler lösen eine begrenzte reflektierende Wiederholung aus — gezählt gegen das Fehler-Budget des Vertrags. Keine stillen Schleifen.
⚙ CODIFY
Wiederkehrend Zuverlässiges wird deterministisches Tool — mit Test-Fixtures, signiert, human-promoted. Das ist die primäre Inline-Antwort, nicht Nachtrainieren.
Warum das zählt: Zuverlässigkeit ist multiplikativ — unabhängige Schritte mit Wahrscheinlichkeit p ergeben ≈ pⁿ (bei p = 0,95: zehn Schritte ≈ 60 %, zwanzig ≈ 36 %). Deshalb Tiefen-Kontingent statt Appell. Und: Training lebt auf der falschen Zeitskala für einen Task-Loop — persistente Modell-Lücken laufen in die Offline-Adapter-Pipeline (Curate → Train → Eval-Gate → Human-Approve → MLflow → Deploy). Gemessen wird gegen die versionierten Eval-Sets in Git — sonst ist „besser" nur eine Behauptung.
Die Intelligenz zu den Daten bringen — und pro Aufgabe genau ein Werkzeug.
Leitprinzipien · Review v2
Das White Paper trägt die ausführliche Fassung — Souveränitäts-These, Reliability-Mathematik, Lizenz- & Governance-Karte (inkl. der 2025er Incidents), TRL-Einordnung. Stand: konsistent mit dem hier dokumentierten v2-Review.