Zwei Meldungen aus dem August zeigen dieselbe Bewegung aus unterschiedlichen Richtungen. Google hat mit Gemini Spark ein Angebot gestartet, das KI-Agenten in die Breite bringt; eingeführt wurde es zunächst in den USA, die Veröffentlichung in Deutschland ist noch für dieses Jahr angekündigt. Anthropic wiederum hat Claude ein Update verpasst, mit dem weitere KI-Aktionen in Google-Diensten möglich sind – darunter Gmail, wo das Modell Aufgaben rund um E-Mails übernehmen kann.

Beides sind einzelne Produktschritte. Zusammen markieren sie aber einen Wechsel, der für die Organisation von Arbeit relevanter ist als jede neue Modellgeneration: weg vom Chatfenster, in dem jemand eine Frage stellt und eine Antwort erhält, hin zu Software, die in bestehenden Anwendungen selbst tätig wird.

Was ein Agent von einem Chatbot unterscheidet

Ein Chatbot liefert Text. Ein Agent – also ein KI-System, das eigenständig mehrere Schritte ausführt, um ein vorgegebenes Ziel zu erreichen – greift auf Werkzeuge und Daten zu und erzeugt Ergebnisse außerhalb des Gesprächsfensters. Der Unterschied klingt technisch, ist aber vor allem organisatorisch: Der Output eines Chatbots landet auf dem Schreibtisch eines Menschen, der ihn prüft. Der Output eines Agenten landet unter Umständen direkt im Postausgang.

Genau hier liegt der Bruch. Solange eine KI Vorschläge macht, ist der Mensch der letzte Kontrollpunkt – automatisch und ohne dass jemand das je definieren musste. Sobald eine KI handelt, muss dieser Kontrollpunkt bewusst gesetzt werden, sonst existiert er nicht mehr.

Wird Prompt Engineering überflüssig?

Die Frage steht im Raum, seit Agenten aus der Nische kommen. Sie ist berechtigt, aber vermutlich falsch gestellt. Was tatsächlich an Bedeutung verliert, ist das Feilen an Formulierungen für einen einzelnen Durchlauf: die passende Rollenbeschreibung, der geschickte Nebensatz, das Beispiel im richtigen Format. Diese Handarbeit wandert in die Produkte selbst, die Kontext und Struktur zunehmend mitbringen.

Was nicht verschwindet, ist die dahinterliegende Kompetenz: eine Aufgabe so präzise zu beschreiben, dass ein System sie ohne Rückfrage korrekt bearbeiten kann. Bei Agenten wird diese Anforderung eher größer, weil das Ergebnis nicht mehr nur ein Text ist, sondern eine Handlung mit Folgen. Aus Prompt Engineering wird Aufgabendefinition – mit Zielbeschreibung, Abbruchbedingungen, erlaubten Datenquellen und der Festlegung, was der Agent auf keinen Fall selbst entscheiden darf.

Drei Dinge, die vor dem ersten Agenten geklärt sein sollten

  • Rechte: Mit welchem Konto arbeitet der Agent, und worauf hat dieses Konto Zugriff? Ein Zugang zum Postfach ist in vielen Unternehmen faktisch ein Zugang zu Verträgen, Personalthemen und Kundendaten.
  • Kontrollpunkte: Welche Aktionen laufen selbstständig, welche brauchen eine Freigabe? Der Entwurf einer Antwortmail ist etwas anderes als deren Versand an einen Kunden.
  • Nachvollziehbarkeit: Lässt sich im Nachhinein feststellen, welche Aktion von wem beziehungsweise von welchem System ausgelöst wurde? Ohne Protokoll wird jede Fehlersuche zum Ratespiel.

Datenschutz ist kein Nachgedanke

Dass Gemini Spark zuerst in den USA verfügbar ist und Deutschland später folgt, ist ein bekanntes Muster. Für Unternehmen bedeutet die Verzögerung vor allem eines: Zeit, die Rahmenbedingungen zu klären, statt sie später nachzuziehen. Wer einem Agenten Zugriff auf Geschäftspost gibt, verarbeitet personenbezogene Daten – die Frage nach Rechtsgrundlage, Auftragsverarbeitung und Datenfluss stellt sich unabhängig davon, wie gut das Modell schreibt.

Hinzu kommt, dass Agenten Inhalte lesen, die Dritte geschrieben haben. Eine E-Mail von außen kann Anweisungen enthalten, die ein Agent als Auftrag missversteht. Wer Aktionsrechte vergibt, sollte diesen Fall zumindest bedacht haben, bevor er produktiv geht.

Pragmatischer Einstieg statt Grundsatzentscheidung

Für die Praxis spricht wenig dafür, gleich ganze Prozesse an Agenten zu übergeben. Sinnvoller ist ein enger, gut abgegrenzter Anwendungsfall mit überschaubarem Schadenspotenzial: Zusammenfassungen langer Mailverläufe, das Vorbereiten von Antwortentwürfen, das Sortieren eingehender Anfragen. Erst wenn dort über einige Wochen belastbare Ergebnisse entstehen, lohnt der Schritt zu Aktionen, die nach außen wirken.

Ebenso wichtig ist die Frage, wer im Unternehmen die Aufgabendefinitionen pflegt. Agenten sind keine Software, die einmal eingerichtet und dann vergessen wird – sie brauchen jemanden, der prüft, ob die Ergebnisse noch zur Realität passen.

Was das für Web- und Softwareprojekte bedeutet

Systeme müssen künftig nicht nur für Menschen bedienbar sein, sondern auch für Software, die im Namen von Menschen handelt: mit sauberen Schnittstellen, feingranularen Rechten und Protokollen, die jede Aktion einer Identität zuordnen. Wer heute ein CMS, ein Portal oder eine Fachanwendung plant, sollte diese Anforderungen als Teil der Architektur behandeln und nicht als späteres Add-on. Der eigentliche Aufwand liegt dabei selten im Anbinden eines Modells, sondern im Klären der Zuständigkeiten davor.

Quellen