Claude Skills vs MCP: vilket behöver du egentligen?

Frågan claude skills vs mcp dyker upp i nästan varje konversation vi har om att utöka Claude, och de två blandas ständigt ihop, även av folk som skeppar båda. Efter att ha testat 40+ skills för den här katalogen och kört ett dussin MCP-servrar sida vid sida med dem, här är det renaste sättet vi känner till att uttrycka det.

TL;DR: Skills ändrar hur Claude tänker. MCP-servrar ändrar vad Claude kan nå. En skill är expertis: markdown-instruktioner som gör Claude bättre på ett jobb den redan tekniskt kan göra. En MCP-server är åtkomst: ett körande program som kopplar Claude till system den annars inte når, som din databas, ditt CRM, eller din webbläsare. Om uppgiften misslyckas för att Claude saknar omdöme, installera en skill. Om den misslyckas för att Claude bokstavligen inte kan se datan, behöver du MCP.

	Skills	MCP-servrar
Setup-tid	Under en minut: kopiera en mapp	15 minuter till några timmar: konfiguration, inloggningsuppgifter, felsökning
Tokenkostnad	Nära noll tills den triggas, laddar sedan vad som behövs	Verktygsscheman ligger i kontexten vid varje förfrågan
Underhåll	Redigera en markdown-fil	Uppdatera beroenden, rotera tokens, jaga brytande ändringar
Säkerhetsyta	Prompt-injektion dold i instruktioner	Levande inloggningsuppgifter plus vilka scopes du än beviljat
Fungerar offline	Ja	Bara om servern och dess data är lokala
Bäst för	Metod, omdöme, outputkvalitet	Live-data, externa system, att vidta verkliga åtgärder

Den tabellen är hela argumentet. Resten av det här inlägget är bevisen.

Vad en skill faktiskt är

En skill är en mapp som innehåller en SKILL.md-fil: instruktioner, exempel, ibland skript och referensdokument, plus en kort beskrivning som talar om för Claude när den ska användas. Inget körs. Inget lyssnar på en port. När din förfrågan matchar beskrivningen drar Claude in instruktionerna i kontexten och följer dem. När den inte matchar kostar skillen dig nästan ingenting, eftersom bara den enda beskrivningsraden laddas. Vi täckte mekaniken i vad Claude skills är och hur de fungerar, så vi upprepar inte anatomin här.

Vad som spelar roll för den här jämförelsen är vad en skill inte kan göra. Den kan inte nå din Postgres-instans, läsa din e-post, eller anropa ett API på egen hand. Den har exakt de förmågor Claude redan hade; den använder dem bara bättre. Frontend-design-skillen är vårt favoritbevis: samma modell, samma prompt, och outputen med skill såg designad ut istället för genererad. Ingen ny åtkomst var inblandad. Skillen ändrade tänkandet, vilket är hela kategorin i ett enda exempel.

Vad en MCP-server faktiskt är

En MCP-server är ett separat program som implementerar Model Context Protocol. Den körs som sin egen process (lokalt eller fjärran) och exponerar verktyg Claude kan anropa: query_database, send_slack_message, get_crm_deals. När Claude bestämmer att ett verktyg passar uppgiften skickar den en förfrågan, servern gör jobbet mot det verkliga systemet, och resultatet kommer tillbaka in i konversationen. Så här läser Claude ditt produktionsschema, arkiverar ett Linear-ärende, eller styr en webbläsare.

Vi bör vara ärliga om kostnadssidan, för de flesta MCP-genomgångar är det inte. Att sätta upp en server innebär att redigera JSON-konfiguration, skaffa inloggningsuppgifter, och ofta felsöka varför processen tyst misslyckas att starta. Räkna med 15 minuter för en väldokumenterad server och en eftermiddag för en community-server. Sedan finns delen ingen annonserar: varje verktyg en server exponerar levererar ett schema (namn, beskrivning, parameterdefinitioner) som laddas in i Claudes kontext oavsett om du använder verktyget eller inte. Anslut tre pratsamma servrar och du har spenderat tusentals tokens per förfrågan innan du skrivit ett ord. MCP är genuint kraftfullt. Det är inte gratis, och att låtsas annat är hur folk hamnar med tio anslutna servrar och en vag känsla av att Claude blev dummare.

Fem scenarier, fem domar

Abstrakta definitioner tar dig bara en bit på vägen. Så här spelar mcp server vs skill-beslutet ut på uppgifter folk faktiskt kommer till oss med.

Du vill att Claude ska skriva varumärkesenlig copy

Dom: skill. Din varumärkesröst är kunskap, inte åtkomst. Koda paletten, tonreglerna och de förbjudna fraserna en gång och varje output respekterar dem. Brand-guidelines-skillen är mallen vi testade: oanvändbar tills du fyller i ditt varumärkessystem, disciplinerad efteråt. En MCP-server tillför inget här. Det finns inget externt system att nå; problemet är omdöme.

Du vill att Claude ska läsa din Postgres-databas

