Claude Skills vs MCP: hvad har du egentlig brug for?

Spørgsmålet claude skills vs mcp dukker op i næsten hver samtale, vi har om at udvide Claude, og de to bliver konstant forvekslet, også af folk der bruger begge dele. Efter at have testet 40+ skills til dette katalog og kørt et dusin MCP-servere ved siden af dem, er her den klareste måde, vi kender, at sætte det på.

TL;DR: Skills ændrer hvordan Claude tænker. MCP-servere ændrer hvad Claude kan røre ved. En skill er ekspertise: markdown-instruktioner, der gør Claude bedre til et job, den allerede teknisk kan udføre. En MCP-server er adgang: et kørende program, der forbinder Claude til systemer, den ellers ikke kan nå, som din database, dit CRM eller din browser. Fejler opgaven, fordi Claude mangler dømmekraft, installer en skill. Fejler den, fordi Claude bogstaveligt talt ikke kan se dataene, har du brug for MCP.

	Skills	MCP-servere
Opsætningstid	Under et minut: kopiér en mappe	15 minutter til flere timer: konfiguration, legitimationsoplysninger, fejlfinding
Tokenomkostning	Næsten nul indtil trigget, loader så hvad der er brug for	Værktøjsskemaer ligger i konteksten ved hver forespørgsel
Vedligeholdelse	Redigér en markdown-fil	Opdatér afhængigheder, rotér tokens, jag breaking changes
Sikkerhedsflade	Prompt injection skjult i instruktioner	Levende legitimationsoplysninger plus alle scopes, du gav
Virker offline	Ja	Kun hvis serveren og dens data er lokale
Bedst til	Metode, dømmekraft, outputkvalitet	Levende data, eksterne systemer, at udføre reelle handlinger

Den tabel er hele argumentet. Resten af dette indlæg er beviserne.

Hvad en skill faktisk er

En skill er en mappe med en SKILL.md-fil: instruktioner, eksempler, nogle gange scripts og referencedokumenter, plus en kort beskrivelse, der fortæller Claude, hvornår den skal bruges. Intet kører. Intet lytter på en port. Når din forespørgsel matcher beskrivelsen, trækker Claude instruktionerne ind i konteksten og følger dem. Matcher den ikke, koster skillen dig næsten intet, fordi kun den ene linje beskrivelse er loadet. Vi dækkede mekanikken i hvad Claude skills er, og hvordan de virker, så vi gentager ikke anatomien her.

Hvad der betyder noget for denne sammenligning, er hvad en skill ikke kan. Den kan ikke nå din Postgres-instans, læse din e-mail, eller kalde en API på egen hånd. Den har præcis de evner, Claude allerede havde; den bruger dem bare bedre. Frontend-design-skillen er vores yndlingsbevis: samme model, samme prompt, og med-skill-outputtet så designet ud i stedet for genereret. Ingen ny adgang var involveret. Skillen ændrede tænkningen, hvilket er hele kategorien i ét eksempel.

Hvad en MCP-server faktisk er

En MCP-server er et separat program, der implementerer Model Context Protocol. Den kører som sin egen proces (lokalt eller remote) og eksponerer værktøjer, Claude kan kalde: query_database, send_slack_message, get_crm_deals. Når Claude afgør, at et værktøj passer til opgaven, sender den en forespørgsel, serveren udfører arbejdet mod det rigtige system, og resultatet kommer tilbage ind i samtalen. Sådan læser Claude dit produktionsskema, opretter en Linear-sag, eller styrer en browser.

Vi bør være ærlige om omkostningssiden, for de fleste MCP-gennemgange er ikke. At sætte en server op betyder at redigere JSON-konfiguration, skaffe legitimationsoplysninger, og ofte fejlfinde hvorfor processen stiltiende ikke starter. Budgetter 15 minutter for en veldokumenteret server og en eftermiddag for en community-server. Og så er der delen, ingen reklamerer for: hvert værktøj, en server eksponerer, leverer et skema (navn, beskrivelse, parameterdefinitioner), der bliver loadet ind i Claudes kontekst, uanset om du bruger værktøjet eller ej. Forbind tre snakkesalige servere, og du har brugt tusindvis af tokens pr. forespørgsel, før du har skrevet et ord. MCP er reelt kraftfuldt. Det er ikke gratis, og at foregive andet er, hvordan folk ender med ti forbundne servere og en vag følelse af, at Claude blev dummere.

Fem scenarier, fem domme

Abstrakte definitioner bringer dig kun så langt. Sådan spiller mcp server vs skill-beslutningen sig ud på opgaver, folk faktisk bringer til os.

Du vil have Claude til at skrive brandtro tekst

Dom: skill. Din brandstemme er viden, ikke adgang. Kod paletten, toneregler og forbudte fraser én gang, og hvert output respekterer dem. Brand-guidelines-skillen er skabelonen, vi testede: ubrugelig indtil du udfylder dit brandsystem, disciplineret bagefter. En MCP-server tilføjer intet her. Der er intet eksternt system at nå; problemet er dømmekraft.

Du vil have Claude til at læse din Postgres-database

