Der Dirigent.
Versteht den Auftrag, zerlegt ihn, wählt Agent, Rolle, Modell und Reasoning-Stufe – und bewertet die Ergebnisse. Sicherheitsgrenzen erzwingt er bewusst nicht selbst.
OpenAI-Anbindung · geplant in Phase 5MCP GodForge
Eine lokale Multi-Agent Orchestration Runtime. Ein Orchestrator plant, eine deterministische Python-Steuerung setzt jede Grenze durch, KI-Agenten schmieden – und das letzte Wort hat immer der Mensch.
Die KI plant, wählt und bewertet. Aber keine Sicherheitsgrenze hängt davon ab, dass ein Modell sich an Anweisungen hält: Rechte, Pfade, Budgets und Freigaben erzwingt eine deterministische Python-Schicht – außerhalb des Modells.
Versteht den Auftrag, zerlegt ihn, wählt Agent, Rolle, Modell und Reasoning-Stufe – und bewertet die Ergebnisse. Sicherheitsgrenzen erzwingt er bewusst nicht selbst.
OpenAI-Anbindung · geplant in Phase 5Jede Routingentscheidung wird geprüft: Policies, Capabilities, Budget, Projektzustand, Human Gates. Unzulässig heißt ablehnen – nie still auf ein anderes Modell ausweichen.
Python · fail closedClaude Code und Codex sind die ersten lokal angebundenen Worker. Rollen wechseln je Auftrag – Architekt, Coder, Tester, Reviewer, Analyst. Weitere Provider docken über Adapter an.
Provider- und modelloffenCodeänderungen, Architektur, Risiko: Der Mensch gibt frei. Eine Entscheidung wirkt genau einmal, überdauert jeden Neustart – und kein Agent kann sie sich selbst ausstellen.
Human AuthoritySechs Stationen. Jede mit klarer Verantwortung. Kein Agent erteilt einem anderen direkt einen Auftrag – jedes Ergebnis geht zurück an die Steuerung.
Du beschreibst Ziel und Rahmen – kein vollständiges Pflichtenheft nötig. Projekte dürfen sich unterwegs entwickeln.
Der Orchestrator zerlegt den Auftrag, führt ein lebendes Pflichtenheft und schlägt im Dialog den passenden Qualitäts-, Risiko- und Kostenrahmen vor.
Seine Wahl geht als Routing Request an die Python-Schicht. Die prüft, führt exakt aus – oder lehnt ab. Kein stiller Ersatz.
Der Worker arbeitet im vorgegebenen Modus: ANALYSIS_READONLY, REVIEW_READONLY, IMPLEMENTATION oder TEST. Selbst hochstufen kann er sich nicht.
Blind Review: Ein unabhängiger Prüfer erhält Anforderungen und Code – aber nicht die Analyse des anderen. Befunde statt Bestätigung.
Der Mensch entscheidet. Möglich ist auch ein ehrliches ACCEPT_WITH_DEBT – nicht jedes Finding erzwingt eine weitere Runde.
Grenzen, die außerhalb des Modells gelten – Schicht für Schicht gebaut, unabhängig geprüft und mit ehrlichem Status.
Agenten erhalten nur geprüfte Projektpfade, nie freie Strings.
Read-only-Modi, Tool-Allowlists und Sandbox-Optionen je Aufruf.
Keine automatische Vererbung von Keys, Tokens oder Proxy-Zugangsdaten.
Eine Instanz pro Projekt – per Betriebssystem-Sperre durchgesetzt.
Append-only, vollständiger Replay. Die einzige Runtime-Wahrheit.
Checkpoints, CLEAN und EMERGENCY Close – Unklares gilt nie als Erfolg.
Persistent, idempotent, genau einmal wirksam. Windows Hello oder Telegram als Ziel.
Dritte Sicherheitsebene für den späteren Produktivbetrieb.
Ehrlich gesagt: Pfadprüfung und Agent-Rechte zusammen sind keine vollständige Prozessisolation. Deshalb steht hier keine Garantie, die nicht nachgewiesen ist.
Ein verbindliches Projektregelwerk ist die oberste Instanz. Jeder Agent liest es vor jedem Auftrag – und keiner darf es verändern. Widerspricht ein Auftrag einer Regel, wird der Konflikt gemeldet, nicht ignoriert.
MUST, SHOULD, COULD und NON_NEGOTIABLE – mit Wirkungsanalyse und lückenloser Historie.Klare Trennung von Entscheidung, Durchsetzung und Ausführung. Der Kern kennt keinen konkreten Agenten – neue Provider brauchen nur einen Adapter.
MCP steht hier für das Model Context Protocol als mögliche Werkzeugschnittstelle – nicht für Agent-zu-Agent-Kommunikation. Die Zusammenarbeit regelt allein die Orchestrierung.
Keine feste Zuordnung von Agent zu Rolle, kein Modellname als Architekturregel. Gewählt wird nach Komplexität, Risiko, Qualität, Kosten und Verfügbarkeit.
Lokal per CLI angebunden, mit bestehender Anmeldung. Keine Schlüssel im Projekt.
Lokal per CLI angebunden, mit Sandbox-Optionen für Read-only-Aufträge.
Plant, routet und bewertet – separat abgerechnet von den Worker-Abos.
Zusätzliche Modelle über CLI- oder API-Adapter, ohne Umbau des Kerns.
Arbeit nach Restkontingent, Reset-Zeiten und Projektzielen einteilen.
Nach Nutzungslimits kontrolliert weiterarbeiten – auch nachts, im Rahmen des Mandats.
Jede Phase endet erst nach unabhängiger Prüfung und formaler Freigabe.
MCP GodForge wächst Schicht für Schicht – gebaut mit Sorgfalt statt Hype, geprüft statt behauptet.