MCP GodForge

Mehrere Intelligenzen.
Eine Schmiede.

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.

CORE ORCHESTRATOR CLAUDE CODE CODEX

Intelligenz entscheidet.
Code setzt durch.

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.

Orchestrator

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 5
Deterministische Steuerung

Das Gesetz der Schmiede.

Jede Routingentscheidung wird geprüft: Policies, Capabilities, Budget, Projektzustand, Human Gates. Unzulässig heißt ablehnen – nie still auf ein anderes Modell ausweichen.

Python · fail closed
Agenten

Die Hände am Amboss.

Claude 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 modelloffen
Human Gate

Das letzte Wort.

Codeänderungen, Architektur, Risiko: Der Mensch gibt frei. Eine Entscheidung wirkt genau einmal, überdauert jeden Neustart – und kein Agent kann sie sich selbst ausstellen.

Human Authority
Der Schmiedeprozess

Vom Funken
zum Werkstück.

Sechs Stationen. Jede mit klarer Verantwortung. Kein Agent erteilt einem anderen direkt einen Auftrag – jedes Ergebnis geht zurück an die Steuerung.

  1. 01

    Vision

    Du beschreibst Ziel und Rahmen – kein vollständiges Pflichtenheft nötig. Projekte dürfen sich unterwegs entwickeln.

  2. 02

    Planen

    Der Orchestrator zerlegt den Auftrag, führt ein lebendes Pflichtenheft und schlägt im Dialog den passenden Qualitäts-, Risiko- und Kostenrahmen vor.

  3. 03

    Routen

    Seine Wahl geht als Routing Request an die Python-Schicht. Die prüft, führt exakt aus – oder lehnt ab. Kein stiller Ersatz.

  4. 04

    Schmieden

    Der Worker arbeitet im vorgegebenen Modus: ANALYSIS_READONLY, REVIEW_READONLY, IMPLEMENTATION oder TEST. Selbst hochstufen kann er sich nicht.

  5. 05

    Prüfen

    Blind Review: Ein unabhängiger Prüfer erhält Anforderungen und Code – aber nicht die Analyse des anderen. Befunde statt Bestätigung.

  6. 06

    Freigabe

    Der Mensch entscheidet. Möglich ist auch ein ehrliches ACCEPT_WITH_DEBT – nicht jedes Finding erzwingt eine weitere Runde.

Sicherheit

Gehärtet.
Nicht behauptet.

Grenzen, die außerhalb des Modells gelten – Schicht für Schicht gebaut, unabhängig geprüft und mit ehrlichem Status.

Registry & PathGuard

Agenten erhalten nur geprüfte Projektpfade, nie freie Strings.

Agent-Modi

Read-only-Modi, Tool-Allowlists und Sandbox-Optionen je Aufruf.

Credential Separation

Keine automatische Vererbung von Keys, Tokens oder Proxy-Zugangsdaten.

Projekt-Exklusivität

Eine Instanz pro Projekt – per Betriebssystem-Sperre durchgesetzt.

Eventlog

Append-only, vollständiger Replay. Die einzige Runtime-Wahrheit.

Recovery

Checkpoints, CLEAN und EMERGENCY Close – Unklares gilt nie als Erfolg.

Human Gates

Persistent, idempotent, genau einmal wirksam. Windows Hello oder Telegram als Ziel.

VM-Isolation

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.

1.280Tests grün im letzten Regressionslauf
3Phasen nach unabhängiger Prüfung abgeschlossen
4Agent-Modi, deterministisch vorgegeben
0stille Fallbacks auf andere Modelle
Governance

Ein Regelwerk,
das KIs führt.

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.

  • Living PRQS. Ein lebendes Pflichtenheft mit MUST, SHOULD, COULD und NON_NEGOTIABLE – mit Wirkungsanalyse und lückenloser Historie.
  • Execution Policy im Dialog. Vom Prototyp bis zum kritischen System – der Rahmen wird vorgeschlagen, begründet und vom Menschen bestätigt.
  • Abnehmender Grenznutzen. Nicht „geht es noch besser?“, sondern: „Rechtfertigt der Gewinn eine weitere Runde?“
MCP_PROJECT_RULES.md
Version1.6
StatusVERBINDLICH
Änderung durch KIausgeschlossen
PresetsPROTOTYPE · BALANCED · QUALITY · CRITICAL
ACCEPTACCEPT_WITH_DEBTREWORK_REQUIREDHUMAN_DECISION_REQUIREDABORT
Technologie

Architektur
in Schichten.

Klare Trennung von Entscheidung, Durchsetzung und Ausführung. Der Kern kennt keinen konkreten Agenten – neue Provider brauchen nur einen Adapter.

Human Authority
Mensch · Ziele, Freigaben, Risiken
Entscheidung
Orchestrator · Phase 5
Durchsetzung
Deterministische Python-Steuerung
Providerneutrale Adapter-Schnittstelle · CLI oder API
Agenten
Claude Code Codex weitere Provider
Projekt
ProjectScope · Eventlog · Checkpoints

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.

Modelloffen

Das beste Werkzeug
für jede Aufgabe.

Keine feste Zuordnung von Agent zu Rolle, kein Modellname als Architekturregel. Gewählt wird nach Komplexität, Risiko, Qualität, Kosten und Verfügbarkeit.

Worker · aktiv

Claude Code

Lokal per CLI angebunden, mit bestehender Anmeldung. Keine Schlüssel im Projekt.

Worker · aktiv

Codex

Lokal per CLI angebunden, mit Sandbox-Optionen für Read-only-Aufträge.

Orchestrator · geplant

OpenAI-API

Plant, routet und bewertet – separat abgerechnet von den Worker-Abos.

Offen für

Weitere Provider

Zusätzliche Modelle über CLI- oder API-Adapter, ohne Umbau des Kerns.

Ideenregister

Kontingent-Planung

Arbeit nach Restkontingent, Reset-Zeiten und Projektzielen einteilen.

Ideenregister

Autonomous Resume

Nach Nutzungslimits kontrolliert weiterarbeiten – auch nachts, im Rahmen des Mandats.

Roadmap

Schicht für Schicht.
Geprüft, dann weiter.

Jede Phase endet erst nach unabhängiger Prüfung und formaler Freigabe.

  1. Phase 1ProjektregistryRegistrierung, Pfadgrenzen, PathGuardFINAL
  2. Phase 2Agent-AdapterProviderneutrale Anbindung, Modi, Credential-PolicyFINAL
  3. Phase 3Session, State, LockEventlog, Checkpoints, Recovery, ProjektsperreFINAL
  4. Phase 4Workflow EngineDeterministisches Grundgerüst, Human-Gate-AnbindungIN ARBEIT
  5. Phase 5OrchestratorOpenAI-Anbindung als planende InstanzGEPLANT
  6. Phase 6End-to-EndTest mit einem echten ProjektGEPLANT
  7. Phase 7OberflächeDesktop-GUIGEPLANT
In aktiver Entwicklung · Phase 4

Die Glut
ist entfacht.

MCP GodForge wächst Schicht für Schicht – gebaut mit Sorgfalt statt Hype, geprüft statt behauptet.