Lösung · AI Operations

Jeder deiner KI-Agenten hat ein Einschaltdatum. Fast keiner hat ein Prüf- oder Abschaltdatum.

Einen Agenten zu bauen ist ein Projekt. Was fast niemand gebaut hat, ist die Funktion, die ihn danach regiert: ein Katalog, in dem jeder Agent Owner und Version hat, ein Gate, das entscheidet, welche Änderung in Produktion darf, ein funktionierendes Rollback, eine Prüfung, ob er sich noch rechnet, und eine echte Außerbetriebnahme — Zugangsdaten widerrufen. Wir bauen diesen Lebenszyklus und betreiben ihn.

Bau es in meinem Betrieb Sehen, wie es läuft

Das Problem

An Agent Nummer eins erinnern sich alle. Bei Nummer vierzehn weiß niemand, wer ihn wollte, welche Version läuft oder ob ihn jemand nutzt.

Niemand hat die Liste. Es gibt keinen Ort, an dem alle heute laufenden Agenten stehen — mit Owner, Version, Berechtigungen und dem Grund ihrer Freigabe: Es gibt eine veraltete Tabelle und das Gedächtnis von drei Leuten.
Eine Prompt-Änderung geht in Produktion, weil jemand sie angefasst hat, nicht weil sie ein Gate passiert hat: keine Testumgebung, keine Evaluation im Vergleich zur Vorversion und kein sauberer Weg zurück, wenn es schlechter wird.
„Version“ bedeutet je nach Gesprächspartner etwas anderes: Das Modell hat sich von selbst geändert, der Prompt wurde von Hand editiert und die verbundenen Werkzeuge sind nicht mehr die von vor drei Monaten — und nichts davon hängt an einer Nummer, die du benennen kannst.
Es laufen Agenten, die niemand mehr nutzt: Sie verbrennen täglich Tokens und halten Zugangsdaten mit Schreibrechten am Leben, und niemand schaltet sie ab, weil niemand sicher ist, was dann kaputtgeht.
Fragt jemand, ob ein Agent sich noch rechnet, ist die Antwort eine Meinung: keine Ausgangsbasis, keine Prüfkadenz, kein geschriebenes Kriterium, wann er neu gebaut und wann er stillgelegt wird.

Was es kostet, alles zu lassen

Gartner sagte in seiner Pressemitteilung vom 25. Juni 2025 voraus, dass über 40 % der agentischen KI-Projekte vor Ende 2027 abgebrochen werden — und die genannten Gründe sind nicht technisch: steigende Kosten, unklarer Geschäftswert, unzureichende Risikokontrollen. Alle drei werden im Lebenszyklus gesteuert oder gar nicht. Und die Lücke ist gemessen: Im Whitepaper „The Non-Human Identity Governance Vacuum“ der Cloud Security Alliance (Mai 2026) geben 78 % der Organisationen an, keine dokumentierte Richtlinie zum Anlegen und Löschen von KI-Identitäten zu haben, 51 % haben keinen klaren Owner dieser Identitäten, und nur 20 % verfügen über einen formalen Offboarding-Prozess mit Schlüsselwiderruf. Auf dein Unternehmen übersetzt: Jeder Agent, den du ohne Lebenszyklus einschaltest, ist Kosten, die niemand wieder prüft, und eine Zugangsberechtigung, die niemand widerrufen wird. Es fällt nicht an Tag eins aus. Es sammelt sich an.

Die Lösung

Wir bauen den Lebenszyklus deiner Agenten — Katalog, Promotion-Gate, Versionierung mit Rollback, Prüfung und Außerbetriebnahme — und betreiben ihn als kontinuierliche Funktion

