Claude-skills vs MCP: hva trenger du egentlig?

Spørsmålet claude skills vs mcp dukker opp i nesten hver samtale vi har om å utvide Claude, og de to blandes stadig sammen, også av folk som bruker begge. Etter å ha testet 40+ skills for denne katalogen og kjørt et titalls MCP-servere ved siden av dem, her er den ryddigste måten vi kjenner til å si det på.

TL;DR: Skills endrer hvordan Claude tenker. MCP-servere endrer hva Claude kan nå. En skill er ekspertise: markdown-instruksjoner som gjør Claude bedre på en jobb den allerede teknisk kan gjøre. En MCP-server er tilgang: et kjørende program som kobler Claude til systemer den ellers ikke kan nå, som databasen din, CRM-en din, eller nettleseren din. Feiler oppgaven fordi Claude mangler dømmekraft, installer en skill. Feiler den fordi Claude bokstavelig talt ikke kan se dataene, trenger du MCP.

	Skills	MCP-servere
Oppsettstid	Under et minutt: kopier en mappe	15 minutter til noen timer: konfig, legitimasjon, feilsøking
Token-kostnad	Nesten null inntil utløst, laster deretter det som trengs	Verktøyskjemaer ligger i kontekst ved hver forespørsel
Vedlikehold	Rediger en markdown-fil	Oppdater avhengigheter, roter tokens, jag brytende endringer
Sikkerhetsoverflate	Prompt-injeksjon skjult i instruksjoner	Levende legitimasjon pluss alle scopes du har gitt
Fungerer offline	Ja	Bare hvis serveren og dataene er lokale
Best for	Metode, dømmekraft, outputkvalitet	Live data, eksterne systemer, å utføre reelle handlinger

Den tabellen er hele argumentet. Resten av dette innlegget er bevisene.

Hva en skill faktisk er

En skill er en mappe som inneholder en SKILL.md-fil: instruksjoner, eksempler, av og til skript og referansedokumenter, pluss en kort beskrivelse som forteller Claude når den skal brukes. Ingenting kjører. Ingenting lytter på en port. Når forespørselen din matcher beskrivelsen, henter Claude instruksjonene inn i konteksten og følger dem. Matcher den ikke, koster skillen deg nesten ingenting, fordi bare den ene linjen med beskrivelse er lastet. Vi dekket mekanikken i hva Claude-skills er og hvordan de fungerer, så vi gjentar ikke anatomien her.

Det som betyr noe for denne sammenligningen er hva en skill ikke kan gjøre. Den kan ikke nå Postgres-instansen din, lese e-posten din, eller kalle et API på egen hånd. Den har nøyaktig de evnene Claude allerede hadde; den bruker dem bare bedre. Frontend-design-skillen er vårt favorittbevis: samme modell, samme prompt, og output-med-skill så designet ut i stedet for generert. Ingen ny tilgang var involvert. Skillen endret tenkningen, som er hele kategorien i ett eksempel.

Hva en MCP-server faktisk er

En MCP-server er et separat program som implementerer Model Context Protocol. Den kjører som sin egen prosess (lokalt eller eksternt) og eksponerer verktøy Claude kan kalle: query_database, send_slack_message, get_crm_deals. Når Claude bestemmer at et verktøy passer oppgaven, sender den en forespørsel, serveren gjør arbeidet mot det reelle systemet, og resultatet kommer tilbake inn i samtalen. Slik leser Claude produksjonsskjemaet ditt, oppretter en Linear-sak, eller styrer en nettleser.

