Skills, subagenter, MCP og plugins i Claude Code: Hvad skal du vælge?

Lige nu er der i Claude Code fem måder at udføre den samme kodegennemgang på: en slash-kommando, en skill, en subagent, et plugin eller ganske enkelt en prompt i chatten. Ingen af disse måder er som standard bedre end en anden — valget afhænger af opgaven, tokenbudgettet og hvem ud over dig selv der skal bruge det.

Denne guide er det, jeg ville have givet mig selv for et år siden. Et træ med 4 spørgsmål, en færdig “opgave → lag”-matrix og 5 almindelige fejl, der brænder tokens af for hver anden vibe-koder, jeg arbejder sammen med.

Om arbejdet med tjenesten — i Ailoot-dokumentationen.

Hvad er skills, subagenter, MCP og plugins i én sætning?#

Før du vælger, skal vi skelne mellem begreberne. Alle fire lag har samme mål — at udvide, hvad Claude kan gøre direkte. Men hvert lag har sin egen karakter.

Skill er en mappe med en SKILL.md-fil, der beskriver, hvornår og hvordan en bestemt metode skal anvendes. Anthropic sammenligner en skill med instruktioner til en ny medarbejder: Du dikterer ikke hvert skridt hver dag; du giver vedkommende en procedure.

Subagent er en separat Claude-session med sin egen kontekst, som startes fra hovedsamtalen. Den har én vigtig egenskab: isolation. En subagent kan læse 30 filer, udarbejde et resumé og kun sende det tilbage til hovedchatten. Hovedsamtalens kontekst forbliver ren.

MCP (Model Context Protocol) er en åben standard fra Anthropic til at forbinde Claude med eksterne systemer. I et blogindlæg den 13. november 2025 forklarede Anthropic forskellen så tydeligt som muligt:

Plugin er en færdig samling af skills, subagenter, hooks og kommandoer fra en anden, pakket i en markedsplads. Installer det med en enkelt linje ved hjælp af /plugin install, så får du det hele på én gang. Hvis en skill er din egen procedure, er et plugin en procedure købt hos en anden virksomhed.

Kort sagt er skills opskrifter, subagenter specialiserede kolleger, og MCP leverer eksterne værktøjer, som Claude kan bruge til at få adgang til tjenester og data. Tokenomkostningen varierer: En skill er billigst (den indlæses, når den aktiveres), mens MCP er betydeligt dyrere (hver tilsluttet server optager konstant plads i kontekstvinduet).

Hvorfor 4 lag, hvis man kan bruge én CLAUDE.md?#

I det beskrevne projekt er CLAUDE.md et stort kort over regler: hvor tingene skal ligge, hvordan man publicerer, og hvilke aftaler der gælder. Uden denne fil ville Claude begynde forfra i hver ny session.

Men CLAUDE.md har en grænse. Lad mig forklare det med tre situationer, hvor den holder op med at virke.

Situation 1: En regel virker kun nogle gange. CLAUDE.md siger: “kør altid npm run build før git push.” Claude læser den i begyndelsen af sessionen, nikker, begynder at skrive kode efter 25 beskeder og glemmer den. Jeg har allerede taget mig selv i at pushe uden et build tre gange; de pushes fejlede i produktion. En korrekt konfigureret og testet hook kan køre en deterministisk buildkontrol og afvise den dækkede handling. Dækningen afhænger af hændelsen og værktøjsvejen: En Claude Code-hook opfanger ikke i sig selv alle pushes fra en anden terminal eller applikation. Verificér, at et bevidst fejlslagent build blokerer den faktiske vej, du bruger.

Situation 2: En proces på 15 trin, der gentages. I det beskrevne eksempel gennemgår hver guide 14 trin: research → struktur → MDX → 7 parallelle QA-tjek → publicering i produktion → IndexNow. Hvis jeg hver gang skriver en prompt, der siger “kør trin 1, derefter 2, derefter 3”, brænder jeg tokens af, før jeg overhovedet er kommet i gang. Derfor er hele denne arbejdsgang pakket i skillen build-masterskaya-guide — et sæt instruktioner på 34 KB, der startes med sætningen “lad os lave en ny guide til projektet”.

Situation 3: En opgave, der sluger kontekst. For at kontrollere, om en allerede publiceret guide stadig er aktuel, skal Claude læse et livestream-transskript på 30 KB, 20 retrospektiver på hver 5 KB og sammenligne dem med det aktuelle site. Hvis jeg gør det i hovedchatten, har jeg 200K ubrugelige tokens i min kontekst, når gennemgangen er færdig. En subagent udfører det samme arbejde, sender kun et resumé på 300 ord tilbage til hovedsamtalen og lukker ned.

