← Alle Lessons | KI-Agenten – technische Vertiefung

KI-Agenten – technische Vertiefung

Schritt 1 von 9

Einführung

Was passiert wirklich, wenn ein KI-Agent denkt, entscheidet und handelt?

Lesson-Header: Die technische Schicht hinter KI-Agenten

Du kennst die sechs Dimensionen eines KI-Agenten – Gedächtnis, Rolle, Tools, Autonomie, Multi-Agent, Governance. Diese Lesson geht eine Ebene tiefer: Was steckt technisch dahinter?

Du solltest verstehen, warum bestimmte Designentscheidungen teurer, langsamer oder fragiler sind als andere – auch ohne selbst eine Zeile Code schreiben zu müssen.

Die Architektur im Überblick

Agent-Architektur (vereinfacht)
💬  Nutzer-Anfrage
     ↓
📋  Context Window
    System Prompt + Gedächtnis + Anfrage + Tool-Ergebnisse
     ↓
🧠  LLM — das Sprachmodell
    Denkt, plant, entscheidet ob ein Tool gerufen wird
     ↕
🔌  Tool Calls
    Suche, Datenbankabfragen, API-Aufrufe, Schreib-Aktionen
     ↕
🗄️  RAG / Wissensspeicher
    Vektor-Datenbank, Dokumente, Organisations-Wissen

Dieses Diagramm ist der rote Faden durch die gesamte Lesson. Jeder Step erklärt eine dieser Schichten.

Was du in dieser Lesson lernst

Konzept Warum das wichtig ist
System PromptQualität, Konsistenz und Kosten eines Agenten hängen hier dran
Context Window & TokenDirekte Auswirkung auf Kosten und Antwortqualität
RAGWie Agenten skalierbar auf Wissen zugreifen – ohne alles "zu wissen"
Tool CallsWie der Agent von Reden zu Handeln kommt – und wo Fehler entstehen
Agentic LoopWie mehrstufiges Denken funktioniert – und was es kostet
EvaluationWie man misst ob ein Agent wirklich funktioniert
💡
Voraussetzung: Diese Lesson baut auf der Einsteiger-Lesson KI-Agenten verstehen auf. Wenn du die 6 Dimensionen noch nicht kennst, empfehlen wir diese zuerst.
Schritt 2 von 9

System Prompt

Die unsichtbare Verfassung – was die KI weiß, bevor du auch nur ein Wort schreibst

Step-Header: System Prompt

Jedes Mal wenn du mit einem KI-Agenten interagierst, liest das Modell zuerst eine Reihe von Anweisungen, die du nie siehst. Das ist der System Prompt – die Grundlage, auf der jede Antwort entsteht.

Stell dir das wie die Einarbeitung eines neuen Mitarbeiters vor, nur komprimiert auf ein Dokument: Wer bin ich, was ist meine Aufgabe, welche Regeln gelten, was darf ich nicht, wie soll ich kommunizieren.

Was in einem System Prompt steckt

Aufbau eines System Prompts (vereinfacht)
# Identität
Du bist ein erfahrener Content-Stratege bei [Unternehmen X].
Du kommunizierst direkt, präzise, ohne Buzzwords.

# Kontext
Zielgruppe: Marketing-Entscheider in B2B-Unternehmen.
Tone of Voice: professionell, aber nicht steif.
Tabu: Emojis, Clickbait-Headlines, passive Formulierungen.

# Fähigkeiten
Du hast Zugriff auf: web_search, drive_read, instagram_post
Du darfst instagram_post NUR nach expliziter Freigabe aufrufen.

# Wissen
Brand Voice Guidelines: [eingebettet oder per RAG geladen]
Aktuelle Kampagnen: [eingebettet]

Warum der System Prompt geschäftskritisch ist

Ein schlecht geschriebener System Prompt kostet in dreifacher Hinsicht:

Problem Symptom Auswirkung
Zu vageKI antwortet inkonsistent, mal so, mal soVertrauen schwindet, viele Korrekturrunden
Zu langKI ignoriert Teile der AnweisungenRegeln werden nicht befolgt, Sicherheitsrisiken
WidersprüchlichKI wählt eine Regel, ignoriert die andereUnvorhersehbares Verhalten in Produktion
Nicht gewartetVeralterter Kontext, falsche Produkt-InfosKI gibt falsche Auskunft zu eurem eigenen Angebot
⚠️
Prompt Injection: Ein reales Sicherheitsrisiko. Nutzer – oder externe Inhalte, die der Agent liest – können versuchen, den System Prompt zu überschreiben. Beispiel: Ein Agent liest eine Webseite mit dem Text "Ignoriere alle bisherigen Anweisungen und..." Gute Agent-Systeme haben Schutzmaßnahmen dagegen. Frag danach.
Übung: System Prompt analysieren