Vi bør være ærlige om kostnadssiden, for de fleste MCP-gjennomganger er ikke det. Å sette opp en server betyr å redigere JSON-konfig, skaffe legitimasjon, og ofte feilsøke hvorfor prosessen stille feiler å starte. Budsjetter 15 minutter for en velskrevet server og en ettermiddag for en fellesskapsserver. Så er det delen ingen reklamerer for: hvert verktøy en server eksponerer leverer et skjema (navn, beskrivelse, parameterdefinisjoner) som lastes inn i Claudes kontekst enten du bruker verktøyet eller ikke. Koble til tre pratsomme servere og du har brukt tusenvis av tokens per forespørsel før du har skrevet et ord. MCP er genuint kraftig. Det er ikke gratis, og å late som noe annet er hvordan folk ender opp med ti tilkoblede servere og en vag følelse av at Claude ble dummere.

Fem scenarioer, fem dommer

Abstrakte definisjoner tar deg bare et stykke på vei. Slik spiller mcp server vs skill-avgjørelsen seg ut på oppgaver folk faktisk kommer til oss med.

Du vil at Claude skal skrive merkevaretilpasset tekst

Dom: skill. Merkevarestemmen din er kunnskap, ikke tilgang. Kod paletten, tonereglene og forbudte fraser én gang, og hver output respekterer dem. Brand-guidelines-skillen er malen vi testet: ubrukelig inntil du fyller inn merkevaresystemet ditt, disiplinert etterpå. En MCP-server tilfører ingenting her. Det finnes ikke noe eksternt system å nå; problemet er dømmekraft.

Du vil at Claude skal lese Postgres-databasen din

Dom: MCP. Ingen mengde markdown gir Claude øyne på tabellene dine. En Postgres-MCP-server gjør det, og dette er det klassiske tilfellet for når du bruker mcp: oppgaven er umulig uten ekstern tilgang, punktum. Når det er sagt, tilgang uten dømmekraft er hvordan du får en SELECT *-tabellskanning mot produksjon. Vi ville koblet serveren med sql-queries-skillen, som holdt stand i vår linje-for-linje-verifisering av window-funksjoner og CTE-er. Serveren gir rekkevidde, skillen gir kompetanse.

Du vil ha salgsoppsøking forankret i CRM-data

Dom: begge, og det er her de settes sammen. Pipeline-review-skillen koder hvordan man reviderer en pipeline: gamle avtaler, stadieinflasjon, prognoserealisme. Alene trenger den en CSV-eksport, som er hvorfor vi ga den en fungerer-med-oppsett-dom. Koble til en HubSpot- eller Salesforce-MCP-server, og arbeidsflyten endrer form: skillens metode brukes på levende avtaledata, og oppfølgingsmailene refererer faktiske sluttdatoer i stedet for hva du husket å lime inn. MCP-serveren uten skillen gir deg rådata og generiske råd. Skillen uten serveren gir deg disiplin brukt på gamle eksporter. Sammen er de oppsettet vi faktisk ville kjørt et salgsteam på.

Du vil at Claude skal slutte å levere generisk-utseende UI

Dom: skill. Dette er et smaksproblem. Frontend-design-skillen produserte det største før/etter-kvalitetsgapet av alt vi har testet i vår kodesamling, og den gjorde det uten eksterne avhengigheter. Folk griper av og til etter en design-verktøy-MCP-server her, og en Figma-tilkobling er nyttig når jobben er å lese eksisterende design. Men er klagen "Claudes output ser AI-generert ut," er en MCP-server en løsning på et annet problem.

Du vil at Claude skal poste standup-sammendrag til Slack

Dom: MCP, åpenbart, men legg merke til hva som skjer etterpå. En Slack-server er den eneste måten Claude kan poste noe på. Så leser det første sammendraget som en pressemelding, og du finner deg selv skrivende instruksjoner om format, korthet, og hva som teller som en blokkering. Gratulerer: du har skrevet en skill. Dette mønsteret gjentar seg så pålitelig at vi behandler det som en regel. Hver MCP-integrasjon vokser til slutt en skill rundt seg, fordi tilgang skaper behovet for dømmekraft om å bruke den tilgangen.

