Multi-Agenten-System: Definition, Funktionsweise und Beispiele

Definition im Detail

Ein Multi-Agenten-System besteht aus mehreren KI-Agenten, die gemeinsam an einer Mission arbeiten, statt dass ein einzelner Agent alles erledigt. IBM beschreibt es als mehrere Agenten, die Aufgaben im Auftrag eines Nutzers oder eines anderen Systems erledigen, wobei jeder seine eigenen Entscheidungsfähigkeiten behält und gleichzeitig auf ein gemeinsames Ergebnis hinarbeitet. Google Cloud sieht es ähnlich: eine Architektur, in der mehrere Agenten gemeinsam an komplexen Aufgaben arbeiten, jeder mit einer oft spezialisierten Rolle, was es erlaubt, einen großen Workflow in besser handhabbare Teile zu zerlegen.

Der Punkt, der ein Multi-Agenten-System wirklich von einem einfachen Agenten unterscheidet, der andere Agenten wie Werkzeuge aufruft, ist die Kommunikation. IBM betont das: Die Agenten interagieren entweder direkt miteinander oder indirekt, indem sie eine gemeinsame Umgebung oder ein gemeinsames Gedächtnis verändern. Ohne diesen Austausch hat man eine Sammlung isolierter Agenten, kein System.

Zwischen den Quellen gibt es eine Nuance darüber, was "zusammenarbeiten" bedeutet. IBM unterscheidet zwei Logiken: eine kooperative Logik, bei der die Agenten ein gemeinsames Ziel teilen (der in Unternehmensanwendungen weit überwiegende Fall), und eine kompetitive oder verhandelnde Logik, geerbt aus der akademischen Forschung zu Multi-Agenten-Systemen, bei der Agenten mit unterschiedlichen Interessen miteinander verhandeln (ein Szenario, das zum Beispiel für die Lieferkette genannt wird). Google Cloud und Microsoft konzentrieren sich dagegen fast ausschließlich auf die kooperative, unternehmensorientierte Version: spezialisierte Agenten, die sich eine Arbeit auf ein gemeinsames Ziel hin aufteilen. Das ist auch der Blickwinkel, den dieses Glossar einnimmt.

So funktioniert es

Konkret kombiniert ein Multi-Agenten-System drei Zutaten.

Zuerst die Rollenverteilung. Jeder Agent hat einen Kompetenzbereich: ein Agent, der analysiert, ein Agent, der verfasst, ein Agent, der prüft. Diese Spezialisierung verhindert, dass ein einzelner Agent einen zu überladenen System-Prompt trägt, mit zu vielen Werkzeugen und zu viel Kontext gleichzeitig.

Dann die Kommunikation. Die Agenten tauschen Zwischenergebnisse, Daten, manchmal Klärungsanfragen aus. Laut Microsoft kann diese Kommunikation mehreren Mustern folgen: eine sequenzielle Kette, in der jeder Agent die Ausgabe des vorherigen verarbeitet, ein paralleler Modus, in dem mehrere Agenten gleichzeitig am selben Thema arbeiten, bevor ihre Ergebnisse zusammengeführt werden, oder ein Gruppendiskussionsmodus, in dem die Agenten in einem gemeinsamen Strang debattieren, bevor sie sich annähern.

Schließlich die Koordination. Das ist die Aufgabe der Orchestrierung: Jemand oder etwas muss entscheiden, welcher Agent wann handelt, und wie man am Ende alles zusammenführt. Ohne Koordination erzeugen mehrere parallel laufende autonome Agenten vor allem Chaos.

Microsoft weist auf einen nützlichen Punkt hin, bevor man sich in ein Multi-Agenten-System stürzt: Jede zusätzliche Komplexitätsstufe (ein Agent mit mehr Werkzeugen, dann mehrere orchestrierte Agenten) bringt auch mehr Latenz, mehr Kosten und mehr Fehlerquellen mit sich. Die bewährte Praxis bleibt, mit der einfachsten Stufe zu beginnen, die den Bedarf erfüllt, und Agenten nur hinzuzufügen, wenn ein einzelner Agent die Vielfalt der Aufgaben oder die erforderlichen Sicherheitsgrenzen wirklich nicht bewältigen kann.

Konkretes Beispiel bei Atako