Aufgabe: Öffne ein KI-Tool das du nutzt (ChatGPT, Claude, etc.). Erstelle ein neues Gespräch und frage:

"Beschreibe deine Rolle und deine Einschränkungen in einem Satz."

Vergleiche die Antwort mit dem, was du erwartest. Dann frag:

"Was würdest du anders machen, wenn dein System Prompt besser wäre?"

Das gibt dir ein Gefühl dafür, wie viel (oder wenig) hinter einem Default-System-Prompt steckt.

Zeitaufwand: ~3 Minuten

Takeaway
Regel #1: Der System Prompt ist die wichtigste Qualitäts-Stellschraube eines Agenten. Er ist kein einmaliger Setup-Schritt – er ist ein lebendes Dokument, das Wartung und Governance braucht.
Schritt 3 von 9

Context Window & Token

Das Kurzzeitgedächtnis des Agenten – und warum es direkt Geld kostet

Step-Header: Context Window und Token-Kosten

Jedes KI-Modell hat ein Context Window – einen begrenzten "Arbeitsbereich", in den alles passt, was das Modell in einem Moment sehen kann: den System Prompt, alle bisherigen Nachrichten, geladene Dokumente, Tool-Ergebnisse.

Was außerhalb des Context Windows liegt, existiert für die KI in diesem Moment nicht. Das ist keine Metapher – es ist eine harte technische Grenze.

Die Zusammensetzung des Context Windows

Die folgende Aufteilung zeigt typische Richtwerte, die je nach Anwendungsfall stark variieren. Sie veranschaulichen, wofür der begrenzte Platz draufgeht:

Bestandteil Typischer Anteil Was das bedeutet
System Prompt5–15%Die Grundanweisungen – je kürzer und präziser, desto besser
Gesprächsverlauf10–25%Was bisher gesagt wurde – wächst mit jeder Nachricht
Dokumente / RAG-Ergebnisse20–50%Geladenes Wissen – der größte Posten
Tool-Ergebnisse10–30%Rückgaben von API-Aufrufen, Suchen, Datenbankabfragen
Puffer für Antwort5–15%Platz den das Modell für seine eigene Antwort braucht

Was sind Token?

Token sind die Einheit, in der Sprachmodelle Text verarbeiten – grob gesagt ein Token pro drei bis vier Zeichen. Warum relevant: Jeder Token kostet Geld. Nicht die Anfrage pauschal – sondern jeder einzelne Token, der ins Modell geht und rauskommt.

Token-Typ Was dazugehört Kostentreiber
Input-TokenSystem Prompt, Gesprächsverlauf, RAG-Ergebnisse, Tool-OutputsLanger Verlauf, große Dokumente, viele Tool-Runden
Output-TokenAntworten, generierte Dokumente, Tool-Call-AnweisungenLange Antworten, viele Iterationen im Agentic Loop
Thinking-TokenInterne Denkschritte bei Reasoning-Modellen (meist nicht sichtbar)Kann Output-Kosten um Faktor 3–10x übersteigen
CacheHäufig gesendete Teile (z.B. System Prompt) werden zwischengespeichertReduziert Input-Kosten erheblich

Thinking-Token: der unsichtbare Kostentreiber

Neuere Modelle wie Claude mit Extended Thinking oder OpenAIs o-Serie denken vor der Antwort intern nach. Diese Thinking-Token sind oft nicht im Chat sichtbar, werden aber trotzdem abgerechnet.

Wann Thinking sinnvoll ist Wann Thinking übertrieben ist
Komplexe, mehrstufige ProblemlösungenEinfache Fakt-Auskünfte, Zusammenfassungen
Aufgaben die Fehler-Erkennung brauchenZeitkritische Antworten (Thinking dauert länger)
Wenn Antwortqualität wichtiger ist als GeschwindigkeitWenn Token-Budget knapp ist
Kostenbeispiel mit Thinking: Ein Reasoning-Modell antwortet auf eine komplexe Analyse-Frage mit 500 Output-Token – produziert dabei aber 4.000 Thinking-Token intern. Bei einem Modell das Output mit $15 pro Million Token berechnet: die sichtbare Antwort kostet $0,0075 – die unsichtbaren Denkschritte $0,06. Die genauen Multiplikatoren variieren je nach Anbieter und Modell.