1Wir erheben den echten Katalog, nicht den, den du zu haben glaubst: Welche Agenten laufen heute, wer hat sie angefordert, wer verantwortet jeden einzelnen, welche Version ist live, mit welchen Rechten und mit welcher Zugangsberechtigung. Fast immer tauchen Agenten auf, an deren Einschalten sich niemand erinnerte.
2Wir setzen Zustände und Gates. Ein Agent geht von vorgeschlagen zu validiert, von validiert in Produktion und von Produktion in Stilllegung — über einen geschriebenen Weg, nicht weil ihn jemand an einem Donnerstag deployt hat. Vor Produktion steht eine Evaluation gegen echte Fälle deines Geschäfts, und diese Evaluation öffnet das Gate — nicht das Gefühl, dass es passt.
3Wir sorgen dafür, dass „Version“ etwas bedeutet: Prompt, Modell, verbundene Werkzeuge und Limits hängen an einer benannten Version, vergleichbar mit der vorigen und in Minuten rückholbar. Genau das machen die ernsthaften Plattformen schon — AWS Bedrock AgentCore friert jedes Update als unveränderliche Version ein und rollt zurück, indem es den Endpoint umbiegt; Microsoft Foundry hält Agent-Snapshots und promotet zwischen Umgebungen über evaluationsgetriebene Gates — und wir bauen es auf dem, was du ohnehin nutzt, statt dir ein weiteres Werkzeug hinzustellen.
4Wir bringen die periodische Prüfung ein, in der entschieden wird, ob ein Agent am Leben bleibt: was er kostet, wie viel er genutzt wird, mit welcher Qualität er gegenüber seiner Ausgangsbasis antwortet und ob der Prozess, dem er diente, noch existiert. Mit geschriebenem Kriterium, wann nachgeschärft, wann neu gebaut und wann stillgelegt wird — damit die Entscheidung nicht davon abhängt, wer im Raum sitzt.
5Wir schließen am Ende, dem Teil, den fast niemand gebaut hat: der Außerbetriebnahme. Der Agent wird abgeschaltet, seine Zugangsdaten und Zugriffe werden widerrufen, es wird entschieden, was von seinen Protokollen wie lange aufbewahrt wird, und seine Aufgaben werden übergeben. Es ist die Stilllegungsphase, die ein KI-Managementsystem wie ISO/IEC 42001 ausdrücklich zu behandeln verlangt — und nebenbei die, die aufhört, für Agenten zu zahlen, die niemand mehr nutzt.

Was sich ändert

Was du nicht mehr verlierst

Der Katalog ist keine veraltete Tabelle mehr: Jeder lebende Agent hat Owner, Version, Rechte und Freigabegrund — und was nicht im Katalog steht, läuft nicht.
Mechanismus
Eine schlechte Änderung ist keine Stundenfrage mehr: Die Vorversion hat einen Namen und du gehst zurück, statt den Prompt von Dienstag von Hand zu rekonstruieren.
Mechanismus
Der Agent, den niemand nutzt, ist keine unsichtbare Ausgabe und keine offene Berechtigung mehr: Die Prüfung findet ihn, die Außerbetriebnahme schließt ihn wirklich — mit widerrufenen Zugriffen.
Mechanismus
Was wir messen: % der lebenden Agenten mit Owner und Version im Katalog, % der Änderungen, die über das Evaluations-Gate in Produktion kamen, Rollback-Zeit zur Vorversion, geprüfte und stillgelegte Agenten pro Quartal und nach jedem Offboarding widerrufene Zugangsdaten.
Was wir messen

Datenblatt

