KIKI-Agenten & Automatisierung

Menschliche Aufsicht in Agent-Workflows: ein praktisches Playbook

Da KI-Agenten mehrstufige, folgenreiche Aufgaben in echten Geschäftsprozessen übernehmen, ist die Frage, wann und wie Menschen eingreifen, zu einer Design-Frage geworden, nicht zu einer Policy-Frage. Dieses Playbook liefert Ihnen eine konkrete Abfolge, um Aufsicht in Agent-Workflows einzubauen, bevor etwas Teures schiefgeht.

🎙️

Podcast anhören

4 min

Autonome KI-Agenten führen heute Beschaffungsabfragen aus, erstellen juristische Zusammenfassungen, bearbeiten Kundeneskalationen und führen Code in Produktionsumgebungen aus. Unternehmen wie Klarna, JPMorgan Chase und Salesforce haben agentenbasierte Automatisierung in irgendeiner Form in den Live-Betrieb überführt. Diese Verschiebung ändert die Natur des Risikos: Sie prüfen nicht mehr den AI-Output, bevor er etwas beeinflusst. Der Agent handelt, und danach erfahren Sie davon.

Die praktische Folge ist, dass „human in the loop“ zu einer Formel geworden ist, die mehr verdeckt als klärt. Ein Mensch, der jeden Schritt des Agenten prüft, ist einfach ein langsamerer Workflow. Ein Mensch, der nichts prüft, ist ein Audit- und Haftungsproblem, das nur auf seinen Auftritt wartet. Die eigentliche Design-Aufgabe besteht darin, zu kalibrieren, wo menschliches Urteil echten Wert schafft, und den Workflow genau um diese Punkte herum zu bauen.

Ihre Oversight-Architektur aufbauen: eine Schritt-für-Schritt-Abfolge

Schritt 1: Den Action Space kartieren, bevor Sie deployen

Bevor Sie einen einzigen Prompt schreiben oder einen einzigen Tool Call konfigurieren, erstellen Sie ein Inventar in Klartext über jede Aktion, die der Agent ausführen kann: lesen, schreiben, senden, löschen, genehmigen, auslösen. Trennen Sie umkehrbare Aktionen (ein Dokument entwerfen, einen Report generieren) von nicht umkehrbaren (eine E-Mail an einen Kunden senden, eine Finanztransaktion ausführen, einen Datenbankeintrag ändern). Diese Unterscheidung bestimmt jede weitere Entscheidung. Die meisten Teams überspringen diesen Schritt und rüsten die Aufsicht nach, wenn etwas kaputtgegangen ist.

Schritt 2: Jedem Aktionstyp eine Risikostufe zuweisen

Nutzen Sie ein einfaches Drei-Stufen-Modell. Stufe 1: umkehrbar, geringe Tragweite, keine Außenwirkung. Der Agent handelt autonom und protokolliert die Aktion. Stufe 2: nicht umkehrbar oder nach außen sichtbar, aber im Umfang begrenzt. Der Agent entwirft und stellt in die Warteschlange; ein Mensch genehmigt vor der Ausführung. Stufe 3: hoher Wert, rechtlich sensibel oder mit Wirkung auf mehrere nachgelagerte Systeme. Ein Mensch muss initiieren, der Agent unterstützt statt zu führen.

Übertragen Sie das auf Ihre konkrete Domäne. Im Legal-Operations-Kontext ist das Erstellen einer Vertragszusammenfassung Stufe 1; das Markieren einer Klausel als nicht standardkonform zur Prüfung durch den Partner ist Stufe 2; die Empfehlung, Bedingungen zu akzeptieren, ist Stufe 3. Die Stufen sind nicht universell; sie hängen von Ihrer Branche, Ihrer Risikotoleranz und Ihrem regulatorischen Umfeld ab.

Schritt 3: Explizite Handoff-Punkte gestalten, keine passiven Alerts

Die meisten Agent-Plattformen erlauben es, Benachrichtigungen zu konfigurieren, wenn der Agent auf Unsicherheit stößt oder eine Entscheidungsschwelle erreicht. Benachrichtigungen sind keine Aufsicht. Eine Slack-Nachricht, die vierzig Minuten ungelesen liegt, während der Agent eine Kette von Tool Calls weiter abarbeitet, ist kein Kontrollmechanismus.

Gestalten Sie Handoff-Punkte, an denen der Agent tatsächlich anhält und ohne menschliche Handlung nicht weiterkommt: ein Klick auf einen Button, das Absenden eines Formulars, ein Approval-Token. Microsofts Copilot Studio und Salesforce Agentforce unterstützen beide konfigurierbare Approval Gates in ihren Workflow-Buildern. Nutzen Sie sie. Wenn Ihre Plattform keine harten Stopps unterstützt, ist das ein Auswahlkriterium für Ihre nächste Beschaffungsentscheidung.

Schritt 4: Einen für Menschen lesbaren Audit Trail ins Agent-Design schreiben

Agenten, die über mehrere Schritte, Tools und API Calls hinweg arbeiten, erzeugen komplexe Traces. Ihr Oversight-System ist nur so gut wie Ihre Fähigkeit, zu rekonstruieren, was passiert ist und warum. Verlangen Sie, dass jeder Agent-Run ein Log erzeugt, das eine Person ohne Engineering-Hintergrund lesen kann: welches Tool aufgerufen wurde, welcher Input übergeben wurde, wie die vom Agenten angegebene Begründung an jedem Entscheidungspunkt lautete und welcher Output entstanden ist.