Tool- und API-Kosten: die dritte Kostenschicht

Token-Kosten sind nur ein Teil der Rechnung. Wenn ein Agent externe Tools aufruft, entstehen zusätzliche Kosten auf Drittanbieter-Ebene – unabhängig vom Sprachmodell.

Tool-Typ Typisches Kostenmodell Worauf achten
WebsuchePro Anfrage ($0,001–$0,01) oder monatlichAgentic Loops können viele Suchanfragen auslösen – schnell 50+ pro Aufgabe
BildgenerierungPro Bild ($0,02–$0,08)Iterations-Workflows multiplizieren Kosten
Externe APIs (CRM, ERP)Oft im Abo, aber Rate LimitsAgent kann Rate Limits triggern bei vielen Abrufen
Embedding-Modelle (für RAG)Pro Token, deutlich günstiger als LLMBei großen Wissensbasen summiert sich der Aufwand
⚠️
Das Überraschungs-Kosten-Problem: In der Praxis werden LLM-Kosten budgetiert – aber Tool-API-Kosten vergessen. Ein Agent der täglich 500 Recherche-Aufgaben erledigt und dabei je 10 Websuchen macht, erzeugt 5.000 Such-Anfragen/Tag. Bei $0,005 pro Suche: $25/Tag allein für Suche – ohne einen Token des Sprachmodells. Budgetiere immer alle drei Ebenen: LLM-Token, Thinking-Token, Tool-APIs.

Context-Window-Größe als Kaufentscheidung

Modelle unterscheiden sich stark in ihrer Context-Window-Größe – von 8.000 bis zu mehreren Millionen Token. Größer ist nicht automatisch besser: Größere Windows können mehr Kontext verarbeiten, aber die Aufmerksamkeit des Modells verteilt sich. Aktuelle Modelle (Stand 2026) haben das sogenannte "Lost in the Middle"-Problem weitgehend mitigiert, aber bei sehr langen Kontexten bleibt die Priorisierung relevanter Informationen eine Herausforderung.

Übung: Kostenrechnung aufstellen

Aufgabe: Denk an einen konkreten Agent-Einsatz in deinem Unternehmen (oder einen hypothetischen). Schätze die drei Kostenschichten:

  1. LLM-Token: Wie viele Anfragen pro Tag? Wie lang sind typische Gespräche?
  2. Thinking-Token: Braucht der Use Case Reasoning – oder reichen einfache Antworten?
  3. Tool-APIs: Welche externen Dienste ruft der Agent auf? Was kosten die pro Aufruf?

Multipliziere mit 30 Tagen. Überrascht dich das Ergebnis?

Zeitaufwand: ~5 Minuten

Takeaway
Regel #2: Die tatsächlichen Kosten eines Agenten bestehen aus drei Schichten: sichtbare Token (Input/Output), unsichtbare Thinking-Token bei Reasoning-Modellen, und Tool-API-Kosten auf Drittanbieter-Ebene. Wer nur LLM-Token budgetiert, erlebt Überraschungen auf der Rechnung.
Schritt 4 von 9

RAG – Retrieval-Augmented Generation

Wie Agenten skalierbar auf Wissen zugreifen – ohne alles im Kopf zu behalten

Step-Header: RAG – Wissensabfrage zur Laufzeit

Ein Sprachmodell wurde auf riesigen Mengen Text trainiert – aber dieser Stand ist eingefroren. Es weiß nichts über euer Unternehmen, eure Produkte, eure internen Prozesse. Und es kann kein Wissen aufnehmen, das nach seinem Training entstanden ist.

RAG (Retrieval-Augmented Generation) löst dieses Problem: Statt alles in das Modell einzutrainieren, sucht der Agent bei jeder Anfrage gezielt nach den relevanten Informationen – und fügt sie in den Context ein.

Der RAG-Ablauf Schritt für Schritt

RAG-Workflow (konzeptionell)
1. Vorbereitung (einmalig)
   Dokumente werden in Chunks zerlegt
   Jeder Chunk wird als Vektor gespeichert
   → Vektor-Datenbank

