Agenten koordinieren sich dezentral über lokale Regeln, Nachrichten und Handoffs, sodass der Ausführungspfad zur Laufzeit entsteht. Geeignet, wenn dezentralisierte Erkundung gewünscht ist; Aufgaben adaptiv verteilt werden können. Der zentrale Trade-off: Hohe Anpassungsfähigkeit wird auf Kosten geringerer Vorhersagbarkeit und schwieriger Fehlersuche erkauft.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Swarm ist ein Koordinations-Pattern für agentische Multi-Agenten-Systeme: Agenten stimmen sich dezentral über lokale Regeln, Nachrichten und Handoffs ab, sodass sich der Ausführungspfad erst zur Laufzeit ergibt.
Der Begriff und das Pattern werden im Pattern-Katalog „Multi-Agent Systems“ als Koordinations-Variante „Peer Agent Swarm / Distributed Agent Ecosystem“ beschrieben: Es steht für eine No-Center-Koordination, bei der der nächste Sprecher aus lokalen Übergabe-Regeln hervorgeht. Die Darstellung ordnet das Pattern zusätzlich über eine Security-Linse als „Distributed Agent Ecosystem“ innerhalb der OWASP Agentic Security Initiative ein und grenzt es konzeptionell vom dezentralen Blackboard-Ansatz über das Koordinations-Substrat ab (Nachrichtenaustausch vs. gemeinsamer Zustand).
Stell dir Swarm als Skizze ohne Zentrum vor: Jeder Agent kennt nur die Peers, an die er übergeben darf. Beim Eintreffen einer Nachricht entscheidet der aktuelle Agent nach lokalen Regeln, wer als Nächster übernimmt. Der Handoff überträgt Kontrolle und den relevanten Kontext vollständig (keine Rückkehr zum Absender); dadurch entsteht „Route“ als Trace der beobachteten Übergaben. Damit das Laufzeitverhalten nicht kippt, wird die Exploration typischerweise durch ein Handoff-/Rekursionslimit und durch Schutz gegen Nachrichten-Floods stabilisiert.
Der nächste Schritt wird nicht zentral geplant, sondern durch lokale Übergaben zwischen Agenten bestimmt.
Jeder Agent besitzt eingeschränkte Entscheidungslogik dafür, an welche Peers er wann übergeben darf.
Beim Handoff werden Kontrolle und relevanter Kontext vollständig weitergereicht; der Absender geht nicht automatisch zurück.
Der Ausführungspfad wird als beobachtete Sequenz der Handoffs sichtbar; er ist nicht identisch mit einem vorab festgelegten Graphen.
Ohne Limits (z. B. Handoff-/Turn-Grenze) und ohne Backpressure kann das System durch Flooding oder nicht beherrschbare Ausführungspfade dominieren.
Swarm ist geeignet, wenn adaptive, dezentralisierte Erkundung erwünscht ist und eine starre Zentrale zu restriktiv wäre. Der Trade-off ist geringere Vorhersagbarkeit: gleiche Eingaben können unterschiedliche Ausführungspfade erzeugen, wodurch Fehler schwerer zu debuggen sind. Praktisch wichtig sind Schutzmaßnahmen gegen Nachrichten-Floods (z. B. Broadcast-Budget/Backpressure bzw. leichtgewichtiges Umlenken) und Mechanismen für reproduzierbares Verhalten (z. B. vollständige Protokollierung der Nachrichtensequenz und deterministische Turn-Order mit Seed).
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.