Beste MCP-servers voor Claude in 2026 (onze keuzes)

Eerst even helder maken wat dit precies is voordat je nog een regel leest: SkillProof test skills, geen MCP-servers. Elke skill in onze catalogus wordt op een schone machine geïnstalleerd en tegen echte taken gedraaid, en daarna gescoord op installatie, trigger, output en documentatie. We draaien dat harnas nog niet op MCP-servers, dus hieronder staat geen enkele x/10-score.

Wat volgt is onze engineering-shortlist: de servers die wij en de mensen die we vertrouwen daadwerkelijk dagelijks draaien, gekozen op ecosysteemadoptie en ons eigen dagelijkse gebruik, geen gescoorde test. Een gescoorde MCP-methodologie komt eraan. Tot die tijd, behandel dit als een shortlist van mensen die de meeste van deze servers hebben verbonden en de helft ervan weer hebben losgekoppeld.

Wat een MCP-server eigenlijk doet

Een MCP-server is een draaiend programma dat het Model Context Protocol spreekt en een set tools blootlegt die Claude kan aanroepen: lees dit bestand, query deze tabel, post naar dit kanaal, klik op die knop in een browser. Het is het mechanisme waarmee Claude systemen bereikt die het anders niet kan raken. Dat is een andere klus dan een skill, wat markdown-instructies zijn die veranderen hoe Claude een taak aanpakt die het technisch al kan. We hebben de volledige vergelijking uitgewerkt in Claude skills vs MCP, en de korte versie is ook hier van belang: installeer een server wanneer het probleem is "Claude kan mijn data niet zien," niet wanneer het probleem is "Claude's output is niet goed genoeg."

De tokenkostenwaarschuwing, voor de lijst

Lees deze sectie voordat je hieronder iets installeert, want ze verandert welke servers het waard zijn.

Elke MCP-server die je verbindt, stuurt zijn toolschema's mee in Claude's context bij elk enkel verzoek, of je die server die beurt nu gebruikt of niet. Een toolschema is de naam, beschrijving en volledige parameterspec, en een typische server legt tien tot dertig tools bloot. Verbind vier of vijf servers en je kunt duizenden tokens kwijt zijn voordat je een woord hebt getypt. We hebben onze eigen setup gemeten voor onze tokenkostengids: drie middelgrote servers voegden ongeveer 10.000 tokens vaste overhead per verzoek toe, en één zwaardere officiële server voegde in zijn eentje zo'n 20.000 tokens toe voor een tool die we die maand twee keer gebruikten.

Dit is geen eenmalige kost. Het wordt elke beurt van elke sessie in rekening gebracht, voor altijd, tot je de server loskoppelt. Een preambule van 10.000 tokens over een sessie van 50 berichten is 500.000 tokens besteed aan definities die niemand las. Op API-facturering staat dat rechtstreeks op de rekening. Op een Pro- of Max-abonnement uit het zich als eerder op de dag tegen je limieten aanlopen.

Dus de vuistregel voor deze lijst is: installeer minder, niet meer. Bepaal of het werk van deze week echt een server nodig heeft, scope die tot het project dat hem nodig heeft, en koppel hem los in de week dat je hem niet gebruikt. Elk item hieronder vertelt je wanneer het die belasting verdient en wanneer je het moet overslaan, want "het zou ooit nog eens nuttig kunnen zijn" is hoe mensen negen servers eindigen te draaien en zich afvragen waarom Claude duffer aanvoelt dan vroeger.

Onze keuzes, per categorie

Deze zijn gegroepeerd op taak, niet tegen elkaar gerangschikt, want het juiste antwoord is bijna altijd "de ene of twee die bij het werk van deze week passen," niet "allemaal."

Filesystem

Wat het doet: Geeft Claude gestructureerde lees- en schrijftoegang tot een mappenboom op schijf, voorbij wat de ingebouwde bestandstools van een chatclient dekken. Nuttig in setups waar Claude ergens draait zonder eersteklas bestandstoegang, of waar je strakkere scoping wilt dan "het hele project."

Wanneer het zijn kosten waard is: Je draait Claude buiten Claude Code (een custom agent, een chatclient met MCP-ondersteuning) en hebt echte lees/schrijftoegang tot bestanden nodig, of je wilt Claude beperken tot een specifieke submap in plaats van een hele repo.

Wanneer je het moet overslaan: Binnen Claude Code zelf is dit bijna overbodig. De CLI heeft al ingebouwde bestandstools, dus hier een filesystem-server toevoegen is vaak gewoon extra schema-belasting voor een capaciteit die je al gratis hebt.