Dom: MCP. Ingen mængde markdown giver Claude øjne på dine tabeller. En Postgres-MCP-server gør, og dette er standardtilfældet for hvornår du skal bruge mcp: opgaven er umulig uden ekstern adgang, punktum. Når det er sagt, adgang uden dømmekraft er, hvordan du får en SELECT *-tabelscanning mod produktion. Vi ville parre serveren med sql-queries-skillen, som holdt stand i vores linje-for-linje-verificering af window functions og CTE'er. Serveren giver rækkevidde, skillen giver kompetence.

Du vil have salgsoutreach forankret i CRM-data

Dom: begge, og det er her, de sætter sig sammen. Pipeline-review-skillen koder, hvordan man auditerer en pipeline: forfaldne deals, stadieinflation, prognoserealisme. Alene kræver den en CSV-eksport, hvorfor vi gav den en virker-med-opsætning-dom. Forbind en HubSpot- eller Salesforce-MCP-server, og workflowet skifter form: skillens metode bliver anvendt på levende deal-data, og opfølgnings-e-mails refererer faktiske lukkedatoer i stedet for hvad du huskede at indsætte. MCP-serveren uden skillen giver dig rå poster og generiske råd. Skillen uden serveren giver dig disciplin anvendt på forfaldne eksporter. Sammen er de opsætningen, vi faktisk ville køre et salgsteam på.

Du vil have Claude til at stoppe med at levere generisk-udseende UI

Dom: skill. Dette er et smagsproblem. Frontend-design-skillen producerede den største før/efter-kvalitetsforskel af alt, vi har testet i vores kodesamling, og den gjorde det med nul eksterne afhængigheder. Folk griber lejlighedsvis efter en design-værktøjs-MCP-server her, og en Figma-forbindelse er nyttig, når jobbet er at læse eksisterende designs. Men er klagen "Claudes output ligner AI-genereret," er en MCP-server en løsning på et andet problem.

Du vil have Claude til at poste standup-resuméer til Slack

Dom: MCP, indlysende nok, men læg mærke til hvad der sker derefter. En Slack-server er den eneste måde, Claude kan poste noget som helst på. Så læser det første resumé som en pressemeddelelse, og du finder dig selv i at skrive instruktioner om format, kortfattethed og hvad der tæller som en blocker. Tillykke: du har skrevet en skill. Dette mønster gentager sig så pålideligt, at vi behandler det som en regel. Hver MCP-integration vokser til sidst en skill omkring sig, fordi adgang skaber behovet for dømmekraft om at bruge den adgang.

Optælling: to skills, to MCP, én begge. Det forhold matcher nogenlunde, hvad vi ser i virkelige opsætninger, med ét forbehold: de flestes daglige arbejde læner sig længere mod skill-kolonnen, end de forventer. Dokumenter, code review, skrivning, analyse af filer du allerede har; intet af det kræver en server.

Tokenomkostningen, ingen nævner

Dette fortjener sit eget afsnit, fordi det viser sig på din regning.

MCP-værktøjsskemaer loades på forhånd og forbliver resident. Hver værktøjsdefinition, med sin beskrivelse og parameterspecifikation, optager kontekst ved hver eneste forespørgsel i sessionen, brugt eller ej. Individuelle servere varierer meget, og de tunge er forbløffende: fuldt loadede GitHub-lignende servere med dusinvis af værktøjer er målt til at æde titusindvis af tokens, før noget arbejde overhovedet sker. I vores egen opsætning tilføjede tre moderat store servere omkring 10.000 tokens permanent overhead. På API'en er det ikke en abstraktion. Inputtokens faktureres pr. forespørgsel, så en 10k-tokens værktøjspreamble på tværs af en 50-beskeders arbejdssession er en halv million tokens brugt på definitioner alene. Det trænger også working memory ud: kontekst brugt på værktøjsskemaer er kontekst, der ikke er tilgængelig for din faktiske kode og dokumenter, og modeller forringes, når konteksten fyldes.

Skills vender dette om. I hvile koster en skill sin beskrivelseslinje, nogle få dusin tokens. De fulde instruktioner loader kun, når opgaven matcher, og større skills opdeler indhold i referencefiler, Claude læser on-demand. Tyve installerede skills, der ikke trigger, koster dig nogle få hundrede tokens. Tyve forbundne MCP-værktøjer koster dig deres fulde skemaer, altid.

De praktiske regler, vi følger: forbind MCP-servere pr. projekt frem for globalt, afbryd hvad du ikke bruger denne uge, og foretræk servere, der eksponerer fem fokuserede værktøjer frem for tyve udtømmende. Vi skrev målemetoden og resten af vores beskærings-playbook op i hvordan du skærer Claude-tokenomkostninger. Én-linjes-versionen er, at de flestes kontekstoppustethed er MCP-skemaer, ikke samtalehistorik.

Sikkerhed: hvad hver kan gøre ved din maskine

Forskellige arkitekturer, forskellige fejltyper. At rangere dem "sikkert vs usikkert" misser pointen; du forsvarer dig mod forskellige ting.