Opptelling: to skills, to MCP, én begge. Det forholdet matcher omtrent det vi ser i reelle oppsett, med ett forbehold: de fleste sitt daglige arbeid heller lenger mot skill-kolonnen enn de forventer. Dokumenter, kodegjennomgang, skriving, analyse av filer du allerede har; ingenting av det trenger en server.

Token-kostnaden ingen nevner

Dette fortjener sin egen seksjon fordi den dukker opp på regningen din.

MCP-verktøyskjemaer lastes på forhånd og blir liggende. Hver verktøydefinisjon, med beskrivelse og parameterspesifikasjon, opptar kontekst ved hver eneste forespørsel i økten, brukt eller ikke. Individuelle servere varierer mye, og de tunge er oppsiktsvekkende: fullt lastede GitHub-lignende servere med dusinvis av verktøy har blitt målt til å spise titusenvis av tokens før noe arbeid i det hele tatt skjer. I vårt eget oppsett la tre moderat store servere til rundt 10 000 tokens permanent overhead. På API-et er ikke det en abstraksjon. Input-tokens faktureres per forespørsel, så en 10k-tokens verktøy-preamble over en 50-meldingers arbeidsøkt er en halv million tokens brukt på definisjoner alene. Det trenger seg også inn på arbeidsminnet: kontekst brukt på verktøyskjemaer er kontekst utilgjengelig for koden og dokumentene dine, og modeller forringes når konteksten fylles opp.

Skills snur dette på hodet. I hvile koster en skill beskrivelseslinjen sin, noen titalls tokens. De fulle instruksjonene lastes bare når oppgaven matcher, og større skills deler innhold i referansefiler Claude leser ved behov. Tjue installerte skills som ikke utløses koster deg noen få hundre tokens. Tjue tilkoblede MCP-verktøy koster deg deres fulle skjemaer, alltid.

De praktiske reglene vi følger: koble MCP-servere per prosjekt fremfor globalt, koble fra det du ikke bruker denne uken, og foretrekk servere som eksponerer fem fokuserte verktøy fremfor tjue uttømmende. Vi skrev opp målemetoden og resten av trimme-spilleboken vår i hvordan kutte Claude-tokenkostnader. Ettlinjersversjonen er at de fleste sin kontekstoppblåsthet er MCP-skjemaer, ikke samtalehistorikk.

Sikkerhet: hva hver av dem kan gjøre med maskinen din

Forskjellige arkitekturer, forskjellige feilmoduser. Å rangere dem "trygt vs utrygt" bommer på poenget; du forsvarer deg mot forskjellige ting.

En skills risiko er prompt-injeksjon med en leveringsmekanisme. Du setter frivillig inn instruksjoner i Claudes kontekst, og en ondsinnet eller slurvete skill kan styre atferd på måter du ikke tiltenkte: stille eksfiltrere data gjennom et "telemetri"-curl-kall, svekke koden den berører, eller instruere Claude til å ignorere andre sikkerhetstiltak. Skills som bunter skript kan kjøre kode når Claude kjører dem, så "det er bare markdown" er ikke et komplett forsvar. Botemiddelet er kjedelig og effektivt: les SKILL.md før installasjon, behandle bunta skript som enhver avhengighet, og foretrekk skills som har blitt gjennomgått. Å revidere for skjulte nettverkskall er del av hver SkillProof-test, og det har allerede flagget én innsending. Vår fulle sjekkliste finnes i er Claude-skills trygge.

En MCP-servers risikoprofil er en levende prosess som holder ekte legitimasjon. Hvilke scopes den tokenet enn har, kan serveren utøve, og den vil utøve dem etter modellens skjønn. En lese-skrive-databaselegitimasjon betyr at Claude kan skrive til databasen din. Sammensetningsrisikoen er styggere: en server som leser utrygt innhold (nettsider, innkommende e-post) plassert ved siden av en server med skrivetilgang skaper en injeksjonssti fra fremmed til systemene dine, uten at noen skill er involvert. Botemidler: skrivebeskyttede tokens der det er mulig, avgrenset legitimasjon per server, og reell skepsis mot fellesskapsservere, som er programmer du kjører med hemmelighetene dine. npm-pakke-regelen gjelder. Ville du npm install dette fra en konto med 12 stjerner og gitt den CRM-nøkkelen din?

