WSO2 hat am 15. September 2026 die allgemeine Verfügbarkeit von WSO2 Agent Manager angekündigt. Die quelloffene Kontrollplattform soll KI-Agenten über verschiedene Frameworks und Bereitstellungsumgebungen hinweg registrieren, ausführen, steuern, beobachten und bewerten. Damit verlässt das Produkt die zuvor angekündigte Betaphase und bietet selbst gehostete sowie vom Anbieter betriebene Bereitstellungswege.
Die Veröffentlichung ist für Unternehmen relevant, weil mehrere Agentenkontrollen in einer Betriebsschicht zusammengeführt werden: zentrales Inventar, eigene Agentenidentität, delegierte Zugriffsregeln, Schutzregeln für Modelle und Werkzeuge, Bewertung, Beobachtbarkeit und eine isolierte Laufzeit. WSO2 beschreibt das Produkt als unabhängig vom Framework, unter anderem für LangChain, CrewAI, AWS Strands und Microsoft Agent Framework.
Was jetzt verfügbar ist
Die Primärmitteilung erklärt Agent Manager für allgemein verfügbar und vollständig quelloffen. Die aktuelle Produktseite bietet einen Testzugang und beschreibt selbst gehostete sowie Software-als-Dienst-Varianten. Das stützt die Verfügbarkeitsaussage. Leistung, Wirksamkeit der Kontrollen und Geschäftsergebnisse bleiben jedoch Herstellerangaben ohne unabhängige Tests.
Die Produktseite beschreibt ein zentrales Agenteninventar und eine eigene Identität für jeden Agenten. Delegationsregeln bestimmen, worauf ein Agent zugreifen darf und in wessen Namen er handelt. Das ist wichtig, wenn Agenten sonst ein menschliches Konto oder gemeinsame Dienstzugangsdaten verwenden und Ermittler automatisierte Akteure nicht unterscheiden können.
WSO2 nennt außerdem mehr als 40 integrierte Schutzregeln auf Ebene von Organisation, Agent, MCP und Modell. Beispiele sind Maskierung personenbezogener Daten, URL-Prüfung, Inhaltsvalidierung und semantische Prompt-Prüfung. Dazu kommen Überwachung, Bewertung und eine Laufzeit, die Ausführung isolieren soll.
Warum eine Kontrollplattform anders ist
Klassische Anwendungsverwaltung geht meist von stabilen Diensten, vorhersehbaren Aufrufen und langlebigen Identitäten aus. Agenten können Werkzeuge wählen, mehrstufige Pläne erzeugen und ihr Verhalten mit dem Kontext ändern. Governance muss deshalb den erklärten Zweck mit den tatsächlichen Aktionen verbinden.
Eine nützliche Kontrollplattform sollte sechs Fragen beantworten: Welche Agenten existieren? Wer ist verantwortlich? Worauf darf jeder Agent zugreifen? Welche Aufgabe und welcher Nutzer haben die Befugnis delegiert? Welche Aktionen wurden versucht? Was hat sich im externen System verändert?
Ein Inventar ohne Aktionsnachweise lässt eine Lücke. Schutzregeln ohne eigene Identität können ein Muster blockieren, zeigen aber nicht zwingend den verantwortlichen Agenten. Beobachtbarkeit ohne Durchsetzung erklärt einen Vorfall im Nachhinein, kann die Wirkung jedoch nicht verhindern. Der Nutzen einer integrierten Plattform hängt davon ab, ob die Schichten dieselben Kennungen und denselben Richtlinienkontext teilen.
Grenzen, die Teams testen müssen
Allgemeine Verfügbarkeit beweist nicht, dass jedes Framework, Werkzeug oder Protokoll gleich abgedeckt wird. Teams sollten prüfen, wie Agent Manager mit Agenten außerhalb seiner isolierten Laufzeit, eigenen MCP-Servern, asynchronen Aufträgen, langem Speicher und direkten API-Zugangsdaten umgeht.
Auch das Fehlerverhalten muss getestet werden. Wenn Richtliniendienst, Identitätsanbieter oder Bewertungskomponente ausfallen, stoppt der Agent, arbeitet er mit weniger Rechten weiter oder umgeht er die Prüfung? Die sichere Antwort kann je nach Aktion unterschiedlich sein, muss aber ausdrücklich definiert und prüfbar sein.
Die Zahl der Schutzregeln ist kein Ergebnismaß. Eine Richtlinie, die sensible Daten oder eine unsichere Anweisung erkennt, braucht weiterhin eine festgelegte Reaktion, einen Nachweis der Entscheidung und eine Bestätigung, dass die blockierte oder erlaubte Aktion die beabsichtigte Wirkung hatte. Aussagen zu Souveränität, Kontrolle und Produktionsreife müssen gegen Architektur und Bedrohungsmodell des Kunden geprüft werden.
Eine praktische Einführungsfolge
Zuerst sollte eine kleine Gruppe echter Agenten importiert oder erfasst werden. Für jeden gehören Verantwortlicher, Geschäftszweck, Modell, Werkzeuge, Datenzugriff und Bereitstellungsort in den Datensatz. Das Inventar sollte mit Repositories, Cloud-Diensten und Endpunktbelegen verglichen werden, um fehlende Agenten zu finden.
Danach braucht jeder Agent eine eigene Identität. Gemeinsame Zugangsdaten sollten soweit möglich ersetzt werden. Delegationsregeln sollten Nutzer, Aufgabe, Ressource und Aktionstyp berücksichtigen. Ein Coding-Agent kann ein Repository lesen dürfen, während Änderungen an geschützten Branches eine getrennte Richtlinienentscheidung erfordern.
Anschließend werden Schutzregeln und Bewertungen auf den riskantesten Aktionspfad angewendet. Zu testen sind normale Arbeit und Fehlerfälle, darunter Prompt-Injection, übermäßiger Datenzugriff, ausgefallene Abhängigkeiten und Werkzeugergebnisse, die von der Erwartung abweichen.
Zum Schluss sollten Protokolle Identität, Prompt, Richtlinie, Werkzeugaufruf und Wirkung verbinden. Der Maetra-Leitfaden zum Agenteninventar liefert eine Basis für Agenten und verbundene Fähigkeiten. Der Leitfaden zu KI-Auditprotokollen hilft, die Nachweise nach einer folgenschweren Aktion festzulegen.
Maetra-Analyse
Die WSO2-Veröffentlichung zeigt den breiteren Wandel von der Verwaltung von Modellen zur Verwaltung operativer Akteure. Ein Unternehmen kann mehrere Modelle und Frameworks einsetzen. Die Governance-Frage bleibt gleich: Welche Identität durfte für welche Aufgabe welche Aktion ausführen?
Das stärkste Muster trennt Inventar, Autorisierung, Sicherheitsprüfung und Ergebnisverifikation, erhält aber eine gemeinsame Beweiskette. Eine Kontrollplattform kann den Kontext bereitstellen. Teams brauchen trotzdem Richtlinien, die Geschäftsfolgen abbilden, und unabhängige Tests, die ihre Wirksamkeit bei Störungen zeigen.
Die allgemeine Verfügbarkeit schafft eine konkrete Option für selbst gehostete oder betriebene Kontrollinfrastruktur. Sie sollte als Infrastruktur bewertet werden und nicht als automatischer Nachweis dafür gelten, dass alle durchgeleiteten Agenten sicher, compliant oder aufgabengetreu sind.