Das geht in erster Linie nicht um Debugging. Es geht um Verantwortlichkeit. Wenn ein Kunde sich beschwert oder ein Auditor fragt, müssen Sie die Frage „Was hat das System getan und auf welcher Grundlage“ in einfacher Sprache beantworten, innerhalb von Minuten, nicht nach einem zweitägigen Engineering-Post-mortem.

Schritt 5: Regelmäßige Red-Team-Reviews des Agent-Verhaltens in der Produktion

Statische Risikostufen veralten. Agenten treffen auf Edge Cases, Nutzer finden Workarounds, und das zugrunde liegende Modell wird vom Anbieter aktualisiert. Planen Sie ein vierteljährliches Review, in dem eine kleine Gruppe (ein Engineer, ein Fachexperte und jemand aus Risk oder Legal) den Agenten bewusst mit ungewöhnlichen Inputs, ambigen Szenarien und Grenzfällen testet. Dokumentieren Sie, was der Agent tut. Passen Sie die Stufenzuordnung und die Handoff-Logik entsprechend an.

Diese Praxis, manchmal als adversarial testing oder Red-Teaming bezeichnet, ist im Security-Kontext Standard. Im Design von Agent-Workflows wird sie zu wenig genutzt, obwohl die Fehlermodi dort oft subtiler sind als ein offener Systemabsturz.

Fallstricke, die auch gut gemeinte Aufsicht scheitern lassen

Approval-Fatigue ist der häufigste. Wenn Sie zu viele Aktionen durch menschliche Prüfung leiten, beginnen die Prüfer, ohne zu lesen zu genehmigen. Forschung der University of Melbourne zu „automation complacency“ (2021 veröffentlicht, der Befund hält aber) zeigt, dass Menschen systematisch weniger aufmerksam werden, wenn sie das System für generell zuverlässig halten. Die Lösung sind nicht mehr Alerts, sondern weniger und besser gezielte.

Vage Agent-Personas schaffen Verantwortungslücken. Wenn Ihr Agent „Aria“ heißt und wie eine hilfsbereite Kollegin klingt, denken die Leute nicht mehr darüber nach, was er tatsächlich mit Systemen und Daten tun kann. Halten Sie die interne Dokumentation technisch und konkret in Bezug auf die Fähigkeiten.

Aufsicht, die zum Launch entworfen wurde, berücksichtigt Scope Creep oft nicht. Ein Agent, der für den Rechnungsabgleich eingesetzt wurde, bekommt sechs Monate später ein neues Tool. Niemand wiederholt das Risk-Tier-Assessment. So erwerben Stufe-1-Workflows still und leise Stufe-3-Fähigkeiten. Behandeln Sie das Hinzufügen von Tools im gleichen Change-Management-Prozess wie jede andere Systemänderung.

Vermeiden Sie schließlich, das Oversight-Design vollständig dem Team zu überlassen, das den Agenten baut. Dieses Team optimiert auf Fähigkeiten und Geschwindigkeit. Oversight-Design braucht jemanden, dessen Aufgabe Skepsis ist, und diese Person sollte die Befugnis haben, ein Deployment zu verzögern.

Quick Wins für diese Woche

  • Ziehen Sie das Aktionsinventar für einen Agenten, den Sie bereits in Produktion haben, und prüfen Sie, ob jede nicht umkehrbare Aktion einen harten Stopp hat oder nur eine Benachrichtigung.
  • Suchen Sie die letzten drei Agent-Fehler oder unerwarteten Outputs in Ihren Logs und verfolgen Sie, ob ein besser platzierter Handoff-Punkt sie vor der Auswirkung abgefangen hätte.
  • Fragen Sie Ihren Agent-Plattform-Anbieter genau, welche Approval-Gate- oder Pause-Funktionen verfügbar sind und wo ihre Grenzen liegen. Anbieterdokumentation (behandeln Sie sie als kommerziell motiviert) ist ein Ausgangspunkt; testen Sie das tatsächliche Verhalten selbst.
  • Briefen Sie Ihre Oversight-Prüfer darüber, was sie genehmigen und warum. Wenn sie die Entscheidung, die sie treffen, nicht erklären können, ist das Gate Theater.

Das Ziel ist nicht, Agenten flächendeckend zu bremsen. Das Ziel ist, sie in den richtigen Momenten zu bremsen, genau in den Momenten, in denen ein Mensch, der die Situation sieht, das Ergebnis verändert. Alles andere kann und soll ohne Unterbrechung laufen.

Mehr dazu

Die Lektionen, die diesen Artikel weiterführen, frei zugänglich.

  1. 1Guardrails, Permissions und Human-in-the-LoopAI Agents: Design, Aufbau und Betrieb
  2. 2Agents vs. Workflows vs. Automations: das richtige Maß an AutonomieAI Agents: Design, Aufbau und Betrieb
  3. 3Agents evaluieren und debuggen: Traces, Evals und Failure ModesAI Agents: Design, Aufbau und Betrieb
  4. 4Agents und Tool Use: Modelle handeln lassenBuilding with AI
  5. 5Governance und der EU AI Act: das WesentlicheVerantwortungsvolle und vertrauenswürdige KI

Artikel gelesen?

Bestätigen Sie Ihre Lektüre, um XP zu sammeln und Ihr Radar zu füttern.