Dieser Leitfaden fasst drei frühere Beiträge zu KI-Agenten zusammen und wurde im September 2026 vollständig überarbeitet.

2024 war das Jahr der Chatbots, 2025 das Jahr der Copiloten, und 2026 ist das Jahr der Agenten. Der Unterschied ist grundsätzlich: Ein Chatbot beantwortet Fragen, ein Copilot macht Vorschläge, ein Agent handelt. Er führt mehrstufige Aufgaben selbstständig aus, greift auf externe Systeme zu, trifft Entscheidungen und liefert Ergebnisse statt Antworten. In Deutschland nutzen inzwischen 41 Prozent der Unternehmen KI, fast dreimal so viele wie 2024. Der Großteil dieser Anwendungen beschränkt sich allerdings noch auf Textgenerierung. Der nächste Schritt, bei dem Agenten ganze Prozesse übernehmen, wird gerade vollzogen, und er öffnet kleinen und mittleren Unternehmen Türen, die bislang Konzernen mit eigenen KI-Abteilungen vorbehalten waren. Dieser Leitfaden zeigt, was Agenten heute wirklich leisten, wo sie scheitern, wie ein produktionsreifes System aufgebaut ist und wie der Einstieg gelingt.

Was ein KI-Agent konkret tut

Ein KI-Agent kombiniert ein Sprachmodell mit einer Reihe von Werkzeugen: Websuche, Code-Ausführung, Datenbankzugriff, E-Mail-Versand, API-Aufrufe. Das Sprachmodell entscheidet, welches Werkzeug wann eingesetzt wird, wertet die Ergebnisse aus und plant den nächsten Schritt. Dieser Zyklus aus Denken, Handeln, Beobachten und neu Denken wird als ReAct-Pattern bezeichnet und ist die Grundlage der meisten modernen Agentenframeworks, etwa LangGraph, AutoGen, CrewAI oder des Anthropic Agents SDK.

Ein konkretes Beispiel macht den Unterschied zum einfachen Chatbot greifbar: Ein Agent liest eingehende Kundenanfragen per E-Mail, klassifiziert das Anliegen, ruft die passenden Kundendaten aus dem CRM ab und formuliert eine Antwort. Standardfälle erledigt er vollautomatisch, unklare Fälle legt er einem Menschen vor. Kein Skript hat ihm vorgegeben, in welcher Reihenfolge er das tut. Er hat es aus dem Ziel abgeleitet.

Einsatzbereiche mit echtem Mehrwert für den Mittelstand

Der wirtschaftlich stärkste Fall ist die Dokumenten- und Rechnungsverarbeitung. Eingehende Rechnungen, Angebote, Verträge oder Bestellungen lesen, Positionen und Beträge extrahieren, mit den offenen Bestellungen im ERP abgleichen, Abweichungen zur manuellen Prüfung markieren und den Rest automatisch buchen: Was früher zwei bis drei Minuten pro Rechnung gekostet hat, dauert Sekunden. Bei 500 und mehr Rechnungen im Monat kommen so mehrere Vollzeittage pro Jahr zusammen, die für wertschöpfende Arbeit frei werden. Die Fehlerquote ist bei klar strukturierten Dokumenten überraschend gering, und mit jeder Korrektur verbessert sich das System.

Ähnlich sieht es bei der Angebotserstellung aus. Ein Agent zieht die Anforderungen aus der Kundenanfrage, durchsucht Produktkatalog und Preislisten, erstellt ein strukturiertes Angebot und legt es zur Freigabe vor. Aus Stunden werden Minuten. Komplexe Angebote mit vielen Abhängigkeiten bleiben Sache des Vertriebs, Standardangebote nicht mehr.

Im Kundenservice ersetzt ein Agent den alten Chatbot, der nur vordefinierte Fragen beantwortete. Ein Assistent, der echte Anliegen versteht und bearbeitet, ist heute für einen Bruchteil der früheren Kosten realisierbar. Entscheidend ist die Anbindung an die eigenen Produktdaten, denn nur dann liefert er nützliche Antworten statt generischer Texte. Wie das technisch funktioniert, beschreibe ich im Beitrag über RAG-Systeme im Unternehmen.

Recherche und Auswertung sind ein weiteres dankbares Feld. Ein Agent, der selbstständig eine Liste von Wettbewerbern analysiert, Preise recherchiert, Kundenfeedback auswertet und einen strukturierten Bericht erstellt, ist heute zuverlässig umsetzbar. Solche Aufgaben haben klare Ziele, tolerieren kleinere Fehler und sind nicht zeitkritisch. Was früher externe Berater oder Stunden im Tabellenprogramm kostete, geschieht in Minuten.

Auch im Betrieb von IT-Systemen und in der Softwareentwicklung tut sich einiges. Agenten überwachen Produktionsumgebungen, erkennen Anomalien, führen definierte Gegenmaßnahmen selbstständig durch, etwa den Neustart eines Dienstes, und protokollieren jeden Schritt. Andere generieren Unit-Tests, schreiben Migrationsskripte oder führen Code-Reviews durch, immer mit einem Review durch einen Entwickler. Der Unterschied zur klassischen Automatisierung liegt darin, dass Agenten auch auf Situationen reagieren können, die vorher niemand explizit vorgesehen hat.

Wie ein Produktionsagent aufgebaut ist

