Warum die Registry nicht nur ein Katalog sein kann

Eine liste von tools kann einem modell mitteilen, dass eine suchfunktion existiert. Es kann der Ausführungsmaschine nicht sagen, ob die Suche Daten außerhalb des Geräts sendet, ob das Ergebnis schreibgeschützt ist oder ob das Aufgabenbudget den Anruf zulässt.

Eine Fähigkeitskarte fügt diese Eigenschaften hinzu und verwandelt ein Werkzeug in eine geregelte Ausführungsoption.

Die Felder, die zuerst wichtig sind

Diese Felder lassen das System Kandidaten vor den Modellplänen filtern. Sie machen auch die Entscheidungen des Plans für den Benutzer erklärbar.

  • Eingabe- und Ausgabeschema.
  • Nebeneffekt: schreibgeschützt, lokal schreiben, extern senden, bezahlt oder irreversibel.
  • Datengrenze: ob Daten das Gerät verlassen dürfen und zu welchem genehmigten Bestimmungsort.
  • Kosten und Latenzerwartungen.
  • Timeouts, Retry-Politik, Gesundheit und Bestätigungsrichtlinie.

Ein Vertrag über verschiedene Protokolle

MCP, OpenAPI, CLI und lokale Adapter zeigen Fähigkeiten in verschiedenen Formaten. Die Adapterschicht normalisiert sie in einen gemeinsamen Fähigkeitsvertrag, so dass die Ausführungsmaschine nicht jedes Protokoll direkt verstehen muss.

Diese Trennung lässt das Tool-Ökosystem sich entwickeln, ohne dass Protokolldetails die Governance umgehen können.

Die Karte ist auch eine Audit-Einheit

Wenn eine Fähigkeit aufgerufen wird, kann das Ausführungsereignis auf seine Karte, Version, Parameter, Kosten, Ziel und Ergebnis verweisen. Die spätere Überprüfung kann die Ausgabe mit den Bedingungen verbinden, unter denen sie produziert wurde.

Das ist der Unterschied zwischen einem Werkzeugaufruf und einem gesteuerten Fähigkeitsaufruf.