Wegfallende Arbeit: zu spät herausfinden, welche Agenten laufen, wer sie wollte und welche Version live ist — und weder eine schlechte Änderung zurücknehmen noch den, den niemand nutzt, wirklich abschalten können
Übliche Einrichtung: 4–8 Wochen
Eingang: die Agenten, die du schon laufen hast, mit ihren Prompts, ihren Modellen, ihren verbundenen Werkzeugen und ihren Zugangsdaten
Ausgang: ein lebender Katalog mit Owner, Version und Zustand je Agent, ein Promotion-Gate mit Evaluation, Rollback zur Vorversion, periodische Prüfung nach geschriebenem Kriterium und eine Außerbetriebnahme, die Zugriffe widerruft
Kompatibel mit: AWS Bedrock AgentCoreMicrosoft Foundry Agent ServiceGoogle Vertex AI Agent EngineLangSmithLangGraphn8nOpenAIAnthropic
Kann sich verbinden mit: Deine Versionsverwaltung und dein CIDeinen Secrets-Manager und deinen Identity ProviderDeine Evaluationssuite über echte GeschäftsfälleDein Inventar nicht-menschlicher Identitäten, falls du eines führst
Was wir messen: % der lebenden Agenten mit Owner und Version im Katalog% der über das Evaluations-Gate promoteten ÄnderungenRollback-Zeit zur Vorversiongeprüfte und stillgelegte Agenten pro Quartalnach jedem Offboarding widerrufene Zugangsdaten
Geeignet für: Unternehmen, die vom ersten zum zehnten Agenten gekommen sind und langsam nicht mehr wissen, wie viele sie haben, wer für jeden geradesteht und welche sich abschalten ließen, ohne dass es auffällt
Nicht geeignet für: wer einen einzigen Agenten in Produktion hat und eine Person, die ihn ganz kennt: Da ist der Lebenszyklus ein Gespräch, keine Funktion

Häufig gestellte Fragen

Im Gegenstand. Warten beantwortet „meine Agenten sollen weiter gut laufen“: Drift beobachten, aktualisieren, wenn sich ein Modell ändert, Kosten kontrollieren, reagieren, wenn etwas abbaut. Das hast du ausgeführt in wer wartet KI-Agenten in Produktion, und auf einen konkreten Ausfall zu reagieren ist Incident-Management. Der Lebenszyklus beantwortet etwas anderes: Welche Zustände durchläuft ein Agent und wer autorisiert jeden Sprung. Aufnahme mit Owner und Grund, Validierung vor Produktion, Promotion über ein Evaluations-Gate, benannte Versionen mit Rollback, Prüfung in Kadenz und Stilllegung mit Widerruf. Warten ist das Verb des Alltags; der Lebenszyklus ist der Rahmen, der entscheidet, was hereinkommt, was sich ändert und was hinausgeht. Ohne ihn pflegt Warten am Ende Dinge, die niemand mehr eingeschaltet haben sollte.

Sie gibt dir den Mechanismus, nicht die Funktion — und genau dieser Unterschied kostet Geld. AWS Bedrock AgentCore versioniert unveränderlich und lässt dich zurückrollen; Microsoft Foundry hält Snapshots und erlaubt Evaluations-Gates zwischen Umgebungen. Gut: Wir nutzen sie. Was dir keine Plattform gibt, ist, wer für jeden Agenten geradesteht, welche Evaluation eine Änderung bestehen muss, um in DEINEM Geschäft akzeptabel zu sein, wie oft geprüft wird, ob sich der Agent noch rechnet, nach welchem Kriterium über die Stilllegung entschieden wird, und was mit seinen Zugangsdaten und Protokollen am Tag der Abschaltung passiert. Das sind Entscheidungen und Kadenzen, und jemand muss sie betreiben. Und wenn deine Agenten über mehrere Plattformen verteilt sind — ab dem dritten der Normalfall —, müssen Katalog und Kriterium über allen liegen.

Abschalten ist der leichte und der unwichtigste Teil. Wirklich stilllegen heißt, seine Zugangsdaten und Rechte zu widerrufen — genau daran scheitern fast alle: Nur 20 % der Organisationen geben an, einen formalen Offboarding-Prozess mit Schlüsselwiderruf zu haben, laut dem Whitepaper der Cloud Security Alliance vom Mai 2026 —, zu entscheiden, welche Protokolle wie lange bleiben, die zu informieren, die von ihm abhingen, und seine Aufgaben zu übergeben. Ein „abgeschalteter“ Agent, dessen Identität weiterlebt, ist kein stillgelegter Agent: Er ist eine Berechtigung mit Schreibrechten, die niemand mehr beobachtet, weil dieser Agent offiziell nicht existiert. Deshalb ist die Stilllegung eine Lebenszyklusphase mit Checkliste, kein Schalter.

Bauen wir es in deinem Betrieb?

Du hast das Problem benannt. Wir liefern die Lösung und lassen sie gemessen laufen.

Zum Service