Situation 4: Jeg vil have, at teamet får de samme skabeloner, som jeg har. Et færdigt sæt regler til frontend-design, hooks til publicering via Coolify og MCP til Playwright-tjek. Det er et plugin: Jeg pakker min opsætning, publicerer den på markedspladsen, og en kollega installerer den med én enkelt linje.

CLAUDE.md dækker det grundlæggende: “sådan gør vi her”. De 4 lag ovenpå dækker det, som CLAUDE.md fysisk ikke kan: gentagelse via triggere, kontekstisolering, adgang til omverdenen og deling.

Hvornår har du brug for en skill i stedet for CLAUDE.md?#

Testen for en skill er enkel: Du tager dig selv i at kopiere den samme lange prompt fra dine noter ind i chatten. Tredje gang er allerede et signal.

Lige nu har jeg 7 mapper i ~/.claude/skills/: build-masterskaya-guide, build-vc-spoke, build-reel-script, build-practicum-instruction, update-config, simplify og keybindings-help. Den mest brugte er build-masterskaya-guide (denne guide blev skrevet med den). Indeni ligger 34 KB metodebeskrivelser: hvilke trin der skal følges, hvilke QA-tjek med flere agenter der skal køres, hvilke gatebetingelser der skal stoppe processen, og hvilke artefakter der skal gemmes i /tmp/.

Hvornår du ikke skal lave en skill.

• En regel som “svar på brugerens foretrukne sprog” hører hjemme i CLAUDE.md, ikke i en skill. En skill indlæses, når den aktiveres, men denne regel skal altid gælde.
• En engangsinstruktion som “kør refaktoreringen nu” hører hjemme i chatten, ikke i en skill.
• En opgave med behov for separat kontekst kan bruge en subagent; hvis den også følger en tilbagevendende procedure, skal metoden bevares i en skill.

Det vigtigste fejlmønster. Den mest almindelige fejl, vibe-kodere laver, er at proppe en procedure ind i en subagent, selvom den burde være en skill. En subagent koster flere tokens (den har sin egen kontekst), starter langsommere og er ofte overkill. Hvis opgaven kan klares med 1.500–2.000 ord metodebeskrivelse uden at læse eksterne filer, er det en skill.

Sådan strukturerer du en skill, hvad du skal skrive i frontmatter, og hvilke triggerfraser der virker — i guiden Claude Code Skills i 2026: Sådan bygger du et personligt skill-bibliotek.

Hvornår har du brug for en subagent i stedet for en skill?#

En skill gemmer metoden; en subagent udfører arbejdet. Det er forskellige lag, som ofte forveksles, fordi begge startes “fra chatten”.

En subagent giver kun mening til kontekstisolering. Den primære Claude-session har et budget på 200.000 tokens (eller 1 million i beta). Hvis du beder den læse 30 filer og analysere hver enkelt i hovedchatten, bruger du halvdelen af vinduet på mellemliggende læsning. En subagent udfører det samme arbejde i en separat session og sender kun resultatet tilbage til hovedchatten.

Et konkret projekteks­empel. Hver guide gennemgår flere parallelle QA-tjek: stil, citater og fakta sammenholdt med primærkilder, struktur til søgemaskiner samt integriteten af interne og eksterne links. Hvert tjek har sin egen kontekst: en ordliste med regler, WebFetch på dusinvis af URL'er og søgninger gennem teksten.

Hvis jeg kørte alle disse tjek i én chat, ville konteksten æde mig op, før det første var færdigt. At køre subagenter parallelt med run_in_background: true løser det: De arbejder i baggrunden, hovedchatten går videre, og efter 4–6 minutter får jeg kompakte rapporter og anvender ændringerne.

Et andet eksempel — omfattende research. Når jeg vælger et emne til en ny guide, indsamler 4 subagenter signaler parallelt:

• V1 - fora og fællesskaber over 14 dage
• V2 - sociale netværk
• V3 - videoplatforme + Anthropic-bloggen
• V4 - SEO-huller

Hver returnerer 30–40 emner med viralitetsscorer. Jeg samler dem i en pulje, vægter dem på tværs af 9 dimensioner og vælger en vinder. Uden subagenter strækker dette trin sig over 2–3 timer, hvor hovedkonteksten brændes af.

Hvornår du ikke skal lave en subagent.

