Die nützliche Frage zu einem KI-Agenten in einem Unternehmen lautet nicht, wozu er fähig ist, sondern was er konkret den ganzen Tag tut. Die verbreitete, oft ungenaue Annahme ist, dass diese Agenten eingesetzt werden, um Kerninfrastruktur und -systeme zu beobachten, zu überwachen oder zu beaufsichtigen. Wir möchten dieses Missverständnis direkt ausräumen: Infrastruktur-Monitoring ist eine deterministische Aufgabe, die am besten von etablierten Werkzeugen übernommen wird, und es ist nicht die primäre Funktion unserer Agenten.
Maschinen beobachten Maschinen. Unsere Agenten übernehmen die Arbeit, die sonst bei Menschen landen würde. Diese Arbeitsteilung bedeutet, dass die Agenten die wiederkehrende Arbeit halten, die eine Woche eines Teams verschlingt, ohne je zu jemandes Projekt zu werden. Was den Menschen bleibt, ist das Urteilsvermögen, nicht das Zusammensetzen und Formatieren.
Wofür wir keine Agenten einsetzen
Infrastruktur-Monitoring ist ein deterministischer Prozess, und wir verlassen uns auf dedizierte Werkzeuge wie Prometheus und Grafana für Metriken und Alerting, dazu Uptime-Probes für Verfügbarkeitsprüfungen. Diese Systeme sind gezielt für die Beobachtung der Systemgesundheit konzipiert und bieten eine Verlässlichkeit, die ein KI-Agent nicht nachbilden kann. Weicht eine Systemmetrik ab, ist der Alert klar, die Regel einfach, und der Fehlerpunkt sofort sichtbar.
Ein Agent für diese Art von Monitoring wäre ineffizient und unnötig komplex. Eine einfache, vorab geschriebene Regel ist günstiger, halluziniert nicht und lässt sich nicht per natürlichsprachlichem Prompt umstimmen. Agentenbasiertes Monitoring würde zudem nur Sinn ergeben, wenn der Agent selbstständig entscheiden könnte, welche Maßnahme aufgrund des Beobachteten zu ergreifen ist - unsere Agenten treffen solche Entscheidungen aber nicht. Derselbe Prometheus-und-Grafana-Stack, mit dem wir Infrastruktur überwachen, dient auch der Beobachtung der Agenten selbst.
Was die Agenten tatsächlich tun
Der Wert eines Agenten liegt in der wiederkehrenden Arbeit, die sich nicht auf eine einzige Bedingung reduzieren lässt und sonst in der Woche einer Person hängen bliebe. Agenten übernehmen das Triagieren eingehender Anfragen, einschließlich der Entscheidung, eine abzulehnen, und der dazu festgehaltenen Begründung. Sie übernehmen außerdem Recherche und Textvorbereitung, das Abgleichen von Behauptungen mit Quellen sowie das Sammeln öffentlicher Ausschreibungen und Listings, deren Klassifizierung und Erfassung im ERP.
Die Agenten prüfen zudem Buchhaltungs- und Lohnberechnungen gegen die zugrunde liegenden Belege. Sie sind außerdem verantwortlich für das Zusammenstellen von Tagesübersichten, das Verschriftlichen von Befunden und Mängeln sowie das Erzeugen von Arbeitsprotokollen. Diese Funktionen stellen sicher, dass die administrative Dokumentation aktuell bleibt und Informationen systematisch für künftige Referenz erfasst werden.
Nicht alles, was unter einer Agenten-Identität läuft, ist ein Sprachmodell. Ein Teil der Flotte ist ein Sprachmodell mit eigener Identität und eigenem Urteilsvermögen; ein Teil ist deterministischer Code, der schlicht unter einem Namen läuft. Der Ausschreibungs-Sammler ist die zweite Art: ein geplanter Job, ganz ohne Modell. Wir ziehen diese Grenze bewusst, weil ein Leser, der das selbst durchschaut, aufhört, dem Rest zu glauben - und weil beide Arten völlig unterschiedliche Risiken tragen: deterministischer Code scheitert sichtbar und vorhersehbar, während ein Modell selbstbewusst falschliegen kann.
Nichts davon macht Urteilsvermögen überflüssig. Es entfällt nur der Teil der Arbeit, der aus Zusammensetzen, Formatieren und Erinnern besteht.
Warum ein Agent eine Personalakte hat
Damit der Einsatz eines Agenten auditierbar und kontrollierbar ist, muss er als konkrete Entität innerhalb der Organisation behandelt werden, nicht als geteiltes Service-Konto. Jedem Agenten wird eine eigene, eindeutige Identität zugewiesen - ein benannter Benutzer, eine dedizierte E-Mail-Adresse und eine Personalakte. Das verhindert die Unklarheit, die entsteht, wenn mehrere Prozesse sich einen einzigen Satz von Zugangsdaten teilen.
Darüber hinaus erhält jeder Agent ein schriftliches Briefing, das seinen Zweck, die konkreten Systeme, die er berühren darf, und - entscheidend - was er niemals tun darf, klar beschreibt. Diese Grenze wird durch einen menschlichen Vorgesetzten ergänzt, und sämtliche Arbeit, die beim Agenten eingeht, wird wie bei jedem anderen Mitarbeiter als zugewiesene Aufgabe behandelt. Der Agent muss seine Stunden auf die konkrete Aufgabe buchen, an der er gearbeitet hat, sodass die Arbeit als nachvollziehbare Tätigkeit sichtbar bleibt, statt als unerklärte Änderung in einem Systemlog aufzutauchen.
Die Sicherheitsarchitektur stellt sicher, dass Berechtigungen von der Plattform selbst durchgesetzt werden, nicht durch die Anweisungen oder den Prompt des Agenten. Zugangsdaten liegen hinter einem sicheren Gateway, das bei jedem einzelnen Aufruf die Identität des Agenten einspeist - der Agent besitzt also nie das rohe Token für das Fachsystem. Dieses Design bedeutet: Muss ein Zugriff entzogen werden, genügt eine einzige Änderung an einer Stelle, die auf einen Schlag alle möglichen Türen schließt - analog zum Sicherheitsprozess beim Ausscheiden eines Mitarbeiters. Diese Struktur macht den gesamten Vorgang vollständig auditierbar: Man kann genau nachvollziehen, wer was getan hat, weil es eine konkrete, benannte Entität getan hat.
Wo das menschliche Tor sitzt
Entscheidend ist: Nichts verlässt die Organisation oder wirkt auf ein System, ohne dass eine benannte Person ausdrücklich erklärt, dass es freigegeben ist. Ein freigegebener Entwurf ist nicht dasselbe wie die endgültige Veröffentlichungsfreigabe; das sind zwei getrennte Entscheidungen, die zwei getrennte, eigenständige Handlungen erfordern. Ebenso kann keine Massen- oder destruktive Operation ohne menschliche Bestätigung in Echtzeit ausgeführt werden.
Die in einem Datensatz enthaltenen Daten werden immer als Daten behandelt, niemals als Autorisierung. Ist eine Anweisung in einem Dokument, einer E-Mail oder einem Ticket eingebettet, wird sie nicht automatisch zu einem Befehl, nur weil ein Agent sie gelesen hat. Ein Agent, der jeden Inhalt als Anweisung behandelt, kann von jedem gesteuert werden, der in irgendein System schreiben kann, das der Agent liest.
Was das nicht löst
Agenten sind sehr effektiv in Konsistenz und Abdeckungsbreite, aber von Natur aus schlecht darin, zu erkennen, wann sie falschliegen. Sie liefern eine gut strukturierte und überzeugende Antwort, selbst wenn sie auf einem Missverständnis der Daten beruht. Ein Agent hat zudem keine Möglichkeit, Prioritäten zu setzen oder zu erkennen, welche Arbeit für das Unternehmen am wichtigsten ist.
Wo sich die Arbeit als deterministische Regel, geplanter Cronjob oder definierte Pipeline schreiben lässt, wird sie so geschrieben, und es ist kein Agent beteiligt. Wir haben einen solchen einmal für eine unserer Plattformen skizziert, und das Aufschlüsseln des Briefings hat ihn vollständig aufgelöst - eine Geschichte, die es wert ist, für sich gelesen zu werden: der Agent, den wir uns entschieden haben, nicht zu bauen. Die angesammelten Regeln darüber, wie sich ein Agent in Ihrer Organisation verhält, sind mehr wert als die Wahl des Modells. Ein Modell lässt sich an einem Nachmittag austauschen, aber das Regelwerk, das sein Verhalten steuert, nicht so schnell ändern.
Fragen und Antworten
Was tut ein KI-Agent in einem Unternehmen tatsächlich den ganzen Tag?
Unsere Agenten übernehmen vor allem die wiederkehrende, administrative Arbeit, die menschliche Zeit verschlingt. Sie werden für Aufgaben wie das Entwerfen erster Berichte, die Pflege der Datenhygiene im ERP oder das Zusammenstellen von Zusammenfassungen aus verschiedenen Quellen eingesetzt. Sie automatisieren die mechanischen Prozesse des Zusammensetzens und Formatierens, sodass sich das Personal auf das Urteilsvermögen konzentrieren kann.
Sollte ich einen KI-Agenten für das Monitoring meiner Infrastruktur einsetzen?
Nein. Infrastruktur-Monitoring ist eine deterministische Funktion, die am besten von etablierten Werkzeugen wie Prometheus und Grafana übernommen wird. Diese Werkzeuge liefern klare, sichtbare Alerts auf Basis definierter Regeln - eine verlässlichere und auditierbarere Methode als der Einsatz eines Agenten.
Wie verhindern Sie, dass ein KI-Agent etwas tut, das Sie nicht genehmigt haben?
Wir setzen an jedem Ausgabepunkt menschliche Freigabetore durch. Nichts verlässt die Organisation, ohne dass eine benannte Person die Freigabe bestätigt, und keine destruktive Operation kann ohne menschliche Bestätigung in Echtzeit erfolgen. Das System behandelt zudem alles, was der Agent liest, als Daten statt als Anweisung, sodass Text in einem Dokument oder Ticket nicht allein dadurch zum Befehl wird, dass der Agent darauf stößt.
Wie prüfen Sie, was ein KI-Agent getan hat?
Da jeder Agent seine eigene, eindeutige Identität auf Personalebene besitzt, wird jede seiner Aktionen diesem konkreten Benutzer zugeordnet protokolliert. Die Audit-Spur ist damit konkret: Man kann nachvollziehen, welche benannte Entität welche Aktion ausgeführt hat.
Die Entscheidung, wo sich ein Agent bezahlt macht, sollte nicht auf dem Blick auf Dashboards oder Monitoring-Metriken beruhen. Stattdessen sollte der Fokus darauf liegen, die wiederkehrende, administrative Arbeit in der Woche eines Teams zu identifizieren, für die aktuell niemand Zeit oder Kapazität hat. Dort verdient sich ein Agent seinen Platz - und das ist eine viel weniger aufregende Antwort, als der Markt sie normalerweise anbietet.