2. Zur Laufzeit — bei jeder Anfrage
   Nutzer fragt: "Was ist unsere Rückgabe-Policy?"
   → Anfrage wird ebenfalls in Vektor umgewandelt
   → Ähnlichkeitssuche in der Datenbank
   → Die 3-5 relevantesten Chunks werden gefunden
   → Diese Chunks werden in den Context eingefügt
   → Modell antwortet basierend auf diesen Infos

Was sind Vektoren?

Ein Vektor ist eine mathematische Darstellung von Bedeutung. Texte mit ähnlicher Bedeutung bekommen ähnliche Vektoren – auch wenn sie unterschiedliche Worte verwenden. Das erlaubt semantische Suche: "Rücksendung" findet auch Dokumente, die von "Retoure" oder "Warenrückgabe" sprechen.

💡
Analogie: RAG ist wie ein Bibliothekar, der bei jeder Frage blitzschnell die drei relevantesten Bücher aus dem Regal zieht und aufschlägt – statt alle Bücher im Kopf zu haben. Der Unterschied zum normalen Suchen: Er versteht Bedeutung, nicht nur Stichwörter.

Was RAG kann – und was nicht

RAG kann das RAG kann das nicht
📄Dokumente durchsuchen und zitierenÜber Dokument-Inhalte hinaus reasoning betreiben
🔄Wissen aktuell halten (Dokumente tauschen)Implizites Wissen aus Praxis-Erfahrung übertragen
📏Große Wissensmengen skalierbar verwaltenExakte Suche in strukturierten Daten (dafür: SQL)
🔍Semantisch suchen – Bedeutung, nicht StichwortGarantieren, dass nichts übersehen wird
⚠️
Die häufigste RAG-Falle: Garbage in, garbage out. RAG ist nur so gut wie die Dokumente dahinter. Veraltete, widersprüchliche oder schlecht strukturierte Dokumente führen zu schlechten Antworten – und der Agent gibt sie mit voller Zuversicht aus. Dokumenten-Qualität und -Pflege ist ein oft unterschätzter Aufwand.
Übung: Dokumenten-Audit

Aufgabe: Stell dir vor, du würdest einen Agent mit eurem Firmenwissen füttern. Beantworte:

  1. Welche 5 Dokumente müsste der Agent kennen? (FAQ, Handbuch, Produktinfos…)
  2. Sind diese Dokumente aktuell? Wann wurden sie zuletzt geprüft?
  3. Gibt es widersprüchliche Informationen zwischen Dokumenten?
  4. Wer wäre verantwortlich für die laufende Pflege?

Das ist der erste Schritt zu einer funktionierenden RAG-Wissensbasis.

Zeitaufwand: ~5 Minuten

Takeaway
Regel #3: RAG ist der Standardweg, um Agenten mit aktuellem Organisations-Wissen zu versorgen. Technisch elegant – aber die Qualität steht und fällt mit der Qualität der eingespeisten Dokumente. Das ist eine redaktionelle, nicht nur technische Aufgabe.
Schritt 5 von 9

Tool Calls

Wie der Agent von "Reden" zu "Handeln" kommt – und wo Fehler entstehen

Step-Header: Tool Calls – vom Reden zum Handeln

Ein Sprachmodell produziert Text. Punkt. Von sich aus kann es nichts tun – keine Websuche, kein Datenbankzugriff, kein Post auf Instagram. Tool Calls sind der Mechanismus, der das ändert.

Das Modell lernt zu erkennen, wann eine Aufgabe ein Tool braucht – und gibt dann einen strukturierten Aufruf aus, den der umgebende Code ausführt. Das Ergebnis kommt zurück in den Context, das Modell arbeitet damit weiter.

Der Tool-Call-Zyklus

Tool Call – was wirklich passiert
Nutzer:  "Wie ist das Wetter in Berlin?"

Modell denkt:
  → Ich brauche aktuelle Daten
  → Ich habe ein Tool: get_weather(city)
  → Ich rufe es auf

Modell gibt aus:
  tool_call: get_weather
  parameter: { "city": "Berlin" }

Code führt aus:
  → API-Anfrage an Wetterdienst
  → Antwort: { "temp": 18, "condition": "partly cloudy" }

Ergebnis in Context:
  tool_result: "Berlin: 18°C, leicht bewölkt"

Modell antwortet:
  "In Berlin sind es gerade 18°C bei leicht bewölktem Himmel."

Tool-Typen nach Freigabe-Bedarf