Dom: MCP. Ingen mängd markdown ger Claude ögon på dina tabeller. En Postgres-MCP-server gör det, och det här är det klassiska fallet för när man ska använda mcp: uppgiften är omöjlig utan extern åtkomst, punkt slut. Med det sagt, åtkomst utan omdöme är hur man får en SELECT *-tabellskanning mot produktion. Vi skulle para servern med sql-queries-skillen, som höll måttet i vår rad-för-rad-verifiering av fönsterfunktioner och CTE:er. Servern ger räckvidd, skillen ger kompetens.

Du vill ha säljutskick grundat i CRM-data

Dom: båda, och här är det de kombineras. Pipeline-review-skillen kodar hur man granskar en pipeline: stillastående affärer, stadieinflation, prognosrealism. På egen hand behöver den en CSV-export, vilket är varför vi gav den domen fungerar-med-konfiguration. Koppla en HubSpot- eller Salesforce-MCP-server och arbetsflödet ändrar form: skillens metod tillämpas på levande affärsdata, och uppföljningsmejlen refererar till faktiska stängningsdatum istället för vad du råkade komma ihåg att klistra in. MCP-servern utan skillen ger dig rådata och generiska råd. Skillen utan servern ger dig disciplin tillämpad på inaktuella exporter. Tillsammans är de setuppen vi faktiskt skulle köra ett säljteam på.

Du vill att Claude ska sluta leverera generisk UI

Dom: skill. Det här är ett smakproblem. Frontend-design-skillen producerade det största före/efter-kvalitetsgapet av allt vi testat i vår kodningssamling, och den gjorde det med noll externa beroenden. Folk vänder sig ibland till en design-verktygs-MCP-server här, och en Figma-anslutning är användbar när jobbet är att läsa befintliga designer. Men om klagomålet är "Claudes output ser AI-genererad ut" är en MCP-server en lösning på ett annat problem.

Du vill att Claude ska posta standup-sammanfattningar till Slack

Dom: MCP, uppenbarligen, men lägg märke till vad som händer sedan. En Slack-server är det enda sättet Claude kan posta något över huvud taget. Sedan läses den första sammanfattningen som ett pressmeddelande, och du befinner dig skrivandes instruktioner om format, korthet, och vad som räknas som ett hinder. Grattis: du har skrivit en skill. Det här mönstret upprepas så pålitligt att vi behandlar det som en regel. Varje MCP-integration växer förr eller senare en skill runt sig, eftersom åtkomst skapar behovet av omdöme kring att använda den åtkomsten.

Räkning: två skills, två MCP, en båda. Den kvoten matchar ungefär vad vi ser i verkliga uppsättningar, med en brasklapp: de flestas dagliga arbete lutar mer mot skill-kolumnen än de förväntar sig. Dokument, kodgranskning, skrivande, analys av filer du redan har; inget av det behöver en server.

Tokenkostnaden ingen nämner

Det här förtjänar ett eget avsnitt eftersom det syns på din räkning.

MCP-verktygsscheman laddas i förväg och stannar kvar. Varje verktygsdefinition, med sin beskrivning och parameterspecifikation, upptar kontext vid varenda förfrågan i sessionen, använd eller inte. Enskilda servrar varierar mycket, och de tunga är förvånande: fullt laddade GitHub-liknande servrar med dussintals verktyg har uppmätts äta tiotusentals tokens innan något arbete sker. I vår egen uppsättning tillförde tre måttligt stora servrar ungefär 10 000 tokens permanent overhead. På API:et är det ingen abstraktion. Inputtokens faktureras per förfrågan, så en 10k-tokens verktygsinledning över en 50-meddelande-arbetssession är en halv miljon tokens spenderade enbart på definitioner. Det trycker också undan arbetsminnet: kontext spenderad på verktygsscheman är kontext otillgänglig för din faktiska kod och dina dokument, och modeller försämras när kontexten fylls.

Skills vänder på det. I vila kostar en skill sin beskrivningsrad, några dussin tokens. Hela instruktionerna laddas bara när uppgiften matchar, och större skills delar upp innehåll i referensfiler Claude läser vid behov. Tjugo installerade skills som inte triggar kostar dig några hundra tokens. Tjugo anslutna MCP-verktyg kostar dig deras fulla scheman, alltid.

De praktiska reglerna vi följer: anslut MCP-servrar per projekt snarare än globalt, koppla från vad du inte använder den här veckan, och föredra servrar som exponerar fem fokuserade verktyg framför tjugo uttömmande. Vi skrev upp mätmetoden och resten av vår trimningsplaybook i hur man skär ner Claude-tokenkostnader. Enradsversionen är att de flestas kontextsvullnad är MCP-scheman, inte konversationshistorik.

Säkerhet: vad var och en kan göra mot din maskin

Olika arkitekturer, olika felmönster. Att rangordna dem "säkert vs osäkert" missar poängen; du försvarar dig mot olika saker.