Ein produktiv einsetzbarer Agent ist kein einzelnes Modell, sondern ein System. Dazu gehören ein Orchestrator, also das Sprachmodell selbst, Werkzeuge wie APIs, Datenbanken und Dateisysteme, ein Gedächtnis aus Kurzzeitkontext und persistentem Speicher, dazu Grenzen, die der Agent nicht überschreiten darf, und definierte Punkte, an denen er pausiert und auf menschliche Bestätigung wartet. Dieses Human-in-the-Loop-Muster ist kein Notbehelf, sondern das, was in der Praxis am besten funktioniert: Der Agent übernimmt den repetitiven Teil, der Mensch die finale Entscheidung bei unklaren Fällen.

Die größte Herausforderung ist dabei nicht die Fähigkeit des Modells, sondern die Frage, was der Agent nicht tun soll. Ein Agent, der Rechnungen bucht, darf keine Zahlungen auslösen. Einer, der E-Mails schreibt, darf sie nicht ohne Freigabe verschicken. Diese Grenzen zu definieren und technisch durchzusetzen ist die eigentliche Architekturaufgabe. Wie ernst das zu nehmen ist, hat der Sommer 2026 gezeigt: Beim Hugging-Face-Hack durch OpenAIs Agenten haben rund 700 Agenten ohne jede Anweisung eine fremde Produktionsinfrastruktur kompromittiert, weil ihnen die Grenzen fehlten. Ohne menschliche Kontrollpunkte würde ich kein System in Produktion geben.

Für die Anbindung an die bestehende Systemlandschaft hat sich das Model Context Protocol als Standard etabliert. Ein einmal entwickelter MCP-Server für das CRM kann von verschiedenen Agenten genutzt werden, ohne dass die Integration jedes Mal neu gebaut werden muss. Sobald mehrere Agenten zusammenarbeiten, kommt Projektsteuerung ins Spiel: Wer welche Aufgabe übernimmt, wer prüft und wo die Verantwortung endet, habe ich im Beitrag über Teams aus Agenten beschrieben.

Wo Agenten heute noch scheitern

Zum Projekterfolg gehört ehrliches Erwartungsmanagement. Agenten sind stark in strukturierten, regelbasierten Aufgaben mit klar definierten Eingaben und Ausgaben. Schwächer sind sie bei hochgradig kreativen Aufgaben, bei strategischen Entscheidungen mit vielen Variablen und in Situationen mit unvollständigen oder widersprüchlichen Informationen. Überall dort, wo Fehler teuer sind, Ziele unklar sind oder die Werkzeugpalette nicht vollständig ist, ist Vorsicht geboten. Ein Agent, der selbstständig Bestellungen auslöst, Verträge unterzeichnet oder Produktionsprozesse steuert, ist heute noch nicht zuverlässig genug für den unbeaufsichtigten Einsatz. Die Fehlerrate realer Agenten ist höher, als Marketing-Demos vermuten lassen. Das liegt nicht am Modell, sondern daran, dass autonome Entscheidungsketten jeden Fehler verstärken.

Der größte Fehler, den ich in der Praxis sehe, ist ein anderer: KI einzusetzen, ohne vorher den Prozess selbst zu verstehen und zu bereinigen. Ein Agent automatisiert, aber er verbessert keinen schlechten Prozess. Für empathische Kundengespräche, kreative Problemlösung und strategische Entscheidungen bleibt der Mensch unverzichtbar, und das ist keine Schwäche der Technik, sondern eine sinnvolle Arbeitsteilung.

Wann sich der Einsatz lohnt

Drei Kriterien machen ein Agentenprojekt sinnvoll. Das Ziel ist klar definierbar. Fehler sind reversibel oder werden vor der Ausführung geprüft. Und der manuelle Aufwand für dieselbe Aufgabe ist hoch genug, dass sich Entwicklung und Betrieb rechnen. Wenn alle drei zutreffen, lohnt sich die Investition. Wenn eines fehlt, sollte man mit einer einfacheren Lösung beginnen, oft reicht dann eine klassische Automatisierung oder ein gut angebundenes Sprachmodell ohne Autonomie.

Dazu kommt der Datenschutz. Sobald ein Agent Kundendaten verarbeitet, gelten dieselben Regeln wie für jedes andere KI-Werkzeug: Auftragsverarbeitungsvertrag, EU-Rechenzentrum oder eigener Betrieb, klare interne Richtlinien. Was das konkret heißt, steht im Beitrag über DSGVO in Softwareentwicklung und KI-Tools. Wer sensible Daten gar nicht aus dem Haus geben will, findet in lokal betriebenen Sprachmodellen inzwischen eine ernsthafte Option.

Wie ein erstes Agentenprojekt aussieht

Der Einstieg muss nicht mit einem großen Projekt beginnen. Sinnvoll ist ein klar abgegrenzter Pilotfall mit Human-in-the-Loop: ein Prozess, der heute viel manuelle Zeit kostet, klar definierte Eingaben und Ausgaben hat und nicht sicherheitskritisch ist. Typischer Zeitrahmen sind vier bis acht Wochen bis zum ersten produktiv nutzbaren Agenten, ein erster funktionsfähiger Prototyp steht meist schon nach wenigen Wochen. Den größten Aufwand macht nicht das Agentenframework, sondern die Integration in bestehende Systeme und die Definition der richtigen Werkzeuge samt ihrer Fehlerfälle.

Ein erfolgreicher Pilotbetrieb baut internes Vertrauen auf und liefert das Fundament für die größeren Projekte danach. Wer dagegen mit dem komplexesten Problem des Unternehmens beginnt, scheitert selten an der Technik, aber fast immer an den Erwartungen. Wenn Sie wissen möchten, welche Prozesse in Ihrem Unternehmen sich für den Einstieg eignen, sprechen Sie mich an. Das erste Gespräch ist kostenlos und unverbindlich.