De meeste MCP-servers doen hetzelfde: een API inpakken, tools aanbieden met éénregelige beschrijvingen, en hopen dat het model de rest uitpuzzelt. In een eerder bericht beschreef ik waarom dit faalt voor enterprise-data. Hier is de volwassenheidsladder die zichtbaar werd na het bouwen van zeven productieservers met 52 tools over negen API's.
Niveau 1: API Mapper (~70% van de servers)
Eén tool per endpoint. Éénregelige beschrijvingen. Geen domeincontext. Het model moet alles zelf afleiden uit de toolnaam. Vraag "welke projecten overschrijden het budget?" en het verzint vrolijk een filter, raakt een leeg endpoint, en meldt dat alles goed is.
Niveau 2: Functioneel (~20%)
Tools zijn logisch gegroepeerd. Beschrijvingen zijn langer. Iemand heeft nagedacht over hoe een mens dit zou gebruiken. Nog steeds geen domeinkennis, geen cross-tool referenties, geen querystrategieën. Dit is het plafond waar de meeste commerciële MCP-implementaties vandaag op mikken.
Niveau 3: Metadata-Rijk (~8%)
Knowledge graphs, glossaries, data catalogs. De metadata is echt, maar staat náást de tool in plaats van erin, en werd meestal handmatig samengesteld over weken of maanden. In de praktijk schaalt handmatige curatie niet, en de agent leest het alleen als hij toevallig de juiste meta-tool aanroept. Ik heb twee van deze lagen gebouwd (MCP Resources en een parameterloze "guide" tool) en beide verwijderd na testen. Geen enkele Claude-client heeft ze ooit spontaan opgevraagd.
Niveau 4: Zelflerend (<2%)
De domeinkennis zit in de toolbeschrijving en de input-/outputschema's, de enige kanalen die de agent bij elke aanroep betrouwbaar leest. En die kennis is niet geschreven door mensen die documentatie doorbladerden; ze is ontdekt door een AI die echte data onderzocht, voorzien van confidence-niveaus, en gevalideerd door domeinexperts. Ik noemde het patroon Introspective Context Engineering.
Het verschil is niet subtiel. Een Niveau 1-server zegt "bevraag data uit het ERP." Een Niveau 4-server zegt "begin altijd met summaryOnly=true, actieve projecten accumuleren duizenden records. Typecodes bepalen welke velden gevuld zijn. Gebruik get_budget voor geplande kosten, deze tool voor werkelijke. Rapporteer frictie via report_problem." Niet hetzelfde product. Niet dezelfde categorie.
Niveau 5: Interactieve App (opkomend)
De server geeft niet alleen data terug. Hij geeft gerenderde UI terug. Interactieve grafieken, sorteerbare tabellen, klikbare kaarten, getypeerde formulieren, alles door de server getekend en inline in de chat weergegeven. De agent coördineert; de server stuurt de presentatie.
Een tabel van 400 rijen in een markdown code-block is onleesbaar. Een gerenderde, sorteerbare, filterbare tabel is een tool die een businessgebruiker daadwerkelijk kan gebruiken. Niveau 5 is waar de interface de gebruiker opzoekt.
Niveau 6: Beveiligde Schrijf-App (voorhoede)
De server leest niet alleen, hij schrijft. Zorgvuldig. Twee patronen: agent-geïnitieerde begrensde schrijfacties voor mutaties met laag risico (feedback, scores) via standaard tools, en gebruiker-geïnitieerde beveiligde schrijfacties voor bedrijfskritische data via gevalideerde MCP App-interacties. Ik noem dit het WriteIntent-patroon: agent opent de deur, gebruiker loopt erdoorheen, server controleert elke stap.
Bijna niemand zit hier nog. De meeste bouwers zijn nog steeds zenuwachtig om MCP-servers schrijfrechten te geven, en zolang Niveau 6-patronen niet bestaan, hóren ze dat te zijn.
De progressie
Data ontsluiten (1) → tools organiseren (2) → het domein begrijpen (3) → leren uit data en feedback (4) → presenteren via interactieve apps (5) → handelen via beveiligde schrijfacties (6).
Het grootste deel van het publieke MCP-ecosysteem blijft steken tussen 1 en 2. MCP is niet dood. De meeste MCP-servers zijn leeg. Een ander transport lost dat niet op; de toolinterface vullen met echte domeinkennis wél.
Als je vandaag een MCP-server bouwt, is de nuttigste vraag niet "welk framework moet ik kiezen?" Het is "op welk niveau zit die van mij, en hoe ziet Niveau N+1 eruit?"
Voor het volledige patroon (de vijffasenmethode om Niveau 4 te bereiken, de feedbackarchitectuur, en zes aanbevelingen voor de MCP-spec), download de practitioner report.