Git

Wat het doet: Legt git-operaties bloot als aanroepbare tools: status, diff, log, branch, commit, blame, op een lokale repo, gestructureerd in plaats van geparsed uit ruwe commando-output.

Wanneer het zijn kosten waard is: Je wilt dat Claude redeneert over git-historie en diffs als gestructureerde data in plaats van te shellen en tekst te parsen, wat meer telt voor custom agent-bouwsels dan voor Claude Code, dat git al netjes via bash draait.

Wanneer je het moet overslaan: In Claude Code geeft git log en git diff draaien via bash Claude dezelfde informatie tegen nul vaste schemakosten. Voeg deze alleen toe als je een agent bouwt die om te beginnen geen shelltoegang heeft.

GitHub

Wat het doet: Verbindt Claude met de GitHub-API: issues lezen en indienen, pull requests openen en beoordelen, CI-status checken, labels en milestones beheren, allemaal zonder het gesprek te verlaten.

Wanneer het zijn kosten waard is: Jouw werk loopt echt via GitHub als systeem: een issue-backlog trieren, PR-beschrijvingen opstellen uit een diff, checken of de checks van een release groen zijn. De officiële server legt veel tools bloot, dus begroot echte schematokens ervoor.

Wanneer je het moet overslaan: Als je enige gebruik git push en een diff lezen is, doet de gh-CLI via bash hetzelfde werk zonder permanente verbinding of een token om te beheren. Grijp naar de server wanneer Claude moet handelen op GitHub-state zelf: dingen indienen, labelen, commentaar geven op dingen die daar al bestaan.

Browserautomatisering: Playwright en Puppeteer

Wat ze doen: Beide sturen een echte browser aan, zodat Claude door een pagina kan klikken, formulieren invullen, wachten tot elementen renderen, screenshots maken en de resulterende DOM of netwerkverkeer lezen. De server van Playwright legt doorgaans een schonere accessibility-tree bloot; die van Puppeteer is het oudere, minimalere oppervlak en duikt vaker op in bestaande toolchains die daar al op gestandaardiseerd waren.

Wanneer ze hun kosten waard zijn: End-to-end testen van een webapp, een pagina scrapen die pas rendert nadat JavaScript draait, of verifiëren dat een UI-wijziging er in een live browser echt goed uitziet in plaats van de code te vertrouwen. Dit is een van de weinige categorieën waar "Claude kan dit letterlijk niet zonder server" onvoorwaardelijk waar is; geen enkele instructie geeft een model ogen op een gerenderde pagina.

Wanneer je het moet overslaan: Als je alleen de statische HTML van een pagina moet lezen, doet een simpele fetch het werk voor een fractie van de tokens en zonder browserproces om te beheren. Grijp niet naar een volledige browserautomatiseringsserver om een blogpost te lezen.

Postgres

Wat het doet: Geeft Claude een live, meestal read-scoped, verbinding met een Postgres-database: schema-introspectie, queries draaien, queryplannen inspecteren.

Wanneer het zijn kosten waard is: Je wilt dat Claude redeneert over je echte schema en echte data, niet een schemadump die je vorige maand plakte en die inmiddels is afgedreven. Een trage query debuggen tegen de echte EXPLAIN-output, of een migratie schrijven die rekening moet houden met tabellen die al bestaan, gaan allebei sneller met een live verbinding dan met verouderde context.

Wanneer je het moet overslaan: Eenmalige analyse van een CSV-export heeft geen databaseverbinding nodig. En een schrijfbevoegde credential verbinden voor read-only verkenning is een echt risico; scope de token naar read-only wanneer de taak het toelaat. Combineer deze server met een skill die zorgvuldige querydiscipline codeert; een live verbinding zonder oordeelslaag is hoe je een onbedoelde full-table scan tegen productie krijgt.

Fetch

Wat het doet: Een smalle server met lage overhead die een URL ophaalt en de inhoud teruggeeft, vaak omgezet naar markdown, zodat Claude een pagina kan lezen zonder browser.

Wanneer het zijn kosten waard is: Je hebt actuele informatie nodig van een specifieke bekende URL, documentatie, een changelog, een publieke API-respons, zonder de overhead van volledige browserautomatisering. Dit is bijna de lichtste server op deze lijst qua schemabelasting.

