Multi-Agent-Architektur: Vermeidung der Einzelagenten-Falle in KI-Systemen

Das Problem: Fragile Einzelagenten-Systeme

Laut den Erfahrungen eines Entwicklers, die auf r/openclaw geteilt wurden, stoßen viele KI-Agenten-Setups nach etwa 2 oder 3 Wochen an ihre Grenzen. Das System wirkt fragil und bricht bei "einem seltsamen Input" zusammen, was zu ständiger Betreuung anstelle von autonomem Betrieb führt. Der Entwickler benötigte 3 Monate Versuch und Irrtum, bevor er Zuverlässigkeit erreichte.

Der Kernfehler: Ein Agent, der alles macht

Der Beitrag identifiziert den grundlegenden architektonischen Fehler: "Die Leute bauen einen Agenten und lassen ihn alles erledigen." Dazu gehören das Führen von Kundengesprächen, das Abrufen von Daten, das Formatieren von Dokumenten, das Senden von E-Mails, das Verwalten von Speicher und das Treffen von Entscheidungen. Dieser Ansatz führt zu ständigem Kontextwechsel, was zu Klarheitsverlust, Zögern, Halluzinationen und vergessenen Aufgaben führt.

Die Lösung: Orchestrator mit Spezialisten

Das funktionierende mentale Modell lautet: "Ein Orchestrator. Mehrere Spezialisten."

• Orchestrator: Kümmert sich nur um das Routing – versteht Anfragen, bestimmt, welcher Spezialist sie bearbeitet, übergibt Aufgaben und sammelt Ergebnisse. Erledigt niemals tatsächliche Arbeit.
• Spezialisten: Jeder macht eine Sache gut mit engem Fokus für zuverlässige Ergebnisse. Beispiele sind:
  • Daten-Agent: Ruft nur Daten ab und formatiert sie
  • Kommunikations-Agent: Kümmert sich nur um Kontaktaufnahme und Nachverfolgung
  • Speicher-Agent: Verfolgt nur den Status und Kontext über Sitzungen hinweg

Praktisches Beispiel: Schätzungsautomatisierungssystem

Der Beitrag liefert ein konkretes Beispiel für ein Schätzungsautomatisierungssystem für mehrere Unternehmen, das Preise aus Excel und QuickBooks abruft, Schätzungen auf dem richtigen Briefpapier erstellt, Genehmigungen einholt und an Kunden sendet.

Falscher Ansatz: Ein Agent, der versucht, alle Aufgaben nacheinander zu erledigen, führt zu Verwirrung zwischen Unternehmenskontexten, falsch formatierten Schätzungen, falschen Preisen und Unzuverlässigkeit.

Richtiger Ansatz:

• Aufnahme-Agent: Verarbeitet Konversationen per Text, Telegram, E-Mail usw. Versteht Bedürfnisse und übergibt saubere Aufgaben an den Orchestrator.
• Daten-Agent: Ruft basierend auf der Aufgabe Daten aus Excel und QuickBooks ab. Kennt Artikelnummern, Preise, Lieferzeiten, Versandinformationen. Gibt strukturierte Daten zurück.
• Formatierungs-Agent: Nimmt strukturierte Daten, wendet die richtige Unternehmensvorlage an und erstellt das Dokument.
• Versand-Agent: Wartet auf Genehmigung, sucht die Kunden-E-Mail aus der Liste und sendet die Schätzung.

Jeder Agent hat eine Aufgabe, der Orchestrator verbindet sie, und menschliche Genehmigung erfolgt vor dem Versand. Das System läuft vorhersehbar ohne Halluzinationen, weil kein einzelner Agent gleichzeitig zu viel tun muss. Wenn etwas ausfällt, weiß man genau, welcher Spezialist versagt hat und warum.

Wesentliche Erkenntnis

Der Unterschied zwischen funktionierenden und scheiternden Setups liegt nicht im verwendeten Modell oder der Plattform, sondern darin, ob man beim Design der Agentenrollen das Prinzip des engen Fokus respektiert hat. Der Entwickler bietet kostenlose Framework-Module für individuelle Rollenaufteilungen, Workflows und Architekturen für spezifische Geschäftsfälle an.