Wann man dazu greift
- Viele Tools verwaltet werden.
- Auswahl und Versionierung kritisch sind.
- Tools über mehrere Agenten hinweg geteilt werden.
Tool Registry.
Ein Katalog, keine Rumpelkammer.
Verfügbare Tools werden zentral zusammen mit ihren Schemas, Beschreibungen, Berechtigungen und Metadaten registriert.
In der PraxisEin Recherche-Agent fragt eine Tool-Registry ab, um ein Echtzeit-Websuch-Tool zu entdecken und aufzurufen, dessen Aufruf ihm nie fest einprogrammiert wurde.
Wann es nach hinten losgeht
- Nur wenige statische Tools vorhanden sind.
- Die Registry nicht gepflegt werden kann.
- Tool-Beschreibungen zu schlechter automatischer Auswahl führen.
Die Abwägung
Bessere Tool-Governance wird auf Kosten höheren Wartungsaufwands erreicht.
Was es tatsächlich tut.
Der Agent schlägt ein Tool in einer Registry nach, bevor er es aufruft.
Zwei Wege, wie dieses Pattern Probleme verursachen kann.
Tool-Wildwuchs ohne Deprecation
Die Registry wächst auf 200 Tools an, von denen viele defekt oder überholt sind. Der Agent verschwendet Turns mit dem Aufruf veralteter Tools.
Lösung · Ein Deprecation-Flag und einen Zeitstempel für die letzte Nutzung ergänzen. Nach 90 Tagen ungenutzte Tools nach Prüfung entfernen.
Fehlende Fähigkeitsmetadaten
Die Registry speichert Namen und Schemas, lässt aber Latenz-, Kosten- und Zuverlässigkeitsmetadaten aus. Der Agent kann keine informierten Entscheidungen treffen.
Lösung · Für jedes registrierte Tool eine Fähigkeitskarte verlangen: Latenz-SLA, Kosten pro Aufruf und Zuverlässigkeitswert.
Bedrohungsexposition
Was dieses Pattern exponiert
Dieses Pattern öffnet diese Angriffsflächen. Jede verlinkt auf ihren Eintrag im Bedrohungsmodell.
Vollständiges Bedrohungsmodell →Wo Tool Registry nativ ist.
Microsoft Agent FrameworkTool-KatalogNativ