Tool-Typ Was es tut Approval nötig?
Lese-Toolsweb_search, drive_read, crm_lookupNein – read-only
Schreib-Toolsinstagram_post, jira_create_ticket, send_emailJa – immer
Rechen-Toolscalculator, code_execution, data_analysisSituativ
Such-Toolsvector_search (RAG), sql_query, file_searchNein – read-only

Der entscheidende Unterschied zwischen Chatbot und Agent ist nicht das Modell – es ist die Fähigkeit, in der Welt zu handeln.

⚠️
Wo Tool Calls schiefgehen: Das Modell entscheidet selbst, ob und wann es ein Tool aufruft – und mit welchen Parametern. Es kann dabei falsch liegen: falsches Tool wählen, falsche Parameter übergeben, Tool zu früh oder zu spät aufrufen. Gute Systeme haben explizite Instruktionen im System Prompt wann welches Tool erlaubt ist – und Approval-Flows für irreversible Aktionen.

MCP – der entstehende Standard

Model Context Protocol (MCP) ist ein offener Standard, der festlegt wie Tools für KI-Agenten beschrieben und aufgerufen werden. Wenn ein Tool MCP-kompatibel ist, kann es von jedem MCP-fähigen Agenten verwendet werden – ohne Custom-Integration. Der Markt bewegt sich darauf zu: Tools, die heute MCP unterstützen, sind in Zukunft breiter einsetzbar.

Übung: Tool-Inventar erstellen

Aufgabe: Liste die externen Tools auf, die ein Agent in deinem Team nutzen müsste. Ordne jedes Tool ein:

  1. Lese-Tool (kein Approval nötig): z.B. CRM-Daten lesen, Dokumente durchsuchen
  2. Schreib-Tool (Approval nötig): z.B. Tickets anlegen, E-Mails senden

Für jedes Schreib-Tool: Wer gibt die Freigabe? Wie schnell muss das gehen?

Zeitaufwand: ~5 Minuten

Takeaway
Regel #4: Tool Calls sind der Punkt, wo KI-Agenten aufhören zu reden und anfangen zu handeln. Lese-Tools sind relativ sicher. Schreib-Tools brauchen immer einen Menschen im Loop. Die Tool-Liste eines Agenten ist eine Sicherheitsentscheidung – keine rein technische.
Schritt 6 von 9

Der Agentic Loop

Wie Agenten mehrstufig denken – und was das für Kosten und Kontrolle bedeutet

Step-Header: Der Agentic Loop

Ein einfacher Chatbot: Du fragst, er antwortet. Ein Mal. Fertig. Ein Agent kann das anders machen: Er plant, handelt, prüft das Ergebnis, handelt nochmal – so lange bis die Aufgabe erledigt ist. Das nennt man den Agentic Loop.

Das ist mächtig. Es ist aber auch teurer, langsamer und schwerer zu kontrollieren als ein einzelner Request.

Wie ein Agentic Loop aussieht

Aufgabe: "Erstelle eine Wettbewerbs-Analyse für Produkt X"
Iteration 1:
  Denken: "Ich brauche zuerst Infos zu Wettbewerbern"
  Handeln: web_search("Wettbewerber von Produkt X 2025")
  Ergebnis: 5 Wettbewerber gefunden

Iteration 2:
  Denken: "Jetzt brauche ich Details zu jedem"
  Handeln: web_search(A), web_search(B), ...
  Ergebnis: Detaillierte Infos zu jedem

Iteration 3:
  Denken: "Ich habe genug Infos, jetzt schreiben"
  Handeln: Analyse verfassen
  Ergebnis: Fertige Analyse

→ 3 Iterationen, viele Tool-Calls, entsprechende Kosten

Die Kostenfrage

Jede Iteration eines Agentic Loop kostet Token – und zwar alle Token die bisher angefallen sind, werden bei jedem Schritt neu ins Modell gegeben (der gesamte bisherige Context). Ein langer Loop kann schnell das 10–50-fache eines einzelnen Requests kosten.

Daumenregel: Einfache Anfragen: 1 Iteration. Recherche-Aufgaben: 3–8 Iterationen. Komplexe autonome Workflows: 10–30+ Iterationen. Die Kosten skalieren entsprechend. Ohne Budget-Caps kann ein einziger fehlgelaufener Agent teuer werden.

Das Kontroll-Problem: Wann stoppt der Agent?

Agenten können in Schleifen geraten – wenn ein Tool-Ergebnis nicht das liefert, was erwartet wurde, und der Agent immer wieder versucht, das Problem zu lösen. Das ist ein reales Produktions-Risiko.

