Vorschlag v2.0 · Autonomer Runden-Motor · Stand 2026-07-26

Der Prozess ist das Produkt —
die KI arbeitet ihn ab.

n8n lässt Nutzer Workflows verdrahten. Hier ist es umgekehrt: Die fachlich vollständige, normzitierte, gate-geprüfte Prozess-Definition ist der Kern — die Automation hängt sich an jeden Knoten, die KI führt den Prozess aus, der Mensch gibt nur Unumkehrbares frei. Diese Seite ist der Vorschlag und der Beweis: Der zweite Prozess des Katalogs wurde heute von einem autonomen Agenten-Lauf erzeugt.

Neubau EFH: 1027 Knoten · 138 Gates · Rubrik 100 % Dachsanierung (Runde 1, autonom): 462 Knoten · 45 Gates Blind-Score Runde 1: 73 % Laufende Kosten: 0 EUR (Subscriptions)
Dachsanierung ansehen Wie der Motor läuft

Warum das n8n den Rang abläuft

n8n verkauft leere Werkzeuge — der Nutzer muss selbst wissen, was zu tun ist. Dieses System verkauft das Wissen selbst: den geprüften Branchen-Prozess, an dem die Automation entlangläuft.

n8n heute

  • Leerer Workflow-Graph: der Nutzer verdrahtet jede Node selbst.
  • Fachwissen muss der Nutzer mitbringen — das Tool kennt kein Gewerk, keine Norm, kein Gate.
  • Jede Änderung ist Handarbeit am Graphen.
  • Stärken, die wir ernst nehmen: Connector-Ökosystem, Debugging-UI, Credential-Verwaltung.

SSR Prozess-OS

  • Der Burggraben ist die Prozess-Definition: versionierter Datenvertrag mit Phasen, Gates (Eintritt/Austritt mit prüfbarer Evidenz), Normzitaten und zwei Sichten (Kunde/Bauherr) je Knoten.
  • Jeder Knoten trägt einen Automations-Layer (Agent, Skill, Trigger, Output) und einen KI-Layer (Entscheidung, Konfidenz, Gate auto/mensch) — beim EFH-Prozess bereits 1021 bzw. 809 Knoten.
  • Die KI liest den Prozess und führt ihn aus; der Mensch entscheidet nur an gekennzeichneten Gates (488 Mensch-Gates im EFH).
  • Neue Prozesse erzeugt der Runden-Motor selbst — Fachwissen skaliert per Agenten-Lauf, nicht per Handarbeit.

Ehrliche Lücken auf dem Weg (aus dem adversarialen Cross-Model-Review): Connectoren/Integrationen, Lauf-Beobachtung (Runs, Replays, Logs) und Mandanten-Credentials sind bei n8n heute besser — sie stehen als eigene Slices im Fahrplan, gebaut auf dem bestehenden Basis-Stack.

Der autonome Runden-Motor

Zwei Spuren: prozesse.staging bleibt der abgenommene Stand. prozesse.staging2 (diese Seite) ist die autonome Spur — jede Runde liefert hierher, ohne Rückfrage. Übernahme in die abgenommene Spur bleibt Operator-Entscheidung.

1

Brief

Runden-Auftrag aus PM oder aus der Gap-Liste der Vorrunde — kein manueller Anstoß nötig.

2

Fachplanung im Fächer

Je Hauptphase und Querschnitt ein Fachplaner-Agent, alle auf demselben Datenvertrag wie der EFH-Prozess.

3

Deterministische Montage

Ein Assembler-Skript montiert und validiert — mechanisch, reproduzierbar, kein Sprachmodell.

4

Cross-Model-Gapcheck

Ein adversarialer Prüfer plus Fremdmodell (Grok/Codex) sucht Lücken; Ergebnis wird die Aufgabenliste der nächsten Runde.

5

Blinder Kritiker

Ein Kritiker anderer Modellstufe sieht nur Artefakt + eingefrorene Rubrik (SHA-256 e95a5d63…) — nie die Historie. Sechs Dimensions-Scores statt einer Schmeichelzahl.

6

Liefern + nächste Runde

Commit, Deploy auf staging2, Runden-Report, PM-Eintrag — dann Runde N+1, bis Konvergenz (≥98 % und zwei Runden ohne neue Substanz).

Annahmeregel — eine Runde zählt nur wenn

  • Gesamt-Score ≥ Vorrunde und keine der kritischen Dimensionen (Vollständigkeit, Normtreue, Gate-Qualität) sinkt,
  • nichts ohne maschinenlesbaren deletion_reason gelöscht wurde,
  • kein Normzitat ungültig ist (erfundene Norm = automatische Ablehnung),
  • der blinde Kritiker keine offenen P0/P1-Befunde meldet.