En skills risk är prompt-injektion med en leveransmekanism. Du för in instruktioner i Claudes kontext frivilligt, och en skadlig eller slarvig skill kan styra beteende på sätt du inte avsåg: tyst exfiltrera data via ett "telemetri"-curl-anrop, försvaga kod den rör vid, eller instruera Claude att ignorera andra skyddsåtgärder. Skills som paketerar skript kan köra kod när Claude kör dem, så "det är bara markdown" är inte ett komplett försvar. Motåtgärden är tråkig och effektiv: läs SKILL.md innan installation, behandla paketerade skript som vilket beroende som helst, och föredra skills som har granskats. Att granska efter dolda nätverksanrop är del av varje SkillProof-test, och det har flaggat en inskickning redan. Vår fullständiga checklista finns i är Claude skills säkra.

En MCP-servers riskprofil är en levande process som håller riktiga inloggningsuppgifter. Vilka scopes den token än har, kan servern utöva, och den kommer utöva dem efter modellens gottfinnande. En läs-skriv-databasuppgift betyder att Claude kan skriva till din databas. Kompositionsrisken är elakare: en server som läser opålitligt innehåll (webbsidor, inkommande e-post) bredvid en server med skrivåtkomst skapar en injektionsväg från främling till dina system, ingen skill krävs. Motåtgärder: skrivskyddade tokens där möjligt, avgränsade inloggningsuppgifter per server, och verklig skepsis mot community-servrar, vilka är program du kör med dina hemligheter. npm-paket-regeln gäller. Skulle du npm install detta från ett konto med 12 stjärnor och ge det din CRM-nyckel?

En asymmetri värd att uttrycka rakt ut: en värsta-fall-skill manipulerar den aktuella sessionen. En värsta-fall-MCP-server har dina inloggningsuppgifter och nätverksåtkomst. Det är varför vi är avslappnade med att prova nya skills och långsamma med att ansluta nya servrar.

Myter vi fortsätter höra

"MCP ersätter skills." Nej, och påståendet får lagren fel. MCP standardiserar anslutningar; skills kodar procedur. Anthropic levererar båda och använder skills för att lära Claude hur man bygger MCP-servrar, vilket borde avgöra frågan. När vi körde den skillen producerade den en fungerande server som wrappar ett internt REST-API på ungefär en timme.

"Skills är bara promptar." En skill är versionshanterad, filer-på-disk, auto-triggad, progressivt laddad, och kan paketera körbara skript och referensdokument. Om det är "bara en prompt" så är ett bibliotek bara en textfil. Avfärdandet kommer vanligtvis från folk som inte sett en bra skill trigga sig själv vid rätt tillfälle över en veckas sessioner.

"MCP är bara för utvecklare." Setupen gynnar för närvarande folk bekväma med JSON-konfiguration, sant. Men desktop-tillägg och ett-klicks-kopplingar tar stadigt bort den barriären, och de som gynnas mest av en CRM- eller kalenderanslutning är precis inte utvecklare.

"Du bör minimera skills eftersom kontext är dyrbart." Bakvänt. Skills är den billiga saken; deras progressiva laddning designades för exakt detta. Om du ransonerar kontext, granska dina MCP-verktygsscheman först. Det är dit tokens tog vägen.

Vanliga frågor

Kan en skill anropa ett MCP-verktyg? Inte direkt; en skill är instruktioner, inte kod med en nätverksstack. Men en skill kan tala om för Claude när och hur den ska använda anslutna MCP-verktyg, vilket i praktiken är hela poängen med att kombinera dem. Vår pipeline-review-setup fungerar exakt så.

Vilket bör jag sätta upp först? Skills. De tar en minut, kostar nästan inget i vila, och täcker det mesta av vardagsarbetet (installationsguide här). Lägg till din första MCP-server när du stöter på en vägg som handlar om åtkomst snarare än kvalitet, och du kommer märka skillnaden när du gör det.

Fungerar skills utan internetanslutning? Själva skill-filerna gör det; de är lokal markdown, och allt laddas från disk. Du behöver fortfarande vilken anslutning din Claude-klient än kräver. MCP-servrar behöver dessutom sitt målsystem nåbart, så en fjärr-API-server är bara lika offline som det API:et.

Är MCP överkurs för en ensam användare? Ofta, ja. Om ditt arbete är dokument, kod, och analys av lokala filer täcker skills plus Claudes inbyggda verktyg dig. MCP återbetalar sin setupkostnad när ett specifikt externt system (din databas, ditt CRM, din kalender) är centralt för ditt dagliga arbete.

Hur många MCP-servrar är för många? När du inte kan säga vad varje ansluten server är till för den här veckan har du för många. Vi kör två eller tre per projekt och håller resten frånkopplade. Varje overksam server betalar tokenhyra och håller en inloggningsuppgift för ingen nytta.

Kortversionen, en gång till: skills för omdöme, MCP för räckvidd, båda när live-data behöver disciplin. Börja med den billiga.