Wanneer je het moet overslaan: Heeft je client al ingebouwde webfetch (Claude Code wel), dan is een aparte fetch-server meestal dubbele capaciteit. Check wat je al hebt voordat je deze toevoegt.

Zoeken (Brave Search of vergelijkbaar)

Wat het doet: Draait websearches via een search-API en geeft resultaten terug die Claude kan lezen, in tegenstelling tot één bekende URL ophalen.

Wanneer het zijn kosten waard is: Open-eindig onderzoek waarbij je de bron-URL niet vooraf kent: "wat is de huidige stand van X," concurrentieonderzoek, bekende fixes vinden voor een specifieke foutmelding.

Wanneer je het moet overslaan: Heeft je client al ingebouwde websearch, dan is dit dubbele capaciteit met een eigen API-key om te beheren en zijn eigen schemabelasting. Bevestig wat je setup al dekt voordat je een tweede zoekpad toevoegt.

Slack

Wat het doet: Leest en post naar Slack: kanaalhistorie, DM's, threads, reacties, zodat Claude een kanaal kan samenvatten of een update kan posten zonder dat jij in beide richtingen moet knippen en plakken.

Wanneer het zijn kosten waard is: Terugkerend communicatiewerk: standupsamenvattingen posten, context uit een thread halen voordat je een reactie opstelt, een kanaal trieren dat onbeheersbaar is gegroeid. Dit is ook het schoolvoorbeeld van een server die snel een skill om zich heen laat groeien: verbind Slack, post één samenvatting die als een persbericht leest, en je merkt dat je binnen een dag formatteringsinstructies staat te schrijven. Dat is geen klacht over de server; het is het normale MCP-plus-skill-patroon.

Wanneer je het moet overslaan: Is je Slack-gebruik incidenteel, dan loopt de tool-schemabelasting elke dag voor een capaciteit die je twee keer per week gebruikt. Overweeg hem alleen te verbinden op de dagen dat je hem nodig hebt, of scope hem tot het ene project waar communicatie deel uitmaakt van het echte werk.

Memory

Wat het doet: Geeft Claude een blijvende kennisopslag over sessies heen, meestal een kleine graaf van entiteiten en relaties, zodat feiten uit het gesprek van vorige week niet verdwijnen zodra de sessie eindigt.

Wanneer het zijn kosten waard is: Langlopende projecten waar context steeds opnieuw uitleggen de echte kost is, niet de schemabelasting. Merk je dat je aan het begin van elk gesprek "onthoud, we besloten X" typt, dat is het signaal.

Wanneer je het moet overslaan: Korte, op zichzelf staande taken hebben er niets aan; er valt niets te onthouden over een sessie die binnen twintig minuten eindigt. Let ook op dat een memory-skill een flink deel van hetzelfde probleem oplost zonder enige server, aangezien die notities kan bijhouden in een bestand op schijf dat Claude rechtstreeks leest en bijwerkt. Check of je de altijd-actieve verbinding nodig hebt of gewoon een persistentiegewoonte, voordat je de server toevoegt.

Het bouw-je-eigen-pad

Elke lijst zoals deze mist je interne API, je zelfgebouwde ticketingsysteem, die ene tool die je team bouwde waar niemand anders van heeft gehoord. Voor die gevallen is de snelste route niet wachten tot iemand een server publiceert; het is er zelf een bouwen.

MCP Builder, uit Anthropics eigen officiële skills-repo, scoorde 8,8/10 in onze tests (pass-oordeel): het leidt Claude door de echte mechanica van een MCP-server, tooldefinities, schema's, auth, foutafhandeling, in plaats van dat jij die boilerplate zelf uit documentatie samenraapt. In onze test bouwde het een werkende server die een interne REST-API omwikkelde, compleet met toolschema's en foutafhandeling, in ongeveer een uur begeleid werk. Het is de skill die Anthropic zelf gebruikt om Claude te leren hoe je precies het ding bouwt waar dit artikel een lijst van is, wat elk argument beslecht dat skills en MCP concurrenten zijn in plaats van lagen.

Is het probleem van jouw team "niemand heeft een server gebouwd voor onze interne tool," dan is dit een directere route dan zoeken naar een server die niet bestaat.

Skills vs MCP, de opfriscursus