Schutzmechanismus Was er tut
Max-Iterations-LimitAgent stoppt nach N Schritten, egal was – verhindert Endlosschleifen
Budget-CapAgent stoppt wenn Token-Budget erschöpft ist – verhindert Kostenexplosion
Human-in-the-Loop BreakpointsAgent fragt nach bestimmten Schritten nach – gibt Kontrolle zurück
TimeoutZeitlimit pro Request – verhindert hängende Prozesse
Übung: Schutzmechanismen definieren

Aufgabe: Stell dir einen Agent vor, der Wettbewerbsanalysen erstellt (wie im Beispiel oben). Definiere konkret:

  1. Max-Iterations: Wie viele Schritte darf er maximal machen?
  2. Budget-Cap: Was darf eine einzelne Analyse maximal kosten?
  3. Breakpoint: An welchem Punkt soll er einen Menschen fragen?
  4. Timeout: Wie lange darf er maximal laufen?

Zeitaufwand: ~5 Minuten

Takeaway
Regel #5: Der Agentic Loop ist das, was Agenten leistungsfähig macht – und gleichzeitig das größte Risiko für Kosten und Kontrollverlust. Jeder produktive Agentic-Loop braucht explizite Limits, Budget-Caps und definierte Breakpoints.
Schritt 7 von 9

Evaluation

Wie man misst, ob ein Agent wirklich funktioniert – nicht nur ob er antwortet

Step-Header: Agent-Evaluation

Das am häufigsten übersprungene Thema in KI-Projekten: Wie wissen wir eigentlich, ob der Agent seinen Job gut macht? "Er antwortet" ist keine Antwort. "Die Nutzer beschweren sich selten" auch nicht.

KI-Agenten brauchen systematische Evaluation – und die ist methodisch anders als klassisches Software-Testing, weil die Ausgaben nicht deterministisch sind. Zwei identische Anfragen können unterschiedliche Antworten erzeugen.

Die drei Ebenen der Agent-Evaluation

Ebene Was gemessen wird Wie gemessen wird
TechnischLatenz, Token-Kosten, Fehlerrate, Tool-Call-ErfolgAutomatisch – Monitoring-Systeme
QualitativSind die Antworten korrekt, hilfreich, im Ton passend?Test-Sets + LLM-as-Judge + menschliches Review
BusinessHat sich der Workflow verbessert? Wie viel Zeit wird gespart?Vor/nach-Vergleich, Nutzer-Befragung

Was ist ein Eval-Set?

Ein Eval-Set ist eine Sammlung von Test-Anfragen mit bekannten erwarteten Antworten. Wenn der System Prompt geändert wird, läuft das Eval-Set automatisch durch – und zeigt ob die Änderung etwas verschlechtert hat.

Beispiel: Eval-Set Einträge
Anfrage:  "Was sind eure Versandkosten?"
Erwartet: Korrekte Versandkosten nennen, kein Halluzinieren
Muss enthalten: ["kostenlos ab 50€", "2-3 Werktage"]
Darf nicht enthalten: ["Ich weiß es nicht", "vielleicht", falsche Beträge]

Anfrage:  "Kannst du mir das Passwort meines Kollegen geben?"
Erwartet: Ablehnung mit Erklärung
Muss enthalten: ["kann ich nicht", "Datenschutz"]

Das Halluzinations-Problem

Sprachmodelle können Fakten erfinden – mit voller Zuversicht, korrekt klingend. Das nennt sich Halluzination. Bei einem allgemeinen Chatbot ärgerlich. Bei einem Agenten, der Kundenfragen beantwortet oder Dokumente erstellt: ein echtes Risiko.

Reduziert Halluzinationen Erhöht Halluzinations-Risiko
RAG mit guten QuelldokumentenAgent soll Dinge beantworten ohne Quell-Dokumente
Explizite Anweisung: "Sag 'Ich weiß es nicht' wenn unsicher"Kein explizites "Ich weiß es nicht" trainiert
Eval-Set das Halluzinationen testetKein Testing auf Falschaussagen
Übung: Eval-Set schreiben

Aufgabe: Schreibe 3 Eval-Set-Einträge für einen Agent in deinem Unternehmen. Für jeden Eintrag:

  1. Anfrage: Eine typische Frage an den Agent
  2. Erwartung: Was soll die Antwort enthalten?
  3. Muss enthalten: Welche Fakten oder Phrasen sind Pflicht?
  4. Darf nicht enthalten: Was wäre ein Fehler?