Gegen die bekannten Fallen autonomer Score-Schleifen

  • Rubrik-Gaming: Rubrik eingefroren und gehasht — Score ohne passenden Hash ist ungültig.
  • Kritiker-Drift: verlaufs-blind, bewertet Endqualität statt Fortschritt.
  • Knoten-Inflation: Masse zählt nicht als Substanz; Löschen von Redundanz wird positiv gewertet.
  • Selbstbestätigung: Fremdmodell im Gapcheck, andere Modellstufe im Score; ab Runde 3 versiegelte Testfälle, die kein Builder je sieht.

Der Beweis: ein Katalog, derselbe Motor

Version 2.0 heißt: Das System erzeugt beliebige Branchen-Prozesse auf demselben Level. Der Dachsanierungs-Prozess auf dieser Seite stammt vollständig aus Runde 1 des Motors — 17 Agenten, ohne menschliches Zutun zwischen Brief und Report.

Neubau Einfamilienhaus

1027 Knoten14 Phasen + 8 Querschnitte138 GatesRubrik 100 %

Der Referenz-Prozess, in fünf Runden von 68 % auf 100 % — damals noch mit manuellem Anstoß je Runde.

Abgenommene Spur öffnen

Dachsanierung im Bestand

462 Knoten10 Phasen + 6 Querschnitte45 GatesBlind-Score 73 %

Heute autonom erzeugt (Runde 1). Gap-Liste für Runde 2 liegt bereit: 10×P0, 10×P1 — der Motor schließt sie in den Folgerunden selbst.

Prozess öffnen · Runden-Report

Überzeugungs-Maschine (Marketing)

109 Knoten14 Phasen + 4 Querschnittev0.1.0

Dritter Katalog-Eintrag, heute parallel entstanden: jede Marketing-Aktion (z. B. ein Beitrag) läuft als erfasster Prozess mit Automation — dieselbe Mechanik, andere Domäne.

Prozess öffnen

Die Automation dahinter — die These in klein

Nicht zehn halbgare Automationen, sondern eine echte, am Gate: Der Prozess definiert, was zu prüfen ist — die KI füllt den Knoten — der Mensch trifft eine echte fachliche Entscheidung.

Gate: Bestandsunterlagen vollständig?

Im Dachsanierungs-Prozess trägt das Bestandsaufnahme-Gate den vorhandenen Eingangsprüfer PLAUSI-001 als Automation: Kundenunterlagen (Fotos, Altangebote, Aufmaß) werden beim Eingang geprüft — gehören sie zum Objekt, fehlt ein Pflichtdokument, gibt es Fremd-Dokumente?

Output: Gate-Report + Lückenliste

Ergebnis ist kein Freitext, sondern ein Gate-Report: bestanden / nicht bestanden / Mensch nötig, fehlende Evidenz, Risiko — genau die Struktur, die das Gate im Prozess verlangt. Aufmaß-Knoten binden das vorhandene Drohnen-/Airteam-Aufmaß als zweite Automation.

Mensch entscheidet die Sache

Die einzige menschliche Frage bleibt fachlich: „Reicht die Bestandsaufnahme für den Angebotsstart?“ — ja, nein, nachfordern. Alles davor läuft automatisch, alles danach folgt dem Prozess weiter.

Ausbaustufe danach (Fahrplan, je als eigene Slice): maschinenlesbare Trigger-Semantik und Zustandsmaschine je Knoten, Idempotenz- und Wiederhol-Regeln, Evidenz-Modell je Gate, dann der Agent-Runner, der beliebige Prozesse des Katalogs abfährt — derselbe Runner, verschiedene Prozessverträge.

So geht es weiter

Läuft autonom, ohne Rückfrage

  • Runde 2 ff. Dachsanierung: Gap-Schließen nach Gap-Liste, Re-Score, Auto-Deploy hierher — bis Konvergenz.
  • Jede Runde: Commit, Runden-Report, PM-Eintrag, Review durch Codex + Haiku.
  • Versiegelte Testfälle und semantischer Regressionstest ab Runde 3.

Bleibt beim Operator (einzige Gates)

  • Promotion staging2 → abgenommene Spur / Produktion.
  • Unumkehrbare Aktionen und neue wiederkehrende Kosten (aktuell: keine, 0 EUR).
  • Empfehlung: Motor weiterlaufen lassen und erst nach Konvergenz einmal abnehmen — ein Wort genügt.