• En opgave, der ikke kræver læsning af filer eller brug af WebFetch, hører hjemme i hovedchatten.
• En gentagelig procedure hører hjemme i en skill, men kan køres i en subagent, når isolering er nyttig.
• Ekstern adgang kræver et godkendt værktøj som MCP eller CLI; en subagent kan bruge værktøjet, når den får opgaven delegeret.

Det vigtigste fejlmønster. At oprette en subagent med navnet backend-engineer eller qa i håb om, at Claude selv finder ud af, hvornår den skal bruges. Specifikke subagenter (som migration-test-writer eller api-route-reviewer) giver meget bedre kvalitet end generiske. Jo mere præcist subagentens navn og instruktioner er, desto mere præcist vælger Claude den rigtige.

Sådan opretter du subagenter til specifikke opgaver, syntaks for frontmatter og 5 færdige eksempler — i guiden Claude Code Subagenter i 2026: En trinvis vejledning.

Hvornår har du brug for MCP i stedet for en skill eller subagent?#

Anthropic gav den korteste formulering af forskellen i et blogindlæg: MCP forbinder Claude med data; skills lærer Claude, hvad den skal gøre med de data.

En skill til GitHub-issuegennemgang har for eksempel brug for issueindholdet. Lever det gennem et godkendt MCP-værktøj, et CLI eller indsat tekst. Skillen definerer derefter, hvordan det skal gennemgås, og fundene struktureres; MCP-adgang alene foreskriver ikke proceduren.

Min konkrete MCP-stak.

• Playwright MCP - visuel QA af hver guide. Åbn siden på computer og mobil, kontrollér containerens bredde, og om blokkene er blevet renderet.
• Stitch MCP - adgang til designsystemet og generering af komponenter i brandets stil.
• vidIQ MCP - trendanalyse og kontrol af idéers potentiale for viralitet.
• Railway MCP - administration af implementeringsinfrastrukturen.

Hver af disse 4 er en bro til et eksternt system. Uden MCP ville jeg enten skrive min egen wrapperkode eller skifte til en browser. Med MCP foregår alt inde i Claude-sessionen.

Tokenomkostning. MCP er det dyreste lag. Hver tilsluttet server optager konstant plads i kontekstvinduet: værktøjserklæringer, argumentskemata og beskrivelser. Jeg har 4 MCP-servere — det er omkring 8–12K tokens i hver ny session, før jeg har spurgt om noget.

Det betyder, at vi kun tilslutter MCP, hvis det faktisk er nødvendigt i de fleste sessioner. Hvis du bruger Sentry MCP én gang om ugen, er det bedre at aktivere den efter behov med flaget --mcp sentry end at have den på den permanente liste.

Hvornår du ikke skal bruge MCP.

• Metoder til “hvordan man arbejder med data” hører hjemme i en skill, ikke i MCP.
• En lang læseopgave kan have gavn af en subagent; hvis nogle filer eller poster er eksterne, kan denne subagent også have brug for MCP-adgang.
• Publicering med én kommando kræver en hook eller et plugin, ikke MCP.

Det vigtigste fejlmønster. At bygge en MCP-server til noget, der håndteres bedre af en skill. Jeg så et eksempel i en HN-diskussion (netop den tråd med 422 point den 27. maj): Forfatteren skrev en MCP-server, der leverer “instruktioner til kodegennemgang”. Men det er ikke adgang til omverdenen; det er en procedure. En skill gør det samme med 10 gange færre tokens.

En hændelse med ressourcekonflikt. En gang hang min Playwright MCP med fejlen “Browser is already in use” — jeg havde et Chrome-vindue åbent samtidig, og MCP kunne ikke overtage kontrollen med browseren. Det er en vigtig læring: En MCP-server bruger delte systemressourcer. Hvis ressourcen er optaget (en browser, port eller fil), så tænk på isolation fra begyndelsen.

En færdig guide til at tilslutte 7 fungerende MCP'er findes i Claude Code MCP-servere i 2026: 7 klar-til-brug opsætninger.

Hvornår har du brug for et plugin i stedet for en skill eller subagent?#

Skills, subagenter og MCP handler om din metode. Et plugin er en færdig metode fra en anden, som du importerer til din opsætning.

I oktober 2025 lancerede Anthropic Claude Code Plugins, en officiel distributionsmekanisme. Et plugin er en mappe, der kan indeholde:

• egne slash-kommandoer
• egne skills
• egne subagenter
• egne hooks
• egne MCP-konfigurationer
• egne output-stile

Alt dette pakkes i én samlet pakke med plugin.json. Installationen kræver én linje i ~/.claude/settings.json eller kommandoen /plugin install <name>.

Min konkrete plugin-stak.