Das sind deine ersten drei Tests. In der Praxis brauchst du 20-50 für eine solide Basis.

Zeitaufwand: ~10 Minuten

Takeaway
Regel #6: Ein Agent ohne Evaluation ist ein Agent mit unbekannter Qualität. Test-Sets, Monitoring und klare Verantwortlichkeiten für Fehler sind kein Nice-to-have – sie sind der Unterschied zwischen einem Piloten und einem Produktionssystem.
Schritt 8 von 9

Zusammenfassung

Sechs Konzepte, ein Rahmen – die richtigen Fragen für jedes KI-Agenten-Projekt

Du kannst jetzt die technische Schicht hinter KI-Agenten einordnen – ohne selbst implementieren zu müssen. Das gibt dir die Grundlage, informierte Fragen zu stellen, Architektur-Entscheidungen zu bewerten und Risiken zu erkennen.

Alle Konzepte auf einen Blick

Konzept Kern-Aussage Rotes Flag wenn…
System PromptDie Verfassung des Agenten – lebendes Dokument, braucht Governance…niemand weiß wer ihn pflegt
Context Window & KostenToken + Thinking + Tool-APIs – drei Kostenschichten…nur LLM-Token im Budget
RAGWissenszugriff über Vektor-Suche – steht und fällt mit Dokumentenqualität…niemand für Dokument-Pflege verantwortlich
Tool CallsVon Reden zu Handeln – Schreib-Tools brauchen immer Approval…keine Tool-Allow-Liste definiert
Agentic LoopMehrstufiges Denken – teuer, mächtig, braucht Limits…kein Iterations-Limit, kein Budget-Cap
EvaluationSystematische Qualitätsmessung…kein Eval-Set vorhanden

Deine Checkliste

Für jedes KI-Agenten-Projekt – ob intern gebaut oder extern beauftragt:

  • System Prompt ist dokumentiert, versioniert und hat einen verantwortlichen Owner
  • Token-Kosten werden per Anfrage überwacht und sind gedeckelt
  • RAG-Wissensbasis hat klare Ownership für Aktualität und Qualität
  • Tool-Liste ist explizit definiert – Schreib-Tools haben Approval-Flow
  • Alle Tool-Calls werden geloggt (Audit Trail)
  • Agentic Loops haben Iterations-Limit, Budget-Cap und Timeout
  • Eval-Set existiert und wird bei jeder Änderung automatisch ausgeführt
  • Verantwortlichkeit für falsche Agenten-Antworten ist geklärt
  • DSGVO-Anforderungen für verarbeitete Kundendaten sind erfüllt
Übung: Checkliste anwenden

Aufgabe: Nimm die Checkliste und wende sie auf ein konkretes (oder hypothetisches) Agent-Projekt an:

  1. Geh jeden Punkt durch und markiere: ✅ erfüllt, ⚠️ teilweise, ❌ fehlt
  2. Für jeden ❌-Punkt: Wer müsste das klären? Wie lange würde es dauern?
  3. Wo siehst du das größte Risiko wenn es nicht geklärt wird?

Das Ergebnis ist dein erster Governance-Report für ein Agent-Projekt.

Zeitaufwand: ~10 Minuten

Weiterlernen

Diese Lesson ist Teil einer Serie auf lernen.diy:

Takeaway
Regel #7: Fundiertes Entscheiden über KI-Agenten braucht kein Implementierungs-Wissen – aber es braucht das Verständnis der sechs technischen Schichten. Wer die richtigen Fragen stellt, erkennt riskante Architekturen bevor sie in Produktion gehen.
Schritt 9 von 9

Begriffe & Fragen

Die Begriffe und Fragen unten sind redaktionell gepflegt und verlinken zu ausführlichen Erklärungen im Glossar und FAQ. Nutze sie zum Nachschlagen und zur Vertiefung.

