Agentenprojekte scheitern selten an Modellen – sie scheitern an Governance. Wenn Fachbereiche spezialisierte Agenten für Vertriebsabläufe, Finanzabgleiche und IT-Runbooks einführen, entstehen fragmentierte Identitäten, Werkzeugberechtigungen und ad-hoc-Protokollierungen. Der Open-Source Agent Manager von WSO2 reagiert darauf, indem er zentralisiert, wie Unternehmen Agenten registrieren, mit Identitäten verknüpfen und den Zugriff auf Werkzeuge und Daten mit dem Prinzip der geringsten Rechte durchsetzen. Damit wird die Agenteneinführung als Identitäts- und Richtlinienproblem neu definiert, nicht als Framework-Wette, und es entspricht dem Bedarf von Sicherheitsteams, einheitliche Schutzmaßnahmen über gemischte Cloud-, On-Prem- und Anbieter-Ökosysteme hinweg anzuwenden.
Konkret sollte eine Agentensteuerungsebene wie ein Service Mesh für Autonomie funktionieren: ein Verzeichnis von Agenten und Versionen; Servicekonten mit kurzlebigen Zugangsdaten; rollen- und attributbasierte Richtlinien; sowie Sandboxing-Grenzen, die Datei-, Netzwerk- und Werkzeugoberflächen einschränken. Ausführungsumgebungen benötigen Timeouts, Quoten und Egress-Whitelistings, während Prompts, Werkzeuge und Geheimnisse zentral verwaltet werden sollten, anstatt in Repositories kopiert zu werden. MCP-bewusste Governance ist wichtig, weil Fähigkeitsverhandlungen stillschweigend Privilegien erweitern können; die Durchsetzung von signierten Werkzeugen, Whitelists und mandantenspezifischen Katalogen hält den Umfang bewusst und prüfbar. Mehrschichtige Beobachtbarkeit – Prompt-Traces, Werkzeugaufrufspuren und Schwärzungen – schließt den Kreis für Compliance und Vorfallreaktion.
Für Käufer stellt sich die Frage nach der Kompatibilität mit bestehenden Identitäts- und Plattforminvestitionen. Der Wert eines Open-Source Managers liegt in der Souveränität der Steuerungsebene: Betreiben Sie ihn in Ihrem VPC, binden Sie ihn an Ihren IdP an und integrieren Sie ihn mit Ihren API-Gateways, SIEM und Geheimnisspeichern. Das senkt die Gesamtkosten der Kontrolle über Multi-Model- und Multi-Cloud-Agenten, ohne eine einzige Laufzeit zu erzwingen. Ein praktischer Weg ist, mit einem engen, risikoreichen Workflow zu starten – etwa Finanzexporte oder Produktions-Runbooks – die Wirksamkeit der Schutzmaßnahmen zu beweisen und dann zu erweitern. Erfolgsmessungen sollten messbar sein: mittlere Zeit zur Genehmigung neuer Agenten, Prozentsatz der Werkzeugaufrufe unter Richtlinie, blockierte Egress-Versuche und Vollständigkeit der Prüfungen pro Mandant.