De beste MCP-serverne for Claude i 2026 (våre valg)

Et ord om hva dette faktisk er før du leser en linje til: SkillProof tester skills, ikke MCP-servere. Hver skill i katalogen vår installeres på en ren maskin og kjøres mot ekte oppgaver, og scores så på installasjon, trigger, resultat og dokumentasjon. Vi kjører ennå ikke den samme rammen på MCP-servere, så ingenting under bærer en av våre x/10-score.

Det som følger er vår tekniske favorittliste: serverne vi og folkene vi stoler på faktisk kjører dag til dag, valgt etter økosystemadopsjon og vår egen daglige bruk, ikke en scoret test. En scoret MCP-metodikk er på vei. Inntil da, behandle dette som en kortliste fra folk som har koblet til de fleste av disse serverne og koblet fra halvparten igjen.

Hva en MCP-server faktisk gjør

En MCP-server er et kjørende program som snakker Model Context Protocol og eksponerer et sett verktøy Claude kan kalle: les denne filen, spør denne tabellen, post til denne kanalen, klikk den knappen i en nettleser. Det er mekanismen Claude bruker for å nå systemer den ellers ikke kan røre. Det er en annen jobb enn en skill, som er markdown-instruksjoner som endrer hvordan Claude nærmer seg en oppgave den allerede teknisk kan gjøre. Vi la fram den fulle sammenligningen i Claude-skills vs MCP, og kortversjonen betyr noe her også: installer en server når problemet er «Claude kan ikke se dataene mine», ikke når problemet er «Claudes resultat er ikke godt nok».

Tokenkostnads-advarselen, før listen

Les denne seksjonen før du installerer noe som helst under, for den endrer hvilke servere som er verdt det.

Hver MCP-server du kobler til, sender verktøyskjemaene sine inn i Claudes kontekst på hver eneste forespørsel, uansett om du bruker den serveren den runden eller ikke. Et verktøyskjema er navnet, beskrivelsen og hele parameterspesifikasjonen, og en typisk server eksponerer ti til tretti verktøy. Koble til fire eller fem servere, og du kan bruke tusenvis av tokens før du har skrevet et ord. Vi målte vårt eget oppsett for vår tokenkostnadsguide: tre moderat store servere la til rundt 10 000 tokens av stående overhead per forespørsel, og én tyngre offisiell server la til rundt 20 000 tokens alene for et verktøy vi brukte to ganger den måneden.

Dette er ikke en engangskostnad. Det faktureres på hver runde av hver økt, for alltid, inntil du kobler fra serveren. Et 10 000-tokens forspill på tvers av en 50-meldingsøkt er 500 000 tokens brukt på definisjoner ingen leste. På API-fakturering vises det på fakturaen direkte. På et Pro- eller Max-abonnement vises det som at du treffer grensene dine tidligere på dagen.

Så driftsregelen for denne listen er: installer mindre, ikke mer. Avgjør om denne ukens arbeid faktisk trenger en server, avgrens den til prosjektet som trenger den, og koble fra den uken du ikke gjør det. Hver oppføring under forteller deg når den tjener den skatten og når du bør hoppe over, for «den kan kanskje være nyttig en dag» er hvordan folk ender opp med å kjøre ni servere og lurer på hvorfor Claude føles kjedeligere enn før.

Våre valg, etter kategori

Disse er gruppert etter jobb, ikke rangert mot hverandre, fordi det riktige svaret nesten alltid er «den ene eller to som matcher denne ukens arbeid», ikke «alle sammen».

Filsystem

Hva den gjør: Gir Claude strukturert lese- og skrivetilgang til et katalogtre på disk, utover det en chat-klients innebygde filverktøy dekker. Nyttig i oppsett der Claude kjører et sted som ikke allerede har førsteklasses filtilgang, eller der du vil ha strammere avgrensning enn «hele prosjektet».

Når den tjener kostnaden: Du kjører Claude utenfor Claude Code (en tilpasset agent, en chat-klient med MCP-støtte) og trenger ekte fil-lesing/skriving, eller du vil begrense Claude til en spesifikk undermappe snarere enn et helt repo.

Når du bør hoppe over: Inne i Claude Code selv er dette nær overflødig. CLI-en har allerede innebygde filverktøy, så å legge til en filsystemserver her er ofte bare ekstra skjematoll for en kapasitet du allerede har gratis.

Git