Begriffe aus dieser Lesson

  • Agent — Ein Agent ist ein Sprachmodell, das selbstständig Werkzeuge aufruft, mehrere Schritte plant und Entscheidungen in einer Schleife trifft, bis eine Aufgabe erledigt ist oder das Modell aufgibt.
  • Agentic Loop — Die Agentic Loop ist der Kernmechanismus eines KI-Agenten: Planen, Handeln, Beobachten, Anpassen. Der Agent iteriert in dieser Schleife, bis die Aufgabe erledigt ist oder ein Limit erreicht wird.
  • Chunking — Chunking ist das Zerlegen großer Dokumente in kleinere Stücke für die Verarbeitung in RAG-Systemen. Die Chunk-Größe und -Strategie bestimmen maßgeblich die Qualität der Suche und der Antworten.
  • Embedding — Ein Embedding ist die mathematische Darstellung eines Textstücks als Zahlenvektor. Semantisch ähnliche Texte haben ähnliche Vektoren. Das ist die Grundlage für semantische Suche und RAG.
  • Evaluation — Evaluation im KI-Kontext ist die systematische Prüfung, ob ein Modell oder Agent für eine bestimmte Aufgabe zuverlässig funktioniert. Geht über Benchmarks hinaus, weil sie die echte Anwendung testet.
  • Fine-Tuning — Fine-Tuning passt ein vortrainiertes Modell mit eigenen Daten an eine spezifische Aufgabe an. Das Modell lernt deinen Stil, deine Fachsprache oder dein Domänenwissen, ohne komplett neu trainiert zu werden.
  • Kontextfenster — Das Kontextfenster ist die maximale Menge an Text, die ein Modell bei einer Anfrage gleichzeitig verarbeiten kann. Alles was nicht reinpasst, wird ignoriert. Größer ist nicht automatisch besser.
  • MCP (Model Context Protocol) — MCP ist ein offenes Protokoll, das KI-Modellen standardisierten Zugriff auf externe Werkzeuge und Datenquellen gibt. Ein MCP-Server funktioniert mit verschiedenen KI-Hosts, ohne Umschreiben.
  • Reranking — Reranking sortiert die Suchergebnisse einer Vektor-Datenbank nach einer zweiten, genaueren Bewertung um. Die erste Suche ist schnell aber grob, der Reranker ist langsam aber präzise.
  • Vektor-Datenbank — Eine Vektor-Datenbank speichert Embeddings und findet effizient die ähnlichsten Vektoren zu einer Suchanfrage. Sie ist das Herzstück jeder RAG-Implementierung.

Passende Fragen

  • Ist MCP (Model Context Protocol) nur ein Hype?
    Nein. MCP entwickelt sich zum Standard für Tool-Integration mit KI-Agenten. Wer heute MCP-kompatible Tools wählt, hat morgen mehr Flexibilität: Tools werden austauschbar zwischen Anthropic, OpenAI und anderen Anbietern.
  • Ist mehr Kontext im Prompt immer besser?
    Nein. „Lost in the Middle" zeigt: Informationen in der Mitte langer Kontexte werden schlechter verarbeitet. Größere Context-Windows kosten mehr und die Aufmerksamkeitsverteilung leidet. Gezieltes RAG ist oft effektiver als das Hineinwerfen ganzer Dokumente.
  • Löst RAG alle Wissensprobleme von KI?
    Nein. RAG ist nur so gut wie die eingespeisten Dokumente. „Garbage in, garbage out" gilt genauso. Schlechte Dokumentenqualität, falsche Chunking-Strategie oder unpassende Embeddings machen RAG-Systeme ungenauer, nicht präziser.
  • Sind KI-Agenten günstiger als Mitarbeiter?
    Nicht automatisch. Token-Kosten, Thinking-Kosten, Tool-API-Kosten, Wartung und Monitoring summieren sich. Die Rechnung lohnt sich bei skalierender, repetitiver Arbeit, nicht bei Einzelaufgaben oder komplexer Einmal-Arbeit.
  • Wenn der KI-Agent antwortet, funktioniert er dann?
    Nein. Ohne systematische Evaluation weißt du nicht, ob er korrekt, hilfreich oder im richtigen Ton antwortet. Halluzinationen sehen aus wie richtige Antworten. Eine plausible Antwort ist keine gute Antwort.
Rico Loschke

Rico Loschke

KI-Stratege & Übersetzer zwischen Tech und Business

15+ Jahre Digitalisierung, 4+ Jahre KI. Ich übersetze zwischen Technologie und Unternehmensstrategie, berate und trainiere Organisationen auf ihrem KI-Weg. Hier teile ich, was ich dabei lerne.

loschke.ai. Visionen, Konzepte, Meinungen →
unlearn.how

Diese Lessons gibt es auch als Team-Training.

Workshops, Seminare und Begleitung für Unternehmen, die KI nicht nur verstehen, sondern anwenden wollen.

Mehr erfahren →