• frontend-design fra den officielle claude-plugins-official — 67 stile, 96 paletter, 57 skrifttypepar og 13 frameworks. Når jeg laver en ny blok til sitet eller en e-mailskabelon, indlæser jeg dette plugin og får hele biblioteket på én gang.
• playwright fra den samme officielle markedsplads — et sæt skills plus MCP-konfigurationer til browsertest.
• telegram — et færdigt sæt til at administrere en Telegram-konto fra Claude Code (politik, allowlist, parring).
• trailofbits/skills — et sæt sikkerhedsskills fra Trail of Bits, en virksomhed jeg stoler på inden for sikkerhed.

Alle 4 fylder tre linjer i settings.json. Uden plugins ville jeg bruge timer på at bygge det samme bibliotek i hånden.

Hvornår du ikke skal bruge et plugin.

• Hvis metoden udelukkende er din egen og ikke skal bruges af andre, så behold den som en skill.
• Hvis du endnu ikke ved, hvem der skal bruge den, så afprøv den først selv som en skill.
• Hvis du hurtigt skal lægge tre filer på en ny maskine, klarer cp ~/.claude/skills/X /new/machine/.claude/skills/ det.

Det vigtigste fejlmønster. At bruge et plugin som erstatning for CLAUDE.md — for eksempel et plugin med regler om “hvordan vi arbejder i dette projekt”. Et plugin er beregnet til distribution og genbrug. Hvis reglerne er specifikke for ét repository, hører de hjemme i CLAUDE.md, ikke i et plugin.

Med blikket rettet mod 2026: Anthropic bevæger sig tydeligt mod en teammarkedsplads for plugins. Det betyder, at virksomheder vil kunne publicere deres interne metoder som plugins, versionsstyre dem og opdatere dem for alle medarbejdere med én kommando. For en soloiværksætter betyder det: Installér det, der allerede findes, og lad være med at opfinde det igen.

Beslutningstræ: 4 spørgsmål, du skal stille før hver opgave#

Spørgsmål 1: Er der en gentagelig procedure, som er værd at bevare?

Pak i så fald metoden som en skill i en SKILL.md-fil med en tydelig beskrivelse af, hvornår den skal bruges. Det leverer proceduren, men giver ikke i sig selv ekstern adgang eller separat kontekst.

Spørgsmål 2: Skal arbejdet have separat kontekst eller en fokuseret delegeret rolle?

Brug i så fald en subagent. Giv den en præcis opgave og værktøjer. Samme opgave kan følge en skills metode i denne isolerede kontekst.

Spørgsmål 3: Kræver opgaven et værktøj eller adgang til eksterne data?

Giv i så fald godkendt adgang gennem MCP eller et andet passende værktøj, for eksempel et allerede konfigureret CLI. En skill beskriver, hvordan adgangen bruges; en subagent kan være den aktør, der bruger den.

Spørgsmål 4: Skal opsætningen distribueres og vedligeholdes som en pakke?

Brug i så fald et plugin til at distribuere relevante skills, agentdefinitioner, hooks eller MCP-konfiguration. Pakken kan være din egen eller komme fra en anden forfatter.

Kombineret eksempel: Tilbagevendende gennemgang af GitHub-issues. En skill definerer gennemgangsprocedure og resultatform. Et konfigureret GitHub MCP eller CLI leverer godkendt issueadgang. En subagent kan læse en lang issuetråd i egen kontekst og returnere fund. Et plugin kan distribuere kombinationen til teamet. Alle fire svar kan være “ja”; ingen af dem ophæver de andre.

5 fejl, vibe-kodere laver, når de vælger lag#

Jeg ser disse 5 mønstre en gang om ugen blandt de vibe-kodere, jeg arbejder sammen med. Hver anden begår mindst én af dem i sin første uge.

Fejl 1: Subagent i stedet for skill.

Symptom: En forfatter lavede en subagent til “at skrive et nyt blogindlæg”. Hver gang forfatteren kører subagenten, indlæses den, læser 2 KB metodebeskrivelse, genererer et indlæg og lukker ned. Efter en uge opdager forfatteren, at hver kørsel bruger yderligere 5K tokens på at indlæse subagenten.

Hvad der burde ske: “hvordan man skriver et indlæg” er en metode — det er en skill. Triggeren er frasen “nyt blogindlæg”. Skillen indlæses i hovedchatten og åbner ikke en separat session. Den er 3–5 gange billigere.

Fejl 2: MCP-server i stedet for skill.