Hva den gjør: Eksponerer git-operasjoner som kallbare verktøy: status, diff, logg, branch, commit, blame, på et lokalt repo, strukturert snarere enn parset fra rå kommandoutdata.

Når den tjener kostnaden: Du vil at Claude skal resonnere over git-historikk og differ som strukturert data snarere enn å kjøre skall og parse tekst, som betyr mer for tilpassede agentbygg enn for Claude Code, som allerede kjører git gjennom bash rent.

Når du bør hoppe over: I Claude Code gir kjøring av git log og git diff gjennom bash Claude den samme informasjonen med null stående skjemakostnad. Legg til denne bare hvis du bygger en agent som ikke har skalltilgang i utgangspunktet.

GitHub

Hva den gjør: Kobler Claude til GitHub-API-et: leser og oppretter saker, åpner og gjennomgår pull requests, sjekker CI-status, administrerer etiketter og milepæler, alt uten at du forlater samtalen.

Når den tjener kostnaden: Arbeidet ditt går genuint gjennom GitHub som et system: triaging en sakskø, utkast til PR-beskrivelser fra en diff, sjekke om en utgivelses sjekker er grønne. Den offisielle serveren eksponerer mange verktøy, så budsjetter reelle skjematokens for den.

Når du bør hoppe over: Hvis din eneste bruk er git push og å lese en diff, gjør gh-CLI-en gjennom bash den samme jobben uten en vedvarende tilkobling eller en token å administrere. Grip til serveren når Claude trenger å handle på GitHub-tilstand selv: opprette, merke, kommentere på ting som allerede eksisterer der.

Nettleserautomasjon: Playwright og Puppeteer

Hva de gjør: Begge kjører en ekte nettleser, slik at Claude kan klikke seg gjennom en side, fylle ut skjemaer, vente på at elementer rendres, ta skjermbilder, og lese resulterende DOM eller nettverkstrafikk. Playwrights server har en tendens til å eksponere en renere tilgjengelighetstre-lesing; Puppeteers er den eldre, mer minimale flaten og dukker opp mer i eksisterende verktøykjeder som allerede standardiserte på den.

Når de tjener kostnaden: Ende-til-ende-testing av en nettapp, skraping av en side som bare rendres etter at JavaScript kjører, eller å verifisere at en UI-endring faktisk ser riktig ut i en levende nettleser i stedet for å stole på koden. Dette er en av få kategorier der «Claude kan bokstavelig talt ikke gjøre dette uten en server» er sant uten forbehold; ingen mengde instruksjon gir en modell øyne på en rendret side.

Når du bør hoppe over: Hvis du bare trenger å lese en statisk sides HTML, gjør en vanlig fetch jobben for en brøkdel av tokensene og ingen nettleserprosess å administrere. Ikke grip til en full nettleserautomasjonsserver for å lese et blogginnlegg.

Postgres

Hva den gjør: Gir Claude en levende, som regel lese-avgrenset, tilkobling til en Postgres-database: skjemainspeksjon, kjøring av spørringer, inspeksjon av spørringsplaner.

Når den tjener kostnaden: Du trenger at Claude resonnerer om ditt faktiske skjema og faktiske data, ikke en skjemadump du limte inn forrige måned som siden har driftet. Feilsøking av en treg spørring mot faktisk EXPLAIN-resultat, eller å skrive en migrasjon som må ta hensyn til tabeller som allerede finnes, går begge raskere med en levende tilkobling enn med utdatert kontekst.

Når du bør hoppe over: Engangsanalyse av en CSV-eksport trenger ikke en databasetilkobling. Og å koble til en skrivekapabel legitimasjon for lese-bare utforskning er en reell risiko; avgrens tokenet til lese-bare når oppgaven tillater det. Kombiner denne serveren med en skill som koder forsiktig spørringsdisiplin; en levende tilkobling uten et vurderingslag er hvordan du får et utilsiktet fulltabell-skann mot produksjon.

Fetch

Hva den gjør: En smal, lavkostnads-server som henter en URL og returnerer innholdet, ofte konvertert til markdown, slik at Claude kan lese en side uten en nettleser.

Når den tjener kostnaden: Du trenger gjeldende informasjon fra en spesifikk kjent URL, dokumentasjon, en endringslogg, et offentlig API-svar, uten full nettleserautomasjons-overhead. Dette er nær den letteste serveren på denne listen når det gjelder skjematoll.

Når du bør hoppe over: Hvis klienten din allerede har innebygd nettfetch (Claude Code har det), er en separat fetch-server som regel duplisert kapasitet. Sjekk hva du allerede har før du legger til denne.

