Wie Agentic Architektur funktioniert: Der Wahrnehmungs-Planungs-Aktions-Zyklus
Der operative Ablauf eines Agentic Systems folgt einem iterativen Zyklus aus Wahrnehmung, Planung und Aktion.
Sinn
Der Prozess beginnt, sobald der Agent Daten aus seiner Umgebung erfasst. Zum Beispiel erhält ein Kundendienstmitarbeiter ein Support-Ticket mit unstrukturiertem Text.
> Weiterlesen | Unstrukturiertes Datenmanagement: Geschäftswert erschließen
Planung
Der Agent nutzt seine Argumentationsschicht, um das Ticket zu analysieren und eine Lösungsstrategie zu formulieren. Für gut definierte Probleme kann dies die Erstellung eines vollständigen Ausführungsplans mit einer Abfolge von Teilaufgaben beinhalten, wie zum Beispiel die Identifizierung des Produktproblems und die anschließende Suche in der der Wissensdatenbank.
Alternativ kann sich der Agent, um mehr Autonomie und Flexibilität zu ermöglichen, auch lediglich auf die Bestimmung der jeweils besten nächsten Aktion konzentrieren. Nach Ausführung dieses Schritts nimmt er das Ergebnis wahr und bewertet seinen Plan neu, indem er seine Vorgehensweise basierend auf den neu erhaltenen Informationen anpasst.
Aktion
Anschließend führt der Agent den Plan mit seinen Tools aus. Dieser Prozess wird häufig durch moderne Frameworks wie das Model Context Protocol (MCP) geregelt, das es dem Agenten ermöglicht, das richtige Tool auszuwählen und seinen Befehl korrekt zu strukturieren. Er könnte zum Beispiel eine Datenbank-API aufrufen, um die Wissensdatenbank zu durchsuchen und dann seine Textgenerierungsfunktion verwenden, um eine Antwort zu entwerfen.
Reflektieren und iterieren
Der Zyklus endet nicht mit der Aktion. Der Agent kann dann über das Ergebnis reflektieren. Wenn die Suche in der Wissensdatenbank keine Ergebnisse liefert, kann er ihren Plan anpassen – möglicherweise durch Umformulierung der Suchabfrage oder durch die Entscheidung, den Vorgang an einen Menschen weiterzuleiten. Diese iterative Schleife, macht die Architektur wirklich Agentic.
Agentic versus nicht-Agentic Architektur: Von statischen Antworten zu dynamischen Aktionen
Der Unterschied zwischen Agentic und nicht-Agentic Systemen liegt in ihrem grundlegenden Design und ihren Fähigkeiten. Eine nicht-Agentic Architektur ermöglicht einen linearen, „einmaligen“ Prozess, wenn eine Eingabe einem LLM gegeben wird und eine statische Ausgabe generiert wird. Sie ist für bekannte, gut definierte Aufgaben geeignet, kann aber keine mehrstufigen Aktionen ausführen, ohne für jeden Schritt erneut aufgefordert zu werden.
Die größte Einschränkung ist der Mangel an Autonomie. Feedbackschleifen können zwar zum Erstellen komplexerer Workflows gestaltet werden, doch das Ergebnis ist ein ausgefeilter Prozess, keine autonome Einheit. Dem System fehlt die Fähigkeit zur Anpassung und Flexibilität und seine Leistung wird immer dadurch begrenzt, wie dieser Prozess ursprünglich modelliert wurde.
Im Gegensatz dazu unterstützt eine Agentic Architektur einen autonomen Prozess. Der Agent kann mehrere Entscheidungen treffen, verschiedene Tools verwenden und sich innerhalb einer einzigen Anfrage selbst korrigieren, um ein komplexes Ziel zu erreichen, was für dynamische Aufgaben wie Workflow-Automatisierung oder interaktive Problemlösung unerlässlich ist.
> Weiterlesen | KI-Agenten versus KI-Assistenten versus Agentic KI