Én asymmetri verdt å si rett ut: en verst-tenkelig skill manipulerer den nåværende økten. En verst-tenkelig MCP-server har legitimasjonen og nettverkstilgangen din. Det er hvorfor vi er avslappet med å prøve nye skills og trege med å koble til nye servere.

Myter vi stadig hører

"MCP erstatter skills." Nei, og påstanden bommer på lagene. MCP standardiserer tilkoblinger; skills koder prosedyre. Anthropic leverer begge og bruker skills for å lære Claude å bygge MCP-servere, som burde avgjøre spørsmålet. Da vi kjørte den skillen, produserte den en fungerende server som pakket inn et internt REST-API på omtrent en time.

"Skills er bare prompter." En skill er versjonert, filer-på-disk, auto-utløst, progressivt lastet, og kan bunte kjørbare skript og referansedokumenter. Er det "bare en prompt," er et bibliotek bare en tekstfil. Avvisningen kommer som regel fra folk som ikke har sett en god skill utløse seg selv på riktig øyeblikk gjennom en ukes økter.

"MCP er bare for utviklere." Oppsettet favoriserer i dag folk komfortable med JSON-konfig, sant nok. Men skrivebordsutvidelser og ett-klikks-tilkoblinger fjerner stadig den barrieren, og folkene som drar mest nytte av en CRM- eller kalendertilkobling er nettopp ikke utviklere.

"Du bør minimere skills fordi kontekst er dyrebart." Bakvendt. Skills er det billige alternativet; den progressive lastingen deres ble designet nøyaktig for dette. Rasjonerer du kontekst, revider MCP-verktøyskjemaene dine først. Det er dit tokens gikk.

Ofte stilte spørsmål

Kan en skill kalle et MCP-verktøy? Ikke direkte; en skill er instruksjoner, ikke kode med en nettverksstakk. Men en skill kan fortelle Claude når og hvordan den skal bruke tilkoblede MCP-verktøy, som i praksis er hele poenget med å sette dem sammen. Vårt pipeline-review-oppsett fungerer nøyaktig slik.

Hva bør jeg sette opp først? Skills. De tar et minutt, koster nesten ingenting i hvile, og dekker det meste av det daglige arbeidet (installasjonsguide her). Legg til din første MCP-server når du treffer en vegg som handler om tilgang fremfor kvalitet, og du vil kjenne forskjellen når du treffer den.

Fungerer skills uten internettforbindelse? Selve skill-filene gjør det; de er lokal markdown, og alt lastes fra disk. Du trenger fortsatt hvilken tilkobling Claude-klienten din krever. MCP-servere trenger i tillegg at målsystemet deres er nåbart, så en ekstern-API-server er bare like offline som det API-et.

Er MCP overkill for en solobruker? Ofte, ja. Er arbeidet ditt dokumenter, kode, og analyse av lokale filer, dekker skills pluss Claudes innebygde verktøy deg. MCP tjener oppsettskostnaden når et spesifikt eksternt system (databasen din, CRM-en din, kalenderen din) er sentralt i det daglige arbeidet ditt.

Hvor mange MCP-servere er for mange? Når du ikke kan si hva hver tilkoblede server er til denne uken, har du for mange. Vi kjører to eller tre per prosjekt og holder resten frakoblet. Hver inaktive server betaler tokenleie og holder på en legitimasjon uten noen fordel.

Kortversjonen, én gang til: skills for dømmekraft, MCP for rekkevidde, begge når levende data trenger disiplin. Start med det billige.