KI-Agent
// Beschreibung
// Anwendungsbereiche
- Prozessautomatisierung
- Datenanalyse
- Kundenservice
- Code-Entwicklung
// Deep Dive — Agentic Workflows 2026
Agentic Workflows vs Traditional Workflows — der Paradigmen-Shift 2026
Bis Ende 2025 hieß Automatisierung in den meisten Unternehmen: n8n, Make, Zapier oder der OpenAI Agent Builder. Vorgegebene Knoten, deterministische Verzweigungen, ein fest verdrahteter Pfad von Trigger zu Output. Diese Tools sind nicht tot, sondern erfüllen weiterhin genau das, wofür sie gebaut wurden — vorhersagbare, klar strukturierte Prozesse mit bekannten Eingaben und bekannten Ausgaben.
Seit Dezember 2025 hat sich allerdings die Definition davon, was ein KI-Agent kann, fundamental verschoben. Statt vorab modellierter Workflows arbeitet ein KI-Agent auf der Ebene von Zielen: Du beschreibst das Ergebnis, das du erreichen willst, der Agent plant die Schritte, ruft Tools auf, korrigiert sich selbst und liefert das fertige Ergebnis. Das Verb dafür hat sich verändert — gearbeitet wird nicht mehr nur in Knoten, sondern in Konversation mit dem Agenten.
Andrej Karpathy, ehemaliger KI-Chef bei Tesla und Co-Founder von OpenAI, hat den Shift im März 2026 prägnant beschrieben: Coding sei nicht mehr das richtige Verb, er erkläre nur noch sechzehn Stunden am Tag Agenten seinen Willen. Das gilt nicht nur für Entwickler. In Marketing, Sales, Recruiting und Operations entstehen 2026 dieselben agentischen Workflows — und sie übertreffen klassische Pipelines dort, wo Aufgaben kontextabhängig, unstrukturiert oder veränderlich sind.
Der zentrale Unterschied: Traditionelle Workflows sind deterministisch — gleicher Input, gleicher Output, jeder Schritt sichtbar. Agentic Workflows sind probabilistisch — der Agent entscheidet bei jedem Loop neu, welches Tool er wählt, welche Annahmen er trifft und wann er fertig ist. Das macht Agenten flexibler, aber auch deutlich schwerer zu kontrollieren. Genau dieser Tradeoff ist die strategische Entscheidung 2026.
Wann Agentic Coding statt n8n? — Entscheidungsmatrix
Die Frage ist nicht n8n oder Agent — sondern wann welches Werkzeug. Eine pragmatische Matrix für die Praxis:
Nutze klassische Workflow-Tools (n8n, Make, Zapier), wenn dein Prozess vorhersehbar ist, klar strukturierte API-Daten verarbeitet, keine offenen Interpretationen verlangt und Compliance volle Nachvollziehbarkeit fordert. Beispiele: ein neuer Lead aus HubSpot wird mit fester Logik in Pipedrive übergeben, eine Stripe-Zahlung löst eine Bestätigungs-E-Mail aus, ein Webhook befüllt eine Airtable-Tabelle. Jeder Schritt ist bekannt, Edge Cases sind selten, Audit-Trails sind Pflicht.
Nutze Agentic Workflows (Claude Code, Codex, Antigravity, LangGraph), wenn die Aufgabe unstrukturierten Input enthält, Entscheidungen kontextabhängig sind, mehrere Tools dynamisch kombiniert werden müssen oder der Workflow regelmäßig anders aussieht. Beispiele: ein Customer-Support-Ticket wird klassifiziert, recherchiert und beantwortet, ein Lead wird über mehrere Quellen angereichert und bewertet, eine Marketing-Kampagne wird aus Briefing, Wettbewerbsdaten und Brand-Guidelines zusammengestellt.
Eine einfache Heuristik aus der Praxis: Wenn du den Workflow auf einem Whiteboard in fünfzehn Minuten als Flussdiagramm zeichnen kannst, gehört er in n8n. Wenn du beim Zeichnen merkst, dass es eigentlich davon abhängt, gehört er in einen Agenten. Mehr zur Entscheidung im KI-Implementierungs-Leitfaden und im Vergleich AI Agents vs Chatbots.
Ein zweiter Filter ist die Frequenz. Workflows, die hunderttausendmal pro Monat laufen, sollten deterministisch sein — Tokenkosten und Latenz eines Agenten sind dort prohibitiv. Workflows, die fünfzig oder fünfhundert Mal pro Monat laufen und jedesmal ein Stück Recherche, Bewertung oder Komposition verlangen, sind ideal für Agenten. Die Faustregel der führenden Implementierer 2026 lautet: deterministische Pipelines für High-Volume und Compliance, agentische Workflows für High-Value und High-Variance.
Agent-Architekturen — Single, Multi-Agent, Hierarchisch
Drei Grundarchitekturen dominieren 2026 die Praxis. Wer sie kennt, trifft schneller die richtige Designentscheidung.
Single Agent. Ein einzelner Agent mit einem Modell, einem Systemprompt und Zugriff auf einen klar umrissenen Toolsatz. Diese Architektur ist erstaunlich leistungsfähig und sollte immer der Default sein. Anthropic empfiehlt im viel zitierten Guide Building Effective Agents explizit: starte einfach, füge Komplexität nur hinzu, wenn sie nachweislich nötig ist. Single Agents sind günstiger zu betreiben, leichter zu debuggen und liefern bei klar definierten Aufgaben oft bessere Ergebnisse als Multi-Agent-Systeme.
Multi-Agent (peer-to-peer). Mehrere spezialisierte Agenten arbeiten parallel oder im Dialog. Klassisches Muster: ein Researcher-Agent recherchiert, ein Writer-Agent schreibt, ein Reviewer-Agent prüft. Vorteil: Spezialisierung, parallele Ausführung, klarere Verantwortung pro Agent. Nachteil: höhere Token-Kosten, mehr Latenz, kompliziertere Fehlerdiagnose. Multi-Agent lohnt sich, wenn die Teilaufgaben wirklich unterschiedliche Skills, Tools oder Modelle verlangen.
Hierarchisch (Orchestrator + Sub-Agents). Ein übergeordneter Orchestrator-Agent zerlegt die Aufgabe und delegiert an Sub-Agents, die wiederum eigene Tools haben. Beispiel: ein Lead-Qualifizierungs-Orchestrator ruft Sub-Agents für Firmen-Recherche, Decision-Maker-Identifikation, Intent-Scoring und Outreach-Vorbereitung. Diese Architektur skaliert mit der Komplexität, braucht aber ein sauberes Memory- und Context-Management, sonst driften Sub-Agents auseinander.
Ein verbreiteter Anti-Pattern: Multi-Agent-Workflows als Default. In über zwei Drittel aller Fälle, die wir in Pitches sehen, hätte ein gut geprompteter Single Agent mit den richtigen Tools die Aufgabe sauberer gelöst. Multi-Agent ist eine Architektur-Entscheidung, kein Marketing-Argument.
// Architektur-Muster
Single vs. Multi-Agent vs. Hierarchisch
Single Agent
Ein Loop, ein Modell, klarer Toolsatz. Günstig, leicht debugbar — der empfohlene Default für ~70 % aller Use-Cases.
Multi-Agent
Spezialisten in Dialog: Researcher → Writer → Reviewer. Mehr Latenz und Token-Kosten, aber klarere Verantwortung.
Hierarchisch
Orchestrator delegiert an Sub-Agents. Skaliert mit Komplexität — braucht aber sauberes Memory- und State-Mgmt.
Claude Agent SDK, OpenAI Agents SDK, LangGraph — Vergleich 2026
Wer 2026 produktiv mit Agenten arbeitet, wählt zwischen drei Stacks. Alle drei sind ernstzunehmen, sie unterscheiden sich in Philosophie, Reifegrad und Zielgruppe.
Claude Agent SDK (Anthropic). Das SDK hinter Claude Code und vielen produktiven Coding-Agents 2026. Es ist bewusst minimalistisch, gibt dir einen sauberen Agent-Loop, ein klares Tool-Use-Schema und transparenten Zugriff auf das Modell. Stärken: hervorragendes Tool-Calling, native Unterstützung für Sub-Agents und das Skills-System, sehr gute Code-Performance. In der Top-Coding-Tool-Umfrage 2026 wurde Claude Code als am häufigsten geliebtes Tool mit sechsundvierzig Prozent Most-Loved-Score bewertet, deutlich vor Cursor auf Platz zwei. Ideal, wenn du auf Anthropic-Modelle setzt und maximale Kontrolle über den Loop willst.
OpenAI Agents SDK. Nachfolger des kurzlebigen Agent Builders, deutlich entwicklerorientierter. Stärken: tight integration mit GPT-Modellen, gutes Tracing, eingebaute Handoff-Mechanismen zwischen Agenten und native Anbindung an die OpenAI Responses API. Ideal, wenn du bereits tief im OpenAI-Stack bist und Voice, Vision oder Realtime-Features mit klassischer Agent-Logik kombinieren willst.
LangGraph (LangChain). Graph-basiertes Framework für komplexe, zustandsbehaftete Multi-Agent-Systeme. Stärken: explizite State-Machine, perfekt für lange, mehrstufige Workflows mit Checkpoints und Human-in-the-Loop. Ideal für Enterprise-Anwendungen, bei denen Audit, Pausieren, Wiederaufnehmen und Replay zentrale Anforderungen sind. Höhere Lernkurve, dafür sehr robust in der Produktion. Mehr Hintergrund unter LangChain.
In unseren Implementierungen kombinieren wir die SDKs je nach Use Case: Claude Agent SDK für Coding- und Content-Agenten, OpenAI Agents SDK für Voice- und Multimodal-Anwendungen, LangGraph für tief integrierte Enterprise-Workflows mit Compliance-Anforderungen. Eine universelle "beste" Wahl gibt es 2026 nicht — die Architektur muss zum Problem passen.
// SDK-Adoption
Agent-Framework-Adoption DACH 2026
Welche Agent-SDKs Teams in produktiven Projekten einsetzen (Mehrfachnennungen, N=287).
Praxis-Beispiel: Customer-Support-Agent in 60 Minuten
Ein realistischer Aufbau, den wir bei Kunden regelmäßig in einer Stunde lauffähig machen. Das Beispiel zeigt den typischen agentischen Flow vom leeren Editor bis zum deploybaren Prototyp.
Minute 0 bis 10 — Spezifikation. Im Plan-Mode beschreibst du dem Agenten das Ziel: ein Support-Bot, der eingehende E-Mails klassifiziert, in der Knowledge-Base recherchiert, eine Antwort entwirft und bei unklaren Fällen einen Menschen einbindet. Der Agent stellt Rückfragen — welche Mailboxen, welche Knowledge-Base, welcher Eskalations-Trigger, welches Output-Format. Diese Discovery ist die wertvollste Phase und ersetzt das, was früher zwei Workshop-Stunden gekostet hat.
Minute 10 bis 30 — Tools und Architektur. Der Agent legt die Projektstruktur an, integriert die Mail-API per MCP-Server, baut den Vector-Store für die Knowledge-Base, definiert Tool-Schemas für Klassifizierung, Suche, Antwortentwurf und Eskalation und schreibt erste Tests. Hier zeigt sich die Stärke der CLI-Agenten: Dateien lesen, Code schreiben, Code ausführen, Fehler analysieren, korrigieren — alles in einer Loop, ohne dass du als Mensch zwischen vier Tools springst.
Minute 30 bis 50 — Iteration und Evals. Mit zwanzig bis fünfzig historischen Tickets als Testdaten lässt du den Agenten gegen sich selbst evaluieren: Wie oft trifft er die richtige Kategorie, wie oft braucht er einen Menschen, wie viele Halluzinationen produziert er. Schwächen werden direkt im Systemprompt oder durch zusätzliche Beispiele behoben. Diese Evaluations-Schleife ist der eigentliche Engineering-Anteil 2026 — nicht das Schreiben des Codes, sondern das systematische Verbessern des Agenten.
Minute 50 bis 60 — Deployment und Guardrails. Der Agent wird in eine serverlose Funktion verpackt, mit Logging, Rate-Limiting und Prompt-Injection-Schutz versehen und an die echte Mailbox angebunden. Wichtig: harte Guardrails — der Agent darf Antworten entwerfen, aber nicht ohne Freigabe versenden. Diese Human-in-the-Loop-Schwelle ist 2026 für die meisten Business-Agenten Pflicht.
Das Ergebnis ist kein Spielzeug-Demo, sondern ein produktionsreifer Erstwurf, der in den folgenden Tagen weiter gehärtet wird. Genauso bauen wir mit Kunden in KI-Implementierungs-Sprints in einer Woche, was klassisch sechs Monate gedauert hätte.
Die fünf häufigsten Fehler bei Agentic Workflows
1. Context Drift. Sprachmodelle verarbeiten Informationen am Anfang und am Ende ihres Kontextfensters deutlich besser als in der Mitte. Bei dreißig Tool-Calls hintereinander verliert der Agent in Schritt fünfundzwanzig das Ziel aus Schritt eins. Gegenmittel: kurze Context-Window-Disziplin, klare Anker bei jedem Loop, frühe Zusammenfassungen.
2. Kaskadierende Halluzinationen. Eine falsche Annahme in Schritt drei wird in Schritt vier zu Code, in Schritt fünf zu Deployment. Probabilistische Fehler in agentischen Workflows pflanzen sich exponentiell fort. Gegenmittel: Validation-Steps, harte Schema-Checks, Evaluations gegen Ground-Truth-Daten.
3. Prompt Injection. Ein Agent mit Tool-Zugriff hat eine massiv größere Angriffsfläche als ein Chatbot. Websites, E-Mails oder API-Antworten können versteckte Anweisungen enthalten, die der Agent ausführt. Gegenmittel: strikte Tool-Berechtigungen, Sandboxing, Approval-Layer für sensible Operationen, niemals blind alle Commands akzeptieren.
4. Overengineering. Nicht jedes Problem braucht einen Multi-Agent-Workflow. Eine simple Textklassifikation löst ein einzelner gut formulierter Prompt oft besser. Anthropic schreibt selbst: starte einfach, füge Komplexität nur hinzu, wenn sie nachweislich Wert liefert.
5. Fehlendes Architekturverständnis. Cloud Code aufmachen und "vibe-coden" lassen funktioniert für ein Wochenend-Demo, fliegt im Unternehmenseinsatz aber um die Ohren. Amazons eigener Coding-Agent Q hat in Q3 2025 sogenannte High-Blast-Radius-Changes verursacht, weil grundlegende Architektur-Guardrails fehlten. Der Code funktionierte isoliert, beim Deployment zeigten sich versteckte Abhängigkeiten. Zwischen Demo und Produktion liegt ein Ozean, der nur mit Architekturwissen überquerbar ist.
Was war n8n-Wissen noch wert?
Eine Frage, die in jedem zweiten Workshop fällt: War es umsonst, n8n, Make oder Zapier gelernt zu haben? Ganz im Gegenteil. Das Verständnis von Triggern, Datenflüssen, Webhooks, API-Authentifizierung, Fehlerbehandlung und Retry-Logik überträgt sich eins zu eins auf Agentic Workflows. Wer in n8n saubere Pipelines gebaut hat, baut auch saubere Agenten — weil er versteht, wie ein Prozess strukturiert sein muss, damit er nicht kippt.
Die alte Welt verschwindet nicht, sie wird zur Grundlage. Klassische Make- und n8n-Workflows bleiben das Rückgrat für deterministische, hochfrequente Prozesse. Daneben entstehen agentische Workflows für alles, was Kontext, Recherche und Urteilsvermögen braucht. Die Profis 2026 beherrschen beides — und wissen, wann welcher Hebel der richtige ist. Wer tiefer einsteigen will, findet im KI-Agenten-Leitfaden und in der KI-Strategie-Pillar-Page die nächsten Schritte für den Unternehmenseinsatz.
// Daten-Snapshot
AI-Agent-Adoption in DACH-Unternehmen 2024-2026
Anteil Unternehmen mit produktivem AI-Agent (% von befragten KMU bis Großkonzernen).
Quelle: Bitkom Branchenbarometer + IDC 2026
// Verwandte Einträge
Brauchst du Hilfe mit KI-Agent?
Wir beraten dich gerne zu Einsatz, Integration und Strategie.
Kontakt aufnehmen