Søk (Brave Search eller lignende)

Hva den gjør: Kjører nettsøk gjennom en søke-API og returnerer resultater Claude kan lese, i motsetning til å hente én kjent URL.

Når den tjener kostnaden: Åpen forskning der du ikke kjenner kilde-URL-en på forhånd: «hva er gjeldende tilstand for X», konkurrentanalyse, å finne kjente fikser for en spesifikk feilmelding.

Når du bør hoppe over: Hvis klienten din allerede har innebygd nettsøk, er dette redundant kapasitet med sin egen API-nøkkel å administrere og sin egen skjematoll. Bekreft hva oppsettet ditt allerede dekker før du legger til en ny søkevei.

Slack

Hva den gjør: Leser og poster til Slack: kanalhistorikk, DM-er, tråder, reaksjoner, slik at Claude kan oppsummere en kanal eller poste en oppdatering uten at du kopierer og limer inn begge veier.

Når den tjener kostnaden: Tilbakevendende kommunikasjonsarbeid: å poste standup-oppsummeringer, hente kontekst fra en tråd før du utkaster et svar, triaging en kanal som har vokst seg uhåndterlig. Dette er også det kanoniske eksempelet på en server som raskt får en skill dyrket rundt seg: koble til Slack, post én oppsummering som leses som en pressemelding, og du finner deg selv skrive formateringsinstruksjoner innen en dag. Det er ikke en kritikk av serveren; det er det normale MCP-pluss-skill-mønsteret.

Når du bør hoppe over: Hvis Slack-bruken din er sporadisk, går verktøyskjematollen hver dag for en kapasitet du bruker to ganger i uken. Vurder å koble den til bare de dagene du trenger den, eller avgrens den til det ene prosjektet der kommunikasjon er en del av det faktiske arbeidet.

Minne

Hva den gjør: Gir Claude en vedvarende kunnskapslagring på tvers av økter, vanligvis en liten graf av entiteter og relasjoner, slik at fakta fra forrige ukes samtale ikke forsvinner når økten slutter.

Når den tjener kostnaden: Langvarige prosjekter der å forklare kontekst på nytt hver økt er den faktiske kostnaden, ikke skjematollen. Hvis du finner deg selv å skrive «husk, vi bestemte X» på nytt ved starten av hver samtale, er det signalet.

Når du bør hoppe over: Korte, selvstendige oppgaver drar ikke nytte av det; det er ingenting å huske på tvers av en økt som slutter på tjue minutter. Merk også at en minne-skill løser en stor del av det samme problemet uten noen server i det hele tatt, siden den kan vedlikeholde notater i en fil på disk som Claude leser og oppdaterer direkte. Sjekk om du trenger den alltid-på-tilkoblingen eller bare en vedvarende vane før du legger til serveren.

Bygg-din-egen-veien

Enhver liste som denne bommer på ditt interne API, ditt hjemmesnekrede saksbehandlingssystem, det ene verktøyet teamet ditt bygde som ingen andre har hørt om. For disse er den raskeste veien ikke å vente på at noen publiserer en server; det er å bygge en.

MCP Builder, fra Anthropics offisielle skills-repo, scoret 8,8/10 i vår testing (bestått-dom): den guider Claude gjennom den faktiske mekanikken til en MCP-server, verktøydefinisjoner, skjemaer, autentisering, feilhåndtering, i stedet for at du setter sammen den boilerplaten fra dokumentasjon. I testen vår bygde den en fungerende server som wrappet et internt REST-API, komplett med verktøyskjemaer og feilhåndtering, på rundt en time med veiledet arbeid. Det er skillen Anthropic selv bruker for å lære Claude å bygge nettopp det denne artikkelen er en liste over, som avgjør enhver diskusjon om at skills og MCP er konkurrenter snarere enn lag.

Hvis teamets blokkering er «ingen har bygget en server for vårt interne verktøy», er dette en mer direkte vei enn å søke etter en som ikke finnes.

Skills vs MCP, oppfriskeren for beslutningen

Spørsmålet under mesteparten av denne artikkelen er ett vi stadig får: trenger du en skill eller en server for et gitt problem? Testen som faktisk fungerer, er å spørre hva som feiler. Hvis Claude teknisk har informasjonen eller evnen, men håndterer den dårlig, inkonsistent formatering, glipper edge-tilfeller, generisk resultat, er det et vurderingsproblem, og en skill fikser det til nær null stående kostnad. Hvis Claude rett og slett ikke kan nå tingen i det hele tatt, ingen databasetilkobling, ingen nettleser, ingen levende Slack-kanal, er det et tilgangsproblem, og bare en server tetter det gapet.

