Moet je bedrijf aanroepbaar zijn voor AI-agents?
Maak een taak alleen aanroepbaar als klanten die nodig hebben en je systemen de grenzen afdwingen. Ook lezen vereist toegangscontrole. Bepaal toegestane records, goedkeuring voor schrijfacties, dubbele verzoeken en menselijke hulp. Test weigeringen én successen; een toollijst bewijst geen veilig gebruik
Maak een functie van je bedrijf aanroepbaar door AI-assistenten als een concrete klanttaak daarvan profiteert en je systemen de grenzen kunnen afdwingen. Begin bij de taak, de benodigde gegevens en de persoon die verantwoordelijk is voor het resultaat. Een openbare FAQ heeft misschien alleen een duidelijkere pagina nodig. De privéstatus van een klantorder vereist gecontroleerde toegang. Een boeking vereist een vast proces voor goedkeuring
“Aanroepbaar door agents” betekent dat een assistent een functie kan gebruiken die jij beschikbaar stelt, zoals beschikbaarheid controleren. Het betekent geen algemene toegang tot
Kies de eerste taak en haar grenzen
Stel dat klanten van een dienstverlener vaak vragen of hun werk klaar is. Een bruikbare eerste tool kan de status van één opdracht teruggeven. Leg daarvoor de volgende
- De aanroeper moet die opdracht mogen bekijken. Alleen het referentienummer kennen is onvoldoende.
- Het antwoord bevat de voor klanten bestemde status, de laatste wijzigingsdatum en een route naar support. Interne notities en gegevens van andere klanten blijven buiten beeld.
- De tool kan de opdracht niet wijzigen, geen terugbetaling uitvoeren en geen einddatum beloven die ontbreekt in het bronsysteem.
- Als de bron niet beschikbaar is of toegang mislukt, meldt de tool dat zonder een status te verzinnen.
Vergelijk dit met het bestaande klantportaal voordat je een nieuwe interface bouwt. Als het portaal de taak al oplost, bepaal dan waarom klanten een assistentkoppeling nodig hebben en hoe je die
Houd betalingen, terugbetalingen, destructieve wijzigingen en bulkexport van persoonsgegevens buiten de eerste versie. Iedere voorgestelde uitbreiding krijgt eigen goedkeuring en tests. Een instructie aan het model om zich goed te gedragen is
Ook lezen vereist bescherming
Een leesactie kan een privédocument lekken, de order van een andere klant tonen of een oude prijs als actueel presenteren. Dat kan klanten schaden zonder één databaserecord
| Voorgestelde taak | Aan te tonen grens |
|---|---|
| Openbare informatie zoeken | Alleen gepubliceerde inhoud doorzoeken; bron en relevante datum teruggeven. |
| Prijs of beschikbaarheid controleren | De gezaghebbende bron gebruiken; valuta, voorwaarden en actualiteit vermelden. Een zoekopdracht reserveert geen tijdslot. |
| Klantstatus of document lezen | Bij ieder verzoek toegang tot het specifieke record en de toegestane velden controleren. |
| Boeking of ticket voorbereiden | Voorstel, opgeslagen concept en bevestigde verplichting onderscheiden; goedkeuring vóór iedere toegestane schrijfactie vastleggen. |
Baseer toegang op geverifieerde identiteit en rechten op de server. Een account_id dat de assistent meestuurt, bewijst niet dat het account bij de gebruiker hoort. Ook binnen één organisatie mag niet elke medewerker ieder
Wat MCP biedt en wat je moet implementeren
Het Model Context Protocol (MCP) is één manier om tools beschikbaar te stellen aan assistenten. De verwijzingen hieronder gebruiken de revisie van 28 juli 2026, gecontroleerd op 9 oktober 2026. Controleer welke versies je eigen client en
De autorisatiespecificatie behandelt HTTP-autorisatie, inclusief tokenvalidatie en scopes. Ze doet dus meer dan een login doorgeven. Je implementatie moet de verleende rechten nog steeds koppelen aan toegestane handelingen en records. Een geldig token voor een andere dienst mag niet
De toolspecificatie vereist invoervalidatie, toegangscontrole, aanroeplimieten en het veilig verwerken van uitvoer aan de serverkant. Ze beveelt menselijk toezicht en bevestigingsvragen aan, maar schrijft niet één interactieontwerp voor. Een werkende MCP-verbinding bewijst niet dat die controles in jouw
De beveiligingsrichtlijnen waarschuwen ook dat het bezit van een status-ID geen authenticatie is. Een workflow- of winkelmandreferentie wijst aan wat moet worden gecontroleerd, niet wie het
Maak goedkeuring specifiek en afdwingbaar
Toon bij een voorgestelde boeking de dienst, tijdzone, datum, prijs en annuleringsvoorwaarden voordat de klant bevestigt. Leg vast wat is goedgekeurd. Vraag nieuwe goedkeuring als een belangrijk detail verandert. Een door het model ingevuld veld “goedgekeurd” bewijst geen instemming van
Scheid het voorbereiden van het voorstel van het vastleggen van de verplichting. Als een concept opslaan een record of melding aanmaakt, is dat al een schrijfactie die in het rechtenontwerp thuishoort. De server moet de verplichting weigeren zonder de vereiste goedkeuring voor precies
Ons aanbod voor agent-callable systemen begint met leestools en voegt acties die verplichtingen scheppen als laatste toe. De klant bevestigt alles wat onomkeerbaar is. Onze pilot kent eigen vereisten voor menselijke goedkeuring van systeemwijzigingen, klantberichten en geldbewegingen. Een algemeen architectuurvoorbeeld verruimt die afgesproken
Test weigeringen en herstel vóór de start
Gebruik testaccounts en testrecords. Bewaar de verwachte uitkomst naast de waargenomen uitkomst, zodat een volgende ontwikkelaar de test
| Test | Vereiste uitkomst |
|---|---|
| Geldige gebruiker, record van een andere klant | Toegang weigeren zonder het beschermde record te tonen. |
| Verlopen, ingetrokken of onvoldoende rechten | De handeling weigeren en een passende route naar nieuwe autorisatie of support bieden. |
| Goedkeuring ontbreekt of voorwaarden veranderen | Geen verplichting aangaan zonder de vereiste goedkeuring. |
| Antwoord verloren na een toegestane schrijfactie | De oorspronkelijke uitkomst controleren; opnieuw proberen mag geen tweede boeking of ticket maken. |
| Bron onbereikbaar of te veel aanroepen | Een duidelijke fout melden, grenzen handhaven en een mogelijkheid voor handmatige afhandeling behouden. |
Gebruik beperkte rechten, inloggegevens met een vervaldatum en geteste intrekking. Gebruik afzonderlijke inloggegevens waar de beveiligingsgrens dat vereist; een eigen login voor iedere tool is geen universele regel. Stel time-outs, herhaallimieten en quota per aanroeper in. Gebruik voor schrijfacties een vaste operatie-ID en afhandeling van dubbele verzoeken op de server, in plaats van het geheugen van
Log de aanroeper, handeling, rechtenbeslissing, relevante goedkeuringsreferentie en uitkomst. Scherm geheimen en overbodige persoonsgegevens af; leg vast wie de logs mag lezen en hoe lang je ze bewaart. Wijs iemand aan die een tool kan intrekken en een onzekere uitkomst kan uitzoeken. De gids voor pilots en inkoop maakt die
Wat ons openbare voorbeeld bewijst
Op 9 oktober 2026 bekeken we tools/list op mcp.strataigize.com, de openbare autorisatiemetadata en auth.md. De lijst vermeldde zeven openbare leestools en één geauthenticeerde request_growth_audit-tool voor een gratis groeigesprek. Ondanks de oude naam vraagt deze tool een gesprek aan, niet de betaalde AI
Die aanvraag is een schrijfactie. Volgens de documentatie moet een specifieke persoon erom hebben gevraagd en beoordeelt een mens iedere inzending; er wordt niets automatisch geboekt. De documentatie onderscheidt open registratie van een softwareclient expliciet van het bewijzen van
Deze inspectie bevestigt de gepubliceerde interface en afspraken. We hebben hierbij geen aanvraag ingediend of de beveiliging getest. Een toollijst bewijst geen extern gebruik
Leg vóór de opdracht de eerste klanttaak, toegestane gegevens, verboden acties, goedkeuringsstap, fouttests, beheerder en intrekkingsprocedure vast. Meet correct afgeronde klanttaken naast weigeringen, uitzonderingen en controlewerk. Ruwe aantallen aanroepen bevatten herhalingen en fouten en zijn daarom geen succesmeting. AI-consulting kan helpen de scope te bepalen voordat je de integratie