Een MCP-servercatalogus of portal bundelt beschikbare servers en hun beschrijving. Gebruik hem voor ontdekking, eigenaarschap en beheer. Of een gebruiker een specifieke toolactie mag uitvoeren, moet ook op de daadwerkelijke server- en bronroute worden afgedwongen.
Maak van ieder item een beheerde verbinding
Bewaar naast de naam een eigenaar, doel, ondersteunde clients, transport, versie en een overzicht van toolacties. Geef aan welke gegevens bereikbaar zijn en of schrijven mogelijk is. Voeg een contactroute voor problemen toe. Een verzameling losse URLs zonder deze informatie wordt snel een onduidelijke lijst waarvan niemand weet welke verbinding nog wordt onderhouden.
Test toegang buiten de catalogus
Een gebruiker kan het directe serveradres al kennen. Verberg je alleen het catalogusitem, dan kan die route nog toegankelijk blijven. Controleer daarom de serverautorisatie apart en test dat ingetrokken toegang daar wordt geweigerd. Portalzichtbaarheid en objectrechten beantwoorden verschillende vragen. De documentatie van Cloudflare benoemt die scheiding voor MCP-portals; hetzelfde onderscheid is nuttig bij ieder catalogusontwerp.
Behandel wijzigingen als een release
Een server kan dezelfde URL houden terwijl tools of bevoegdheden veranderen. Laat wijzigingen in de inventaris zichtbaar worden en bepaal welke wijzigingen review nodig hebben. Een read-only tool die een schrijfactie krijgt, is niet slechts een tekstupdate. Houd ook een status bij voor verouderde, gepauzeerde en uitgefaseerde servers, zodat teams niet onbedoeld daarop blijven bouwen.
Informatie op een cataloguskaart
| Veld | Waarom nodig | Voorbeeld |
|---|---|---|
| Eigenaar | Onderhoud en incidenten toewijzen | Platformteam met contactroute |
| Effecten | Bevoegdheid kunnen beoordelen | Projectstatus lezen, geen wijzigingen |
| Versie en status | Verandering zichtbaar maken | Geteste release, beperkt beschikbaar |
| Toegangsroute | Aanvraag en intrekking organiseren | Individuele autorisatie op server |
Een server verdwijnt uit het portal
Een medewerker verliest toegang tot een teamcatalogus maar heeft de server-URL nog in een clientconfiguratie. De directe aanvraag wordt in de test opnieuw uitgevoerd. Alleen wanneer de server de gebruiker ook weigert, is de intrekking effectief. Het verdwijnen van een tegel is op zichzelf geen bewijs voor beëindigde toegang.
Neem mee naar je team.
- Koppel elke server aan een eigenaar en een versie.
- Test directe servertoegang buiten het portal.
- Laat nieuwe tools en schrijfbevoegdheden opnieuw beoordelen.
Met ruimte voor je besluit, eigenaar en testbewijs. Geen e-mailadres nodig.
Bronnen & verantwoording
Technische achtergrond bij dit onderwerp. De keuzetabel, checklist en fictieve voorbeelden zijn een eigen redactionele uitwerking van Instellect. De beschreven patronen zijn geen overzicht van reeds beschikbare productfuncties.
Geraadpleegd op 11 oktober 2026. Een correctie doorgeven? Mail Instellect.