Viele Agentenprojekte beginnen mit einer Modellwahl, einem Prompt und der Hoffnung, dass aus einem Chatfenster irgendwann eine produktive Rolle wird. Das ist ungefähr so, als würde man einen neuen Mitarbeiter einstellen, ihm Zugriff auf fünf Systeme geben und den Auftrag mit „Hilf uns halt irgendwie“ zusammenfassen.

Eine Rolle ist eine Betriebsgrenze

Eine virtuelle Stellenbeschreibung ist nicht bloß ein freundlicher Persona-Text. Sie legt fest, welche Arbeit der Agent übernehmen soll, welche Informationen er dafür benötigt, welche Werkzeuge er verwenden darf und wo seine Entscheidungsbefugnis endet.

  • Auftrag: Welches konkrete Ergebnis wird erwartet?
  • Eingaben: Welche Daten, Dokumente und Ereignisse lösen Arbeit aus?
  • Werkzeuge: Welche Systeme und Aktionen sind notwendig?
  • Grenzen: Was ist verboten oder benötigt eine Freigabe?
  • Eskalation: Wann muss ein Mensch oder eine andere Rolle übernehmen?
  • Qualität: Woran erkennt man einen guten Output?
Ein Agent kann nur so verlässlich arbeiten, wie seine Rolle, sein Kontext und seine Grenzen verlässlich beschrieben sind.

Warum Identität trotzdem nützlich ist

Benannte Rollen wie Mimir, Kratos, Sindri oder Freya machen Zuständigkeiten leichter verständlich. Menschen können Arbeit adressieren, Feedback einer Rolle zuordnen und Übergaben nachvollziehen. Der Name ist die Merkschicht. Die eigentliche Leistung entsteht durch Systemdesign, Daten, Werkzeuge, Tests und Führung.

Mitarbeiter-Output braucht Führung

Wer einen Agenten nur als Praktikanten behandelt, gibt ihm einzelne Aufträge ohne ausreichend Kontext und prüft hinterher jedes Detail. Wer eine belastbare virtuelle Stelle baut, investiert in wiederverwendbaren Kontext, klare Kompetenzen, sichere Werkzeuge und ein Qualitätsmodell. Dadurch kann der Agent nicht nur Texte erzeugen, sondern reale Arbeit innerhalb eines definierten Rahmens übernehmen.

Praktische Regel: Bevor ein Agent ein neues Werkzeug erhält, muss klar sein, welcher Teil seiner Stellenbeschreibung dieses Werkzeug benötigt, welche Aktionen erlaubt sind und wer Fehler verantwortet.

Was beim Pilot getestet werden muss

Nicht nur Durchschnittsfälle. Ein produktiver Pilot benötigt normale Aufgaben, unvollständige Inputs, widersprüchliche Daten, sensible Fälle, Systemfehler und bewusst provozierte Grenzüberschreitungen. Erst dann zeigt sich, ob die virtuelle Stelle tatsächlich geführt werden kann.