KI-Agenten-Register: Inventur vor der Skalierung

Mit AWS Agent Registry ist ein zentraler Katalog für Agenten, MCP-Server, Tools und Skills allgemein verfügbar. Google Cloud dokumentiert eine ähnliche Registry in der Gemini Enterprise Agent Platform; Microsoft führt Agenten im Microsoft 365 Admin Center zusammen. Damit entsteht eine neue Pflichtdisziplin: Unternehmen müssen ihre Agenten wie andere produktive IT-Assets inventarisieren, bevor sie deren Einsatz skalieren.

Vom Prototyp zum auffindbaren Asset

AWS beschreibt zwei getrennte Ebenen. Die Governance-Ebene soll alle registrierten Ressourcen samt Metadaten, Zugriff und Lebenszyklus erfassen. In der Discovery-Ebene erscheinen nur kuratierte und freigegebene Einträge. Der Katalog unterstützt Agenten, MCP-Server, Skills und eigene JSON-basierte Ressourcentypen; semantische Suche soll vorhandene Fähigkeiten auffindbar machen.

Google verfolgt denselben Grundgedanken. Die dortige Registry verwaltet unter anderem Agenten, MCP-Server, Endpunkte, Skills, Skill-Versionen und Publisher. Sie soll Metadaten auch über mehrere Cloud-Projekte zentralisieren. Microsoft zeigt in seiner Registry zusätzlich Kennzahlen für Agenten ohne Owner und für nicht verwaltete Agenten. Das macht sichtbar, dass ein Eintrag allein noch keine Steuerung ist.

Welche Metadaten wirklich nötig sind

Ein belastbares Agenten-Register sollte mindestens fünf Fragen beantworten:

• Owner: Welche Fach- und welche IT-Rolle verantwortet Zweck und Betrieb?
• Version: Welche Agenten-, Skill- und Tool-Version ist freigegeben?
• Befugnis: Auf welche Daten, Endpunkte und Aktionen darf der Agent zugreifen?
• Status: Ist der Eintrag Entwurf, geprüft, produktiv, gesperrt oder stillgelegt?
• Nachweis: Wo liegen Sicherheitsprüfung, Nutzungssignale, Änderungen und Ablaufdatum?

So verhindert das Register doppelte Entwicklungen und verwaiste Agenten. Es schafft außerdem eine Verbindung zwischen Softwarekatalog, Identitätsverwaltung, API-Governance und Betriebsmonitoring. Eine semantische Suche ist nützlich; entscheidend bleibt jedoch, ob der gefundene Baustein einen verantwortlichen Owner und einen aktuellen Freigabestatus besitzt.

Konsequenz für DACH-Unternehmen

AWS nennt Europa (Irland) als verfügbare Region für seine Registry. Das ersetzt weder Datenschutzprüfung noch Datenklassifikation: Ein europäischer Katalog sagt noch nicht, wo Modellaufrufe, Protokolle oder angebundene Fachdaten verarbeitet werden. Erfassen Sie deshalb auch Region, Datenklasse und Rechtsgrundlage als eigene Metadaten.

Beginnen Sie mit einer Inventur über Cloud-Plattformen, Copilot Studio, Entwickler-Repositories und bestehende MCP-Server. Markieren Sie unbekannte Owner und ungenutzte Einträge als Befund. Erst danach sollten Sie automatische Discovery oder Wiederverwendung freischalten. Das Ziel ist nicht die längste Agentenliste, sondern ein Register, in dem jeder produktive Eintrag auffindbar, verantwortet und stilllegbar ist.