Lektion 1 von 6·10 Min Lesezeit

Multi-Agent-Architektur in n8n

Ein einzelner AI Agent stößt schnell an seine Grenzen — komplexe Aufgaben erfordern Spezialisierung. Multi-Agent-Systeme lösen dieses Problem, indem sie mehrere fokussierte Agents orchestrieren, die zusammenarbeiten. n8n bietet mit Sub-Workflows, Webhooks und flexibler Datenverarbeitung die ideale Plattform dafür.

Das Orchestrator-Pattern

Das häufigste Multi-Agent-Muster ist das Orchestrator-Pattern: Ein zentraler Agent (der Orchestrator) koordiniert spezialisierte Sub-Agents und aggregiert deren Ergebnisse.

                    ┌─────────────────┐
                    │   Orchestrator   │
                    │   (Main Workflow) │
                    └────────┬────────┘
                             │
              ┌──────────────┼──────────────┐
              ▼              ▼              ▼
     ┌──────────────┐ ┌──────────────┐ ┌──────────────┐
     │  Researcher   │ │   Writer     │ │  Reviewer    │
     │  Agent        │ │   Agent      │ │  Agent       │
     │ (Sub-Workflow)│ │ (Sub-Workflow)│ │ (Sub-Workflow)│
     └──────────────┘ └──────────────┘ └──────────────┘

Warum Sub-Workflows?

n8n Sub-Workflows sind perfekt für Multi-Agent-Systeme:

VorteilBeschreibung
IsolationJeder Agent läuft in eigenem Kontext — Fehler bleiben lokal
WiederverwendungEin Agent kann in mehreren Orchestratoren genutzt werden
SkalierungSub-Workflows können unabhängig skaliert werden
TestbarkeitJeder Agent ist einzeln testbar
VersionierungAgents können unabhängig aktualisiert werden

Agent-Kommunikation via Webhooks

Für asynchrone Agent-Kommunikation nutzen Sie Webhook-Trigger:

  • Synchron: Der Orchestrator ruft Sub-Workflows direkt auf und wartet auf das Ergebnis
  • Asynchron: Agents kommunizieren über Webhook-Endpoints — ideal für lang laufende Aufgaben
  • Event-basiert: Agents publizieren Events, andere Agents reagieren darauf

Synchroner Aufruf (Standard)

{
  "nodes": [
    { "type": "n8n-nodes-base.executeWorkflow", "parameters": { "workflowId": "researcher-agent", "mode": "each" } },
    { "type": "n8n-nodes-base.executeWorkflow", "parameters": { "workflowId": "writer-agent", "mode": "each" } }
  ]
}

Asynchroner Aufruf (Webhooks)

{
  "nodes": [
    { "type": "n8n-nodes-base.httpRequest", "parameters": { "url": "https://n8n.example.com/webhook/researcher", "method": "POST" } }
  ]
}

Shared State Management

Multi-Agent-Systeme benötigen gemeinsamen Zustand. In n8n gibt es drei Strategien:

StrategieVerwendungTool
Workflow-VariablenKurzlebiger State innerhalb einer Executionn8n Static Data
DatenbankPersistenter State über Executions hinwegPostgreSQL / Supabase
RedisSchneller, flüchtiger State für Echtzeit-KoordinationRedis Node

Praxis-Tipp: Starten Sie mit dem synchronen Orchestrator-Pattern und einem einfachen PostgreSQL-State. Wechseln Sie erst zu Webhooks und Redis, wenn die Latenz-Anforderungen es erfordern. Einfachheit schlägt Eleganz in Production.

📝

Quiz

Frage 1 von 3

Welches Architektur-Pattern wird am häufigsten für Multi-Agent-Systeme in n8n verwendet?