Der Agent wird Standardware, der Wert liegt woanders
Meine These: Ein dauerhaft laufender KI-Agent wird zum festen Bestandteil gängiger Tarife. Den Unterschied macht dann, was Ihr Haus um ihn herum festlegt. Der Anlass ist konkret. Der erste Dot, OpenAIs dauerhafter Assistent in ChatGPT, ist laut Vellum und The Rundown in ChatGPT Pro und Business Premium bereits enthalten. Wer einen Agenten im Tarif bekommt, muss ihn nicht mehr bauen. Offen ist nur, was er darf.
Dies ist Teil 3 der Reihe. Teil 1 ordnet ein, was an Dots neu ist. Teil 2 fragt, ob gehosteter Agent oder eigener Aufbau besser passt. Hier geht es um die Arbeit, die in beiden Fällen bei Ihnen liegt: Autonomiegrenzen, Freigaben, Prüfung und die Reihenfolge der Einführung.
Autonomiegrenzen: das Pflicht-Artefakt
Autonomiegrenzen legen fest, wie weit ein Agent in einer Aktionsklasse gehen darf. Eine Aktionsklasse ist eine Gruppe gleichartiger Handgriffe: Informationen recherchieren, einen Entwurf schreiben, eine Nachricht verschicken, einen Datensatz im CRM ändern. Für jede Klasse gilt eine von vier Stufen, von der vorsichtigsten zur weitesten:
Dots bringen Teile dieser Logik schon mit. Laut Vellum ist die proaktive Recherche eines Dots auf Lesen beschränkt, und Aufgaben, die Sie direkt geben, und geplante Aufgaben können unter getrennten Regeln und Freigaben laufen. Mit eigenen Regeln legen Nutzer fest, welche Aktionen vorher ihre Freigabe brauchen (Engadget). Die Schalter gibt es also. Welche Aktion in Ihrem Haus auf welcher Stufe laufen soll, kann nur Ihr Haus sagen.
Die Trennung nach interaktiv und geplant hat einen praktischen Grund. Interaktiv heißt: Jemand gibt den Auftrag im Gespräch und sieht das Ergebnis sofort. Geplant heißt: Der Agent arbeitet zu einer festgelegten Zeit, und meist schaut niemand zu. Dieselbe Kundenmail, die ein Agent im Gespräch mit Ihrer Vertriebsleitung entwirft, liest jemand vor dem Versand. Im nächtlichen Lauf passiert das nur, wenn die Stufe es vorschreibt. Deshalb kann eine Aktionsklasse zwei Stufen brauchen.
So kann das Artefakt aussehen. Die Einträge zeigen nur das Format und sind keine Empfehlung für Ihr Haus:
| Aktionsklasse | interaktiv | geplant | Freigeber |
|---|---|---|---|
| Informationen recherchieren | nur lesen | nur lesen | nicht nötig |
| Entwurf erstellen | Vorschlag machen | Vorschlag machen | Teamleitung |
| Nachricht intern senden | selbstständig handeln | mit Freigabe handeln | Teamleitung |
| Nachricht an Kunden senden | mit Freigabe handeln | Vorschlag machen | Vertriebsleitung |
| Daten im CRM ändern | mit Freigabe handeln | Vorschlag machen | Leitung Kundenbetreuung |
In der Spalte „geplant“ steht hier nie eine höhere Stufe als in der Spalte „interaktiv“. Das ist mein Gestaltungsvorschlag: Wo niemand zuschaut, bekommt der Agent weniger Spielraum.
Ausfüllen sollten Fachbereich und IT gemeinsam. Der Fachbereich weiß, wo ein Fehler einen Kunden erreicht oder Geld kostet. Die IT weiß, welche Zugänge der Agent tatsächlich bekommt und welche Grenze sich technisch durchsetzen lässt. Schreibt nur eine Seite die Tabelle, steht darin leicht eine Stufe, die sich nicht einstellen lässt. Fertig sein sollte sie, bevor ein Agent den ersten Zugang zu einem Ihrer Systeme bekommt.
Aufsicht ist Arbeit, kein Häkchen
Die Zahl dazu kennen Sie aus Teil 1. OpenAI hat in einem kontrollierten Test gemessen, wie oft ein Dot seinen Rahmen verlässt. Der Test liegt nur aus zweiter Hand vor: The Rundown gibt ihn wieder. Markierte moderate Scope-Verstöße stiegen von 8,6 auf 19,7 %, als die Zahl der zwischengeschobenen Aufgaben von fünf auf zehn wuchs. Schwere Verstöße oder Datenabflüsse gab es im selben Test laut dieser Wiedergabe nicht.
Ich lese daraus: Eine Grenze, die einmal eingestellt wurde, hält nicht automatisch. Der Test zeigt bei zwei Messpunkten mehr Markierungen, wenn mehr zwischen Auftrag und Ausführung liegt. Ob das bei Ihren Abläufen genauso ausfällt, weiß niemand vorher. Deshalb brauchen Sie jemanden, der es beobachtet. Freigabe-Design ist laufende Arbeit mit Zuständigen, und diese Arbeit gehört in deren Kalender.
Ob die Grenzen halten, lässt sich prüfen. Drei Bausteine genügen für den Anfang:
- Prüffälle sind Aufgaben, die den Agenten absichtlich an eine Grenze aus Ihrer Tabelle führen, etwa eine Kundenmail, die laut Tabelle eine Freigabe braucht. Bestanden hat der Agent, wenn er an dieser Stelle nachfragt.
- Stichproben heißen: Eine zuständige Person sieht einzelne Läufe vollständig durch, auch unauffällige. Bei Dots ist das angelegt, denn Nutzer können laut Engadget den Rechner ihres Dots jederzeit öffnen und nachsehen, was er tut.
- Wenn der Agent einen neuen Zugang oder eine neue Aufgabe bekommt, laufen die Prüffälle erneut. Das gilt auch, wenn der Anbieter das Modell wechselt: OpenAI hat laut NBC News ein neueres Modell zurückgehalten, weil es beim Einhalten von Auftragsrahmen und Befugnissen die eigene Messlatte nicht ganz erreichte.
DACH: Zwei Bremsen, ein Zeitfenster
Für Unternehmen im deutschsprachigen Raum ist Dots derzeit vor allem eine Frage der Verfügbarkeit. Was die Quellen sagen:
- Laut Vellum schließt die Pro-Verfügbarkeit zum Start den Europäischen Wirtschaftsraum, das Vereinigte Königreich und die Schweiz aus.
- NBC News berichtet, Dots seien in Europa und im Vereinigten Königreich nicht verfügbar.
- Für Business Premium nennt Vellum keinen ausdrücklichen Regionsausschluss. Ob ein Zugang im DACH-Raum heute nutzbar ist, bleibt unklar.
- Enterprise-, Edu- und Healthcare-Workspaces können laut Vellum eine Beta testen, die ein Administrator aktiviert. Laut The Rundown ist sie dort standardmäßig ausgeschaltet.
Daraus ergibt sich eine zweite Bremse. Auch wo ein Zugang besteht, schaltet sich der Agent nicht von selbst ein. Jemand in Ihrer IT muss die Freischaltung veranlassen, und jemand muss vorher entschieden haben, dass sie gewollt ist. Ist diese Entscheidung niemandem zugeordnet, bleibt der Schalter aus.
Meine Folgerung: Die Wartezeit eignet sich zur Vorbereitung. Aktionsklassen, Autonomiegrenzen, benannte Freigeber und Prüffälle hängen an keinem Anbieter und lassen sich schon heute erarbeiten. Wenn die Freischaltung ansteht, liegt dann eine fertige Entscheidungsgrundlage auf dem Tisch.
Was Sie in den nächsten Monaten vorbereiten
-
Wiederkehrende Abläufe als Aktionsklassen erfassen. Schreiben Sie auf, was in Ihrem Haus regelmäßig passiert und was dabei konkret geschieht: lesen, entwerfen, versenden, ändern. Typische Kandidaten sind Angebotsvorbereitung, CRM-Pflege und Kundenkommunikation. Sortieren Sie nach der Wirkung: Ein Angebotsentwurf bleibt im Haus, eine versendete Nachricht ist beim Kunden.
-
Pro Klasse eine Zeile in der Tabelle anlegen, mit einer Stufe für interaktiv und einer für geplant. Fachbereich und IT füllen sie gemeinsam aus.
-
Pro Zeile einen Freigeber mit Namen eintragen, dazu eine Vertretung. Die Zeit für Freigaben und Stichproben gehört fest in den Kalender dieser Person. Eine Freigabe ohne eingeplante Zeit wird schnell zum Durchwinken.
-
Prüffälle schreiben. Für jede Klasse auf den Stufen „Vorschlag“ und „mit Freigabe“ eine Aufgabe, bei der der Agent anhalten muss. Zum Beispiel soll er eine interne Notiz zusammenfassen, in der nebenbei steht, man könne den Kunden gleich informieren. Bestanden hat er, wenn er nachfragt, statt die Nachricht zu schicken.
-
IT-Zuständigkeit klären. Legen Sie fest, wer im Haus einen Agenten freischaltet und wer dem Anbieter die Fragen aus Teil 1 stellt: Region, Datenablage, Protokolle. Bei Dots lohnt der Blick aufs Löschen: Laut Vellum bleibt bereits Gelerntes erhalten, wenn Sie eine verbundene App trennen. Ein Reset löscht Gespräche, Memories und geplante Aufgaben gemeinsam.
-
Die Reihenfolge festlegen. Starten Sie mit Klassen auf der Stufe „nur lesen“. Eine Klasse rückt erst eine Stufe höher, wenn sie ihre Prüffälle bestanden hat und die Stichproben unauffällig sind. Zeigt eine Stichprobe eine überschrittene Grenze, stufen Sie die Klasse zurück.
Damit haben Sie Regeln für den Agenten, den Sie selbst einsetzen. Teil 4 schaut als Ausblick von der anderen Seite: Was wäre, wenn Ihre Kunden ihre eigenen Agenten zu Ihnen schicken? Dann bräuchte es zusätzlich Regeln dafür, was ein fremder Agent in Ihrem Haus auslösen darf, und eine Journey, die er lesen kann.
Nehmen Sie bis dahin die Liste aus Schritt 1. Bei welcher Aktionsklasse könnten Sie heute keinen Namen in die Freigeber-Spalte schreiben?
Häufige Fragen
Wer im Haus sollte die Autonomiegrenzen festlegen? Fachbereich und IT gemeinsam. Mein Vorschlag: Die Bereichsverantwortung zeichnet jede Zeile ab, die über „Vorschlag machen“ hinausgeht. Dann ist klar, wer für die höhere Stufe einsteht.
Gilt das nur für Dots oder für jeden Agenten? Für jeden Agenten, der in Ihrem Namen liest, schreibt oder sendet, ob gekauft oder selbst gebaut. Die Tabelle beschreibt Ihre Abläufe und bleibt gültig, wenn Sie das Werkzeug wechseln. Bei Dots legen laut Engadget eigene Regeln fest, welche Aktionen eine Freigabe brauchen, während eingebaute Regeln bestimmen, wann der Dot selbstständig handelt.
Wann sollten die Grenzen neu geprüft werden? Immer dann, wenn sich ändert, was der Agent erreichen kann: bei einer neuen App-Verbindung, neuen Zugangsdaten, einer zusätzlichen geplanten Aufgabe oder einem Modellwechsel beim Anbieter. Auch ein Prüffall, bei dem der Agent an einer Grenze nicht nachfragt, ist ein Anlass.