Waarom het register niet zomaar een catalogus kan zijn
Een lijst van hulpmiddelen kan een model vertellen dat een zoekfunctie bestaat. Het kan de uitvoermachine niet vertellen of de zoekopdracht gegevens buiten het apparaat stuurt, of het resultaat alleen-lezen is, of of het taakbudget de oproep toestaat.
Een vermogenskaart voegt deze eigenschappen toe en verandert een hulpmiddel in een gecontroleerde uitvoeringsoptie.
De gebieden die er eerst toe doen
Deze velden laten het systeem kandidaten filteren voor de modelplannen. Ze maken ook het plan te verklaren keuzes voor de gebruiker.
- Invoer- en uitvoerschema.
- Bijwerkingen: alleen-lezen, lokaal schrijven, extern versturen, betalen of onomkeerbaar.
- Gegevensgrens: of de gegevens het hulpmiddel mogen verlaten en naar welke goedgekeurde bestemming mogen gaan.
- Kosten- en latentieverwachtingen.
- Time-outs, opnieuw proberen beleid, gezondheid, en bevestiging beleid.
Eén contract tussen verschillende protocollen
MCP, OpenAPI, CLI en lokale adapters blootstellen mogelijkheden in verschillende formaten. De adapter laag normaliseert ze in een gemeenschappelijk vermogen contract, zodat de uitvoering motor hoeft niet elk protocol direct te begrijpen.
Deze scheiding laat het gereedschap ecosysteem evolueren zonder protocol details om governance te omzeilen.
De kaart is ook een audit eenheid
Wanneer een mogelijkheid wordt gebruikt, kan de uitvoering gebeurtenis verwijzen naar zijn kaart, versie, parameters, kosten, bestemming en resultaat. De latere herziening kan de output verbinden met de omstandigheden waaronder het werd geproduceerd.
Dat is het verschil tussen een tool call en een geregeerde mogelijkheid inroeping.