Symptom: En forfatter skrev en MCP-server, der giver instruktioner om “hvordan man laver en kodegennemgang”. Værktøjserklæringer, beskrivelser af argumentskemaer og dokumentation bliver ved med at optage kontekst. Hver anmodning spilder 2–3K tokens på ingenting.

Hvad der burde ske: “hvordan man laver en kodegennemgang” er en procedure, ikke adgang til et eksternt system. Brug en skill. MCP er kun berettiget, hvis du har brug for direkte adgang — for eksempel til Sentry for at hente de seneste fejl.

Fejl 3: Plugin i stedet for CLAUDE.md.

Symptom: En forfatter pakkede projektregler (“brug altid streng TypeScript-tilstand”, “brug ikke nogen tankestreger”, “brug kun pnpm, ikke npm”) i et plugin og installerede det. Hver ny session indlæser nu et plugin, der gentager det, som burde stå i CLAUDE.md.

Hvad der burde ske: Regler for ét projekt hører hjemme i det projekts CLAUDE.md. Et plugin er til metoder, der kan bruges af flere personer eller på flere repositories.

Fejl 4: Forsøg på at lave en skill via en hook.

Symptom: En forfatter så, at en hook kører automatisk ved en hændelse (for eksempel før en fil gemmes). Vedkommende besluttede sig for at lave en “skill via en hook”, så Claude automatisk anvendte metoden ved hver redigering. Resultatet blev en endeløs triggerløkke, forbrugt kontekst og uforudsigelig adfærd.

Hvad der burde ske: En hook er deterministisk kode, der kører en kommando, formaterer resultatet eller blokerer en handling. En hook indlæser ikke en skill og starter ikke Claude. Hvis du har brug for “altid at anvende metode X”, skal du enten bruge en skill med en trigger eller en post i CLAUDE.md.

Fejl 5: Et ekstra lag, når der slet ikke er brug for noget.

Symptom: En forfatter hører om skills, læser guides, beslutter “jeg skal pakke denne metode” og bruger en aften på at lave en skill til en opgave, der forekommer én gang om måneden.

Hvad der burde ske: En engangsopgave hører hjemme direkte i chatten. En skill er kun berettiget, hvis du gør dette mere end én gang om dagen. Ellers er det overengineering, som bagefter skal vedligeholdes.

Kontrollér behovene uafhængigt på tværs af eksemplerne: procedure, kontekst- eller rolleisolering, værktøjsadgang og distribution. Tilføj hvert lag, der har et konkret formål; kombinér dem, når en opgave kræver mere end ét.

Hvad Anthropic siger om fragmentering: hvor Claude Code bevæger sig hen i 2026#

Hvad det betyder i løbet af de næste seks måneder til et år.

For det første: Skills er ved at blive det vigtigste lag til procedureopgaver. Anthropic satser tydeligvis på dette lag som det billigste og mest forudsigelige. Hvis du ikke forstår, hvorfor du skulle bruge en skill i 2026, så sæt dig først ind i den. Alle de andre lag vil kredse om den.

For det andet: Subagenter bliver specialiserede. Det vigtigste ved subagenter er kontekstisolering til tunge opgaver. Generiske subagenter som qa-engineer forsvinder; specifikke som migration-test-writer og api-route-reviewer bliver.

For det tredje: Anthropics nye udmeldinger i løbet af 14 dage — kommandoen /workflows (28. maj 2026) til koordinering af dusinvis af subagenter og opdelingen af Agent SDK-fakturering fra den 15. juni — betyder, at programmatisk brug flyttes til en separat pulje. Det er et tegn på, at Anthropic bygger infrastruktur til automatiserede systemer med 10+ agenter frem for individuelle sessioner.

For en vibe-koder i 2026 betyder det én enkel ting: De fire lag vil bestå i mindst seks måneder endnu, hvorefter nogle af dem smelter sammen. Men beslutningstræet med fire spørgsmål vil stadig fungere efter sammenlægningen — det handler om opgavens karakter, ikke lagets specifikke navn.

Færdig matrix: 10 typiske opgaver → det rigtige lag#

Hovedreglen for brugen af denne tabel er, at man ikke skal prøve at “gøre alle 10 på én gang”. De fleste solo-vibe-kodere klarer sig med CLAUDE.md + 5–7 skills + 2–4 MCP-servere. Subagenter og plugins tilføjes, efterhånden som projektet vokser.

Hvad nu: sådan bygger du dit arbejdsområde i Claude Code#

Disse fem lag ligger ikke efter hinanden; de passer ind i hinanden. CLAUDE.md er projektets fundament, og de andre fire kobles på, efterhånden som opgaverne vokser.

Lær Ailoot at kende.