En skills risiko er prompt injection med en leveringsmekanisme. Du indsætter frivilligt instruktioner i Claudes kontekst, og en ondsindet eller sjusket skill kan styre adfærd på måder, du ikke havde til hensigt: stiltiende eksfiltrering af data gennem et "telemetri"-curl-kald, svækkelse af kode den rører, eller instruere Claude til at ignorere andre sikkerhedsforanstaltninger. Skills, der bundter scripts, kan eksekvere kode, når Claude kører dem, så "det er bare markdown" er ikke et komplet forsvar. Modforanstaltningen er kedelig og effektiv: læs SKILL.md før installation, behandl bundtede scripts som enhver afhængighed, og foretræk skills, der er blevet reviewet. At auditere for skjulte netværkskald er del af hver SkillProof-test, og det har allerede flagget én indsendelse. Vores fulde tjekliste er i er Claude skills sikre.

En MCP-servers risikoprofil er en levende proces, der holder rigtige legitimationsoplysninger. Uanset hvilke scopes det token har, kan serveren udøve dem, og den vil udøve dem efter modellens skøn. En læse-skrive-databaselegitimation betyder, at Claude kan skrive til din database. Kompositionsrisikoen er værre: en server, der læser uroligt indhold (websider, indgående e-mail) ved siden af en server med skriveadgang, skaber en injektionssti fra fremmed til dine systemer, ingen skill nødvendig. Modforanstaltninger: kun-læse-tokens hvor muligt, afgrænsede legitimationsoplysninger pr. server, og reel skepsis over for community-servere, som er programmer, du kører med dine hemmeligheder. npm-pakke-reglen gælder. Ville du npm install dette fra en konto med 12 stjerner og give den din CRM-nøgle?

Én asymmetri værd at slå fast: en værst-tænkelig skill manipulerer den aktuelle session. En værst-tænkelig MCP-server har dine legitimationsoplysninger og netværksadgang. Det er hvorfor vi er afslappede omkring at prøve nye skills og langsomme omkring at forbinde nye servere.

Myter vi bliver ved med at høre

"MCP erstatter skills." Nej, og påstanden får lagene galt. MCP standardiserer forbindelser; skills koder procedure. Anthropic leverer begge og bruger skills til at lære Claude, hvordan man bygger MCP-servere, hvilket burde afgøre spørgsmålet. Da vi kørte den skill, producerede den en fungerende server, der wrappede en intern REST-API på omkring en time.

"Skills er bare prompts." En skill er versioneret, filer-på-disk, auto-trigget, progressivt loadet, og kan bundte eksekverbare scripts og referencedokumenter. Er det "bare en prompt," er et bibliotek bare en tekstfil. Afvisningen kommer som regel fra folk, der ikke har set en god skill trigge sig selv på det rette tidspunkt hen over en uges sessioner.

"MCP er kun for udviklere." Opsætningen favoriserer i øjeblikket folk, der er trygge ved JSON-konfiguration, sandt. Men desktop-udvidelser og et-klik-forbindelser fjerner støt den barriere, og folk, der har mest gavn af en CRM- eller kalenderforbindelse, er netop ikke udviklere.

"Du bør minimere skills, fordi kontekst er dyrebar." Bagvendt. Skills er det billige, deres progressive loading blev designet til præcis dette. Rationerer du kontekst, audit dine MCP-værktøjsskemaer først. Det er der, tokens gik hen.

Ofte stillede spørgsmål

Kan en skill kalde et MCP-værktøj? Ikke direkte; en skill er instruktioner, ikke kode med en netværksstak. Men en skill kan fortælle Claude hvornår og hvordan den skal bruge MCP-værktøjer, der er forbundet, hvilket i praksis er hele pointen med at kombinere dem. Vores pipeline-review-opsætning virker på præcis den måde.

Hvad bør jeg sætte op først? Skills. De tager et minut, koster næsten intet i hvile, og dækker det meste hverdagsarbejde (installationsguide her). Tilføj din første MCP-server, når du rammer en mur, der handler om adgang frem for kvalitet, og du vil kende forskellen, når du rammer den.

Virker skills uden internetforbindelse? Selve skill-filerne gør; de er lokal markdown, og alt loader fra disk. Du har stadig brug for hvilken forbindelse din Claude-klient kræver. MCP-servere har derudover brug for, at deres målsystem er tilgængeligt, så en remote-API-server er kun lige så offline som den API.

Er MCP overkill for en solobruger? Ofte, ja. Er dit arbejde dokumenter, kode og analyse af lokale filer, dækker skills plus Claudes indbyggede værktøjer dig. MCP tjener sin opsætningsomkostning ind, når et specifikt eksternt system (din database, dit CRM, din kalender) er centralt for dit daglige arbejde.

Hvor mange MCP-servere er for mange? Når du ikke kan sige, hvad hver forbundet server er til denne uge, har du for mange. Vi kører to eller tre pr. projekt og holder resten afbrudt. Hver inaktiv server betaler tokenleje og holder på en legitimationsoplysning uden fordel.

Den korte version, én gang til: skills til dømmekraft, MCP til rækkevidde, begge når levende data har brug for disciplin. Start med det billige.