Erkennbares Symptom: Reflexionsschleifen konvergieren nie. Rekursionslimits schlagen erst zur Laufzeit an statt zur Entwurfszeit. Geeignete Korrektur: Router-Entscheidungen schema-validieren. Hartes recursion_limit , hartes max_handoffs .
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.
Halluziniertes Routing liegt vor, wenn ein Multi-Agent-System einen nicht vorhandenen oder unpassenden Agentenpfad annimmt und darauf aufbaut.
Das Muster wurde im Kontext der Analyse von Multi-Agent-Systemen als Anti-Pattern beschrieben. Es entsteht aus impliziten Annahmen über Rollen, Fähigkeiten oder erreichbare Agenten statt aus einer verlässlich geprüften Topologie.
Ein Agent entscheidet, wem er eine Aufgabe übergeben möchte. Fehlt eine Prüfung des tatsächlichen Routings, kann er einen plausibel klingenden, aber ungültigen Empfänger wählen. Die Kette produziert dann Fehler, Schleifen oder scheinbar begründete Ergebnisse. Explizite Agentenregister, Fähigkeiten und Übergabeprotokolle machen den Pfad überprüfbar.
Ein Agent behandelt eine vermutete Rolle oder Fähigkeit als vorhanden, ohne sie zur Laufzeit zu prüfen.
Sie beschreibt, welche Agenten existieren, erreichbar sind und welche Übergaben erlaubt sind.
Register, Capability-Checks und Protokolle verhindern ungültige oder endlose Übergaben.
Das Muster ist für Zuverlässigkeit, Debugging und Sicherheit agentischer Systeme relevant. Entwickler sollten Übergaben beobachtbar machen und Fehler explizit behandeln, statt plausible Agentenantworten als Beleg für korrektes Routing zu werten.
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.