De vraag onder het grootste deel van dit artikel is er een die we constant krijgen: heb je een skill of een server nodig voor een gegeven probleem? De test die echt werkt is vragen wat er faalt. Heeft Claude technisch de informatie of het vermogen maar handelt het er slecht mee, inconsistente formattering, gemiste edge cases, generieke output, dan is dat een oordeelsprobleem, en een skill lost het op tegen bijna nul vaste kosten. Kan Claude het ding simpelweg helemaal niet bereiken, geen databaseverbinding, geen browser, geen live Slack-kanaal, dan is dat een toegangsprobleem, en alleen een server dicht dat gat.

De meeste dagelijkse werkzaamheden hellen verder naar de skill-kant dan mensen verwachten. Schrijven, codereview, documenten genereren, analyse van bestanden die al voor Claude liggen: niets daarvan heeft een server nodig. MCP verdient zijn setuptijd en tokenbelasting specifiek wanneer een levend extern systeem centraal staat in de taak, een echte categorie, alleen smaller dan de omvang van de meeste mensen' MCP-configs zou suggereren. Onze volledige setup-walkthrough zet dit om in een echte bouwvolgorde van 30 minuten: eerst skills, aangezien ze gratis zijn in rust, dan de ene of twee servers die het project echt nodig heeft.

Hoeveel servers is te veel

Ons opinieerde antwoord: de meeste setups hebben er twee of drie nodig, gescoped op het specifieke project, niet globaal verbonden.

De test die we op onze eigen machines gebruiken is simpel. Kun je voor elke verbonden server zeggen waar hij deze week voor is? Is het antwoord "ik zette hem op voor iets wat ik vorige maand deed," dan verdient hij zijn belasting niet; hij zit er gewoon, houdt een credential vast en kost schematokens ongeacht. We draaien deze audit maandelijks en houden zelden meer dan drie servers verbonden aan één project zodra we eerlijk zijn.

Het faalpatroon is geen harde limiet; het is dat MCP-servers hun kosten niet aankondigen zoals een trage respons dat doet. Een opgeblazen CLAUDE.md is meteen zichtbaar zodra je erdoorheen scrolt. Inactieve MCP-schema's blijven onzichtbaar tot je /context draait en veertigduizend tokens tooldefinities ziet zitten voor je eigenlijke vraag. Check dat getal voordat je een vierde server toevoegt, niet erna.

FAQ

Wat zijn de beste MCP-servers voor Claude in 2026?

Voor de meeste setups: een filesystem- of git-server als je buiten Claude Code zit (beide zijn er bijna overbodig binnen), GitHub als issues en PR's centraal staan in je werk, Playwright of Puppeteer voor browserautomatisering, Postgres voor live databasewerk, en Slack als communicatie er dagelijks doorheen loopt. Twee of drie hiervan, niet allemaal, is het realistische antwoord voor de setup van één persoon.

Heb ik MCP-servers nodig als ik Claude Code gebruik?

Minder dan je zou denken. Claude Code heeft al bestandstoegang, shelltoegang (dus git en gh werken via bash), en ingebouwde webfetch. De servers die daar echt nieuwe capaciteit aan toevoegen, zijn die welke systemen bereiken waar Claude Code geen native pad naartoe heeft: een live database, een browser, Slack, de API van een ticketingsysteem.

Hoeveel context kosten MCP-servers echt?

Het verschilt per server, en precies daarom moet je die van jou checken in plaats van op een vuistregel te vertrouwen. Kleine, gerichte servers draaien 1.000 tot 3.000 tokens schema. Grote officiële servers met tientallen tools hebben in onze eigen audits 15.000 tot 25.000 gemeten. Draai /context met een server verbonden en opnieuw losgekoppeld om je echte getal te zien.

Worden deze servers gescoord zoals SkillProof skills scoort?

Nee, en dat zeiden we met opzet bovenaan dit artikel. Onze installatie-, trigger-, output- en documentatiescoring is een skillsmethodologie die we op 73 skills tot nu toe hebben gedraaid. Een vergelijkbare gescoorde methodologie voor MCP-servers is in de maak; deze lijst is ons engineeringoordeel en dagelijks gebruik, geen testresultaat.

Kan een skill een MCP-server vervangen?

Niet voor de toegang zelf; een skill kan geen databaseverbinding openen of een browser aansturen op eigen kracht. Maar een skill kan absoluut de oordeelslaag vervangen die mensen ten onrechte van een server verwachten. Genoeg verbonden servers die we hebben gezien, worden bijna meteen gevolgd door een skill die beschrijft hoe je ze goed gebruikt, zorgvuldige querypatronen voor een databaseserver, formatteringsregels voor een Slack-server. De server brengt je er; de skill beslist wat je doet zodra je er bent.