Det meste av det daglige arbeidet heller lenger mot skill-siden enn folk forventer. Skriving, kodegjennomgang, dokumentgenerering, analyse av filer allerede foran Claude: ingenting av det trenger en server. MCP tjener oppsettstiden og tokentollen spesifikt når et levende eksternt system er sentralt for oppgaven, en reell kategori, bare smalere enn størrelsen på de fleste folks MCP-konfigurasjoner skulle tilsi. Vår fulle oppsettgjennomgang sekvenserer dette til en faktisk 30-minutters byggeorden: skills først, siden de er gratis i hvile, deretter de en eller to serverne prosjektet faktisk trenger.

Hvor mange servere er for mange

Vårt meningsfulle svar: de fleste oppsett trenger to eller tre, avgrenset til det spesifikke prosjektet, ikke koblet til globalt.

Testen vi bruker på våre egne maskiner er enkel. For hver tilkoblede server, kan du si hva den er for denne uken? Hvis svaret er «jeg satte den opp for noe jeg gjorde forrige måned», tjener den ikke tollen sin; den ligger der og holder en legitimasjon og koster skjematokens uansett. Vi kjører denne revisjonen månedlig og beholder sjelden mer enn tre servere tilkoblet til et enkelt prosjekt når vi er ærlige om det.

Feilmodusen er ikke et hardt tak; det er at MCP-servere ikke annonserer kostnaden sin på samme måte som en treg respons gjør. En oppblåst CLAUDE.md er åpenbar i det øyeblikket du ruller gjennom den. Inaktive MCP-skjemaer forblir usynlige til du kjører /context og ser førti tusen tokens med verktøydefinisjoner sittende foran det faktiske spørsmålet ditt. Sjekk det tallet før du legger til en fjerde server, ikke etterpå.

Ofte stilte spørsmål

Hva er de beste MCP-serverne for Claude i 2026?

For de fleste oppsett: en filsystem- eller git-server hvis du er utenfor Claude Code (begge er nær redundante inne i den), GitHub hvis saker og PR-er er sentrale i arbeidet ditt, Playwright eller Puppeteer for nettleserautomasjon, Postgres for levende databasearbeid, og Slack hvis kommunikasjon går gjennom det daglig. To eller tre av disse, ikke alle sammen, er det realistiske svaret for én persons oppsett.

Trenger jeg MCP-servere hvis jeg bruker Claude Code?

Mindre enn du skulle tro. Claude Code har allerede filtilgang, skalltilgang (så git og gh fungerer gjennom bash), og nettfetch innebygd. Serverne som legger til reell ny kapasitet oppå det, er de som når systemer Claude Code ikke har noen nativ vei til: en levende database, en nettleser, Slack, et saksbehandlingssystems API.

Hvor mye kontekst koster MCP-servere faktisk?

Det varierer etter server, og det er nettopp derfor du bør sjekke din egen i stedet for å stole på en tommelfingerregel. Små, fokuserte servere kjører 1 000 til 3 000 tokens skjema. Store offisielle servere med dusinvis av verktøy har målt i 15 000-til-25 000-området i våre egne revisjoner. Kjør /context med en server tilkoblet og igjen frakoblet for å se ditt faktiske tall.

Scores disse serverne på samme måte som SkillProof scorer skills?

Nei, og vi sa det øverst i denne artikkelen med vilje. Vår installasjons-, trigger-, resultat- og dokumentasjonsscoring er en skills-metodikk vi har kjørt på 73 skills så langt. En sammenlignbar scoret metodikk for MCP-servere er underveis; denne listen er vår tekniske vurdering og daglige bruk, ikke et testresultat.

Kan en skill erstatte en MCP-server?

Ikke for selve tilgangen; en skill kan ikke åpne en databasetilkobling eller kjøre en nettleser på egen hånd. Men en skill kan absolutt erstatte vurderingslaget folk feilaktig forventer at en server skal gi. Mange tilkoblede servere vi har sett blir fulgt nesten umiddelbart av en skill som beskriver hvordan de brukes godt, forsiktige spørringsmønstre for en databaseserver, formateringsregler for en Slack-server. Serveren får deg dit; skillen bestemmer hva du gjør når du har kommet.