In der Plattform Atako bringen zwei konkrete Mechanismen einen einzelnen Agenten näher an eine Multi-Agenten-Logik, ohne jeden Agenten zu einem überkomplizierten Konstrukt zu machen.

Der erste sind die Unteragenten. Bei einer komplexen Aufgabe kann ein Atako-Agent einen Teil der Arbeit an einen kurzlebigen Hilfs-Unteragenten delegieren, der nur für die Dauer der Teilaufgabe existiert. Dieser Unteragent belegt keinen zusätzlichen Slot, und seine gesamte Arbeit erscheint als sichtbare Schritte in der Aktivitäts-Timeline des übergeordneten Agenten. Sie behalten also eine einzige, lesbare Ansicht, selbst wenn mehrere "Unter-Gehirne" im Hintergrund arbeiten.

Der zweite sind die Nachrichten zwischen Agenten. Zwei Agenten desselben Unternehmens können sich über einen dedizierten Kanal Nachrichten senden, um sich Arbeit zu delegieren oder Ergebnisse zu teilen, genau die Art direkter Kommunikation, die IBM in seiner Definition des Multi-Agenten-Systems beschreibt. Diese Delegation ist nicht unbegrenzt: Die Delegationstiefe ist gedeckelt, und Anti-Schleifen-Quoten verhindern, dass sich zwei Agenten dieselbe Aufgabe endlos hin und her schicken.

Es gibt auch eine organisatorische Dimension. Die Organization-Seite von Atako erlaubt es, ein Organigramm mit Teams und hierarchischen Positionen darzustellen, wobei jede Position einem aktiven Agenten, einem Menschen zugewiesen werden oder unbesetzt bleiben kann. Vorsicht jedoch: Einem Agenten eine Position zuzuweisen, ist eine visuelle Referenz, keine Berechtigung. Die tatsächlichen Zugriffe eines Agenten (geteilte Dateien, autorisierte Integrationen) hängen ausschließlich von seinen Grants ab, nicht von seinem Platz im Organigramm.

Für ein narratives Beispiel dieser im Unternehmen angewandten Logik erläutert unser Artikel Multi-Agenten-Systeme: wann mehrere Agenten besser sind als einer die Überlegung im Detail.

Häufige Fehler

Mehrere Agenten mit einem Multi-Agenten-System verwechseln. Fünf Agenten zu erstellen, die jeweils für sich laufen, ohne je Informationen auszutauschen, ergibt kein Multi-Agenten-System. Das sind einfach fünf Agenten. Koordination und Kommunikation sind der entscheidende Teil.

Agenten vermehren, bevor man sie braucht. Ein gut ausgestatteter Agent, mit einem autonomen Agenten, der mehrere Schritte selbst bewältigen kann, reicht oft aus. Zusätzliche Agenten hinzuzufügen bringt mehr Latenz und mehr Fehlerpotenzial ohne garantierten Nutzen.

Die Anti-Schleifen-Leitplanken vergessen. Zwei Agenten, die sich gegenseitig Arbeit delegieren, können sich ohne Grenze endlos im Kreis drehen. Eine gedeckelte Delegationstiefe und Anti-Schleifen-Quoten, wie sie Atako bei seinen Nachrichten zwischen Agenten anwendet, sind kein technisches Detail: Sie verhindern, dass ein Multi-Agenten-System außer Kontrolle gerät und Budget ohne Nutzen verbraucht.

Glauben, mehr Agenten bedeute mehr Autonomie. Ein schlecht überwachtes Multi-Agenten-System ist nicht zuverlässiger als ein einzelner Agent, es ist nur schwerer zu prüfen. Die Sichtbarkeit darüber, wer was getan hat (Timeline, Integrationsprotokolle), bleibt unverzichtbar, unabhängig von der Anzahl der beteiligten Agenten.

Weiterführend

Das Multi-Agenten-System ist die Architektur. Die Agenten-Orchestrierung ist der Mechanismus, der sie im Alltag am Laufen hält: wer entscheidet, in welcher Reihenfolge, mit welcher Aufsicht. Das eine zu verstehen hilft selten ohne das andere, weshalb es sich lohnt, beide Definitionen zusammen zu lesen, bevor Sie sich in eine Architektur mit mehreren Agenten stürzen.