
Claude Skills-vejledning: Byg din første SKILL.md på 10 minutter (2026)
Skills er den vigtigste Claude Code-funktion, du sandsynligvis endnu ikke bruger. En Claude skill er en mappe med en SKILL.md-fil, som Claude automatisk indlæser i det øjeblik, din prompt matcher dens beskrivelse — ingen kopiering af prompts, ingen oppustet CLAUDE.md, ingen husken på hvilken skabelon der skal bruges. Vi har udgivet 4 skills i dette repos .claude/skills/agent/-mappe, og med Skills 2.0 plus Anthropic Marketplace, der lander i begyndelsen af 2026, har formatet endelig fundet sit ståsted. Her er mønsteret, der virker, når man er kommet forbi faldgruberne.
Nøglepointer
- En Claude skill er en mappe, der indeholder en
SKILL.md-fil med YAML-frontmatter, som Claude automatisk indlæser, når den er relevant.- Skills ligger i
~/.claude/skills/(personlig) eller.claude/skills/(projekt) — Claude scanner begge ved opstart.- Brug Skills til gentagelige workflows; brug MCP til live eksterne data; brug subagents til flertrins planlægning; brug hooks til deterministiske hændelser.
- Den hurtigste vej til din første skill er at bede Claude om at aktivere sin egen
skill-creator-skill — så skriver den SKILL.md for dig.
Hvad er Claude Skills?
En Claude skill er en mappe, der indeholder en SKILL.md-fil med YAML-frontmatter (name, description og valgfri allowed-tools), som Claude Code automatisk indlæser i konteksten, når din prompt matcher beskrivelsen. Skills pakker genbrugelige workflows, som /commit eller /explain-code, uden at oppuste din systemprompt.
Ifølge Anthropics officielle dokumentation har hver skill-mappe tre ting: en obligatorisk SKILL.md, valgfrie medfølgende scripts (alt fra en Python-helper til en JSON-konfiguration) og valgfri referencedokumenter, der indlæses sammen med brødteksten. Det er det hele. Intet build-trin, ingen installation, intet manifest.
Det smarte er progressiv disclosure. Ved opstart scanner Claude kun description-feltet for hver eneste skill. Brødteksten — instruktioner, eksempler, tool-call-mønstre — bliver liggende på disken, indtil din prompt faktisk matcher. Så du kan have 50 skills installeret og betale nul token-omkostninger, før en af dem aktiveres.
Tænk på skills som opskrifter i en kogebog, som Claude bladrer hen til, når den får øje på ingredienserne i din prompt. En skill er en mappe, Claude læser efter behov, ikke en prompt, du skal huske at indsætte. Det er hele salgstalen.
En minimal SKILL.md ser sådan ud:
---
name: Summarize file
description: Use when the user asks for a 3-sentence summary of a file or function.
---
Read the file at $ARGUMENTS. Summarize purpose, key dependencies, and the
single most surprising thing about it. Three sentences max.Ti linjer. Ægte skill. Klar til brug.
Kom hurtigt i gang: Byg din første skill på 10 minutter
Sådan bygger du din første Claude-skill på 10 minutter: (1) opret ~/.claude/skills/explain-code/, (2) tilføj en SKILL.md-fil med name, description og selve workflow-teksten, (3) genstart Claude Code, så den scanner den nye mappe, (4) udløs den med en prompt, der matcher beskrivelsen.
Her er hele fremgangsmåden.
Trin 1: Opret mappen
mkdir -p ~/.claude/skills/explain-codePersonlige skills (kun til dig) placeres under ~/.claude/skills/. Projekt-skills (delt via git med dit team) placeres under .claude/skills/ i roden af dit repo. Vælg personlig til dine daglige workflows; vælg projekt, når du vil have, at alle bidragydere til repoet arver den.
Trin 2: Skriv SKILL.md
Placer denne fil på ~/.claude/skills/explain-code/SKILL.md:
---
name: Explain code
description: Use when the user asks for a plain-English walkthrough of a code snippet, function, or file. Use $ARGUMENTS for the path or snippet.
---
You are explaining code to a developer who is new to this codebase.
1. Read the file or snippet at $ARGUMENTS.
2. State the file's purpose in one sentence.
3. Walk through the control flow line by line in plain English.
4. Flag any non-obvious dependencies or side effects.
5. End with one question the reader should ask before changing this code.Det er hele skillen. Frontmatter er kontrakten; brødteksten er playbooket.
Trin 3: Genstart Claude Code
Live discovery er en funktion i Skills 2.0 – ældre versioner af Claude Code kræver en frisk start for at registrere den nye mappe. Hvis du er i tvivl om, hvilken version du bruger, koster det ikke noget at genstarte én gang.
Trin 4: Sæt den i gang
Åbn et projekt og prompt:
walk me through what auth/middleware.ts doesClaude matcher din prompt mod description-feltet, finder explain-code og indlæser i al stilhed SKILL.md-indholdet i konteksten. Du vil se "Using skill: explain-code" i værktøjsloggen. Færdig.
Pro tip: Gider du ikke selv skrive filen? Åbn Claude Code og sig
Use the skill-creator skill to scaffold an explain-code skill for me.Anthropics indbyggedeskill-creatorer en metaskill, der interviewer dig, vælger fornuftigeallowed-toolsog skriver SKILL.md i den rigtige mappe. Den hurtigste vej til din første skill, punktum.
Det er 10-minutters-løftet: fem minutters skrivning, én genstart, én testprompt.

Indeni SKILL.md: Frontmatter-referencen
Frontmatter i SKILL.md er YAML omsluttet af ----afgrænsere. To felter er påkrævede: name (≤64 tegn, bruges som slash-kommandonavnet) og description (den udløsende tekst, Claude matcher mod din prompt). Valgfrie felter styrer værktøjsadgang, modelinvokering, fil-globs og eksekveringskontekst.
Her er den fulde reference, hentet fra Anthropics skills-dokumentation:
| Felt | Påkrævet? | Type | Brug når |
|---|---|---|---|
name | ja | string ≤64 tegn | altid, bliver slash-kommandonavnet |
description | ja | string ≤1024 tegn | altid, Claude scanner denne for at afgøre, om skillen matcher |
allowed-tools | nej | array af værktøjsmønstre | du vil låse skillen til bestemte værktøjer (f.eks. Bash(git *), Read, Grep) |
disable-model-invocation | nej | boolean | du vil gøre skillen kun brugerkaldbar (slash-kommando, aldrig autoudløst) |
user-invocable | nej | boolean | du vil markere en skill, der skal vises som /skill-name i slash-kommandopaletten |
argument-hint | nej | string | du vil give brugeren et hint om, hvad $ARGUMENTS skal indeholde |
model | nej | string | du vil fastgøre skillen til en bestemt model (f.eks. claude-opus-4-7) |
context | nej | default eller fork | (Skills 2.0) du vil køre skillen i et forgrenet kontekstvindue, så den ikke forurener hovedtråden |
globs | nej | array af glob-mønstre | du vil foreslå skillen automatisk, når filer, der matcher globs, er i scope |
references | nej | array af filstier | du vil bundte referencedokumenter, der indlæses sammen med skillens indhold |
bundled-files | nej | array af filstier | du vil bundte scripts, som skillen kan eksekvere |
tags | nej | array af strenge | du vil organisere skills i marketplace-listinger |
Rækken med context: fork fortjener en fremhævning. Det er en Skills 2.0-primitiv, der kører skillen i et isoleret kontekstvindue — nyttigt for langtkørende research-skills eller alt, der producerer mange mellemliggende tokens, du ikke vil have til at forurene din hovedtråd. Hvis du er ny over for denne idé, dækker vores guide til kontekst-engineering afvejningerne.
En maksimalistisk SKILL.md-frontmatter, hvor alle felter er udfyldt:
---
name: Deploy preview
description: Use when the user wants to deploy a preview build of the current branch to staging.
allowed-tools: ["Bash(git status:*)", "Bash(npm run build:*)", "Bash(vercel:*)"]
disable-model-invocation: true
user-invocable: true
argument-hint: <branch-name or 'current'>
model: claude-opus-4-7
context: fork
globs: ["package.json", "vercel.json"]
references: ["./deploy-runbook.md"]
bundled-files: ["./scripts/preflight.sh"]
tags: ["deploy", "vercel", "preview"]
---Pro-tip: Den allerstørste fejl i
description: at skrive den til mennesker. Skriv den til Claude, konkrete udløsningsfraser, ikke marketingtekst. Dårligt: "En kraftfuld Git-automatiseringsskill." Godt: "Brug når brugeren vil committe ændringer, skrive en commitbesked eller åbne en PR."
To reelle færdigheder, ende-til-ende
To færdighedsmønstre dækker 80 % af al praktisk brug: (1) en brugerkaldt /commit-færdighed med disable-model-invocation: true og allowed-tools: Bash(git *) til deterministiske handlinger; (2) en automatisk kaldt /explain-code-færdighed med standard-frontmatter, som Claude aktiverer, når prompts matcher dens beskrivelse.
De fleste vejledninger viser uddrag. Her er to komplette filer, du kan kopiere ind i ~/.claude/skills/ allerede i dag.
/commit-færdigheden (kan startes af brugeren)
---
name: Commit
description: Use when the user wants to stage and commit code changes with an AI-written conventional-commit message.
disable-model-invocation: true
user-invocable: true
allowed-tools:
- "Bash(git status:*)"
- "Bash(git diff:*)"
- "Bash(git add:*)"
- "Bash(git commit:*)"
---
1. Run `git status` and `git diff` to see what's staged and unstaged.
2. Group changes into one logical commit. If there are multiple unrelated
changes, ask the user which to include.
3. Draft a Conventional Commits message: `type(scope): subject` (≤72 chars),
blank line, body explaining *why*, not *what*.
4. Show the message to the user. Ask "Commit this?" Wait for explicit yes.
5. On confirmation, run `git add` for the included files and `git commit -m`.
6. Print the resulting commit hash.Testprompt: /commit
Hvad der sker: Claude undersøger git-tilstanden, udarbejder en besked, beder dig om at bekræfte og kører først derefter git commit. disable-model-invocation: true betyder, at den aldrig starter automatisk ved en vag "gem mine ændringer"-prompt – den kører kun, når du skriver /commit. Hvidlisten allowed-tools låser den til git-underkommandoer; den kan fysisk ikke køre rm -rf eller pushe til remote. Dette er en, vi kører live i vores egen pipeline.
Til deterministiske handlinger efter commit (at køre lint, regenerere typer, pinge en Slack-webhook) bør du i stedet bruge Claude Code hooks – færdigheder er probabilistiske, mens hooks udløses hver eneste gang.
/explain-code-skillen (modelinvokerbar)
---
name: Explain code
description: Use when the user asks for a plain-English walkthrough of a code snippet, function, or file. Use $ARGUMENTS for the path or snippet.
argument-hint: <file path or pasted snippet>
model: claude-opus-4-7
---
1. Read the file or snippet at $ARGUMENTS. If $ARGUMENTS is empty, ask
the user which file to explain.
2. State the file's purpose in one sentence.
3. Walk through the control flow line by line in plain English.
4. Flag any non-obvious dependencies, side effects, or hidden assumptions.
5. End with one question the reader should ask before modifying this code.Testprompt: walk me through what auth/middleware.ts does
Det der sker: bemærk at brugeren ikke skrev /explain-code. Claude matcher "walk me through" mod description-feltet, finder skillen og invokerer den automatisk. Det er magien, description står for routingen. model: claude-opus-4-7-feltet fastlåser denne skill til Opus, uanset hvilken model du har sat som standard, så dybdegående kodegennemgange altid får den klogere model. (Mere om at køre Claude Code med forskellige modeller.)
Hvorfor to mønstre? Skill #1 er brugerinvokerbar + låst til bestemte værktøjer, forudsigelig, sikker, perfekt til git eller deploys. Skill #2 er auto-invokeret + uden faste rammer, magien ved skills, men stol på dit
description-felt. Brugerinvokerbare skills giver dig forudsigelighed; modelinvokerbare skills giver dig magi. Vælg per skill, ikke per repo.
For flere rigtige eksempler på skills, så tjek det officielle anthropics/skills-repo og den community-vedligeholdte awesome-claude-skills-liste.
Skills vs. MCP vs. subagenter vs. hooks: Hvornår du bruger hvad
Brug Skills til genanvendelige workflows, som Claude automatisk skal udløse, eller som du starter med slash-kommandoer. Brug MCP-servere, når du har brug for live eksterne data (databaser, API'er, filsystemer uden for arbejdsbiblioteket). Brug subagenter til flertrins-planer, som Claude skal uddelegere til en frisk kontekst. Brug hooks til deterministiske hændelser (pre-commit, post-tool-use), som altid skal affyres — aldrig sandsynlighedsbaseret.
Kort overblik: skills er workflows, Model Context Protocol er data, subagenter er planer, hooks er hændelser. Hver især lever i sit eget lag af Claude Code, og det forkerte lag er det forkerte værktøj. Ifølge Anthropics eget indlæg Skills explained er det netop denne tankegang, de vil have dig til at internalisere.
| Spørgsmål | Skills | MCP | Subagenter | Hooks |
|---|---|---|---|---|
| Udløses af | prompt-match eller /slashcmd | modellen beslutter at kalde et værktøj | modellen uddelegerer en opgave | Claude Code-hændelse (pre-tool-use, post-edit) |
| Findes i | .claude/skills/ | ekstern server (stdio eller SSE) | .claude/agents/ | settings.json-hooks-blok |
| Bedst til | genanvendelige workflows, prompt-skabeloner med logik | live data, tredjeparts-API'er, filsystemadgang uden for cwd | flertrins-planlægning, parallelt arbejde, isolerede kontekster | deterministiske hændelser, som altid skal affyres |
| Determinisme | sandsynlighedsbaseret (Claude vælger) | sandsynlighedsbaseret (Claude vælger) | sandsynlighedsbaseret (Claude vælger) | deterministisk (affyres altid) |
| Token-omkostninger | lave (kun description indlæses ved scanning) | middel-høje (værktøjsdefinitioner + svar) | høje (frisk kontekst pr. uddelegering) | ingen (out-of-band shell-eksekvering) |
| Hvornår du IKKE skal bruge dem | live data, deterministiske hændelser | statiske workflows, prompt-logik | enkeltstående deterministiske handlinger | forgreningslogik, alt sandsynlighedsbaseret |
De kan kombineres. En skill kan kalde et MCP-værktøj via allowed-tools. En hook kan affyres, når en skill er fuldført. En subagent kan bruge de skills, den har fået adgang til. Den reneste mentale model: vælg det rigtige lag først, og lad dem derefter stakke. Skills er den kontekst-engineering-primitiv, du griber efter, når du vil have et workflow, Claude selv kan vælge; du automatiserer med hooks, når du vil have noget, Claude ikke kan springe over.
Den værste måde at misbruge hver af dem på: Skills til live-data (brug MCP); MCP til engangs-promptskabeloner (brug Skills); subagenter til deterministiske filredigeringer (brug hooks); hooks til forgreningslogik (brug Skills). Skills er workflows, MCP er data, subagenter er planer, hooks er hændelser. Vælg ud fra laget, ikke buzzwordet.
Hvor skills ligger: personlig, projekt, plugin, enterprise
Claude-skills installeres i fire scopes: personlig (~/.claude/skills/, kun dig), projekt (.claude/skills/ i repo-roden, dit team via git), plugin (distribueret via Anthropic Marketplace eller en vilkårlig plugin-URL) og enterprise (udrullet af IT via MDM/admin-politik). Claude scanner alle fire ved opstart.
| Scope | Sti | Deling | Bedst til |
|---|---|---|---|
| Personlig | ~/.claude/skills/ | deles ikke | dine egne daglige workflows (commit, review, PR-skrivning) |
| Projekt | .claude/skills/ (repo-rod) | git, alle bidragydere til repoet | teamkonventioner, kodebasespecifikke mønstre |
| Plugin | installeres via /plugin install <url> | Anthropic Marketplace eller URL | genbrug på tværs af repos, distribution til fællesskabet |
| Enterprise | udrullet af organisationens administrator (administrerede indstillinger) | håndhævet i hele organisationen | compliance-påkrævede workflows, sikkerhedslåste værktøjer |
| Indbygget (built-in) | følger med Claude Code | ikke relevant | dokument-skills (pdf, docx, pptx, xlsx), /debug, /simplify |
De indbyggede dokument-skills er nemme at glemme, for Claude Code leveres allerede fra starten med pdf-, docx-, pptx- og xlsx-skills samt et lille bibliotek af /debug, /simplify og lignende indbyggede funktioner. (Søsterværktøjet Claude Design leveres med sine egne indbyggede workflow-skills til designgenerering; samme model, andet domæne.)
Hvornår distribuerer du via plugin i stedet for projekt? Plugins vinder, når det samme workflow gavner flere repos – en /release-skill, du bruger på tværs af fem kundekodebaser, hører hjemme i et plugin og skal ikke kopieres ind i hvert repos .claude/skills/. Projekt-skills vinder, når det gælder kodebasespecifikke konventioner (dit teams PR-skabelon, din egen test-runner). Anthropic Marketplace samt /plugin install fra en vilkårlig URL gør plugins til det rigtige svar på genbrug på tværs af repos. Ifølge plugin-dokumentationen håndteres opdagelse og opdateringer automatisk.

Avancerede mønstre: $ARGUMENTS, dynamisk shell-injektion, context: fork
Tre avancerede skill-mønstre er de vigtigste: $ARGUMENTS lader brugere videregive parametre til brugeraktiverbare skills (/translate $ARGUMENTS); dynamisk shell-injektion (med allowed-tools: Bash(...)) gør det muligt for en skill at køre scripts og pipe output ind i konteksten; og context: fork (Skills 2.0) kører skillen i et isoleret kontekstvindue. Anthropics Complete Guide-whitepaper er den kanoniske reference for context: fork fra maj 2026.
$ARGUMENTS til parametriserede skills
---
name: Translate
description: Translate the most recent message into the target language.
user-invocable: true
argument-hint: <target-language, e.g. spanish, japanese, brazilian portuguese>
---
Translate the user's previous message into $ARGUMENTS. Preserve tone,
preserve markdown formatting, return only the translation.Testprompt: /translate spanish. Claude erstatter $ARGUMENTS med spanish ved kørselstid. Den reneste måde at gøre en skill alsidig på uden at skrive varianter.
Dynamisk shell-injektion via allowed-tools
---
name: Review last commit
description: Use when the user wants a code review of the last git commit.
allowed-tools: ["Bash(git diff HEAD~1:*)", "Bash(git log -1:*)"]
---
Run `git diff HEAD~1` and `git log -1`. Review the diff for bugs, security
issues, and style violations. Output a 5-bullet review.Skillen kalder en shell, piper diffen ind i konteksten og gennemgår den. Lås allowed-tools til specifikke kommandoer (Bash(git diff HEAD~1:*)), aldrig nøgent Bash — nøgen Bash-tilladelse er dette mønsters sikkerhedsmæssige fodfejl.
context: fork (Skills 2.0)
---
name: Deep research
description: Use when the user wants a multi-source research summary on a topic.
context: fork
---
Research the topic in $ARGUMENTS using available web tools. Produce a
2-page summary with citations. Do not pollute the main thread.Forking giver skillen sit eget kontekstvindue, så de 50K tokens af mellemliggende research-noter ikke flyder ind i din hovedsession. Nyttigt til lang research, planlægning af store refaktoreringer eller alt, der producerer en masse engangstokens. Kun Skills 2.0, ældre Claude Code-versioner ignorerer feltet.
Fejlfinding: Hvorfor din skill ikke udløses
Skills udløses normalt ikke af én af fire årsager: (1) description er for generisk til, at Claude kan matche den mod din prompt, (2) mappen ligger på den forkerte sti (.claude/skills/ i stedet for claude/skills/), (3) Claude Code ikke blev genstartet, efter at skillen blev tilføjet (kun før Skills-2.0), eller (4) skillnavnet er i konflikt med en indbygget skill eller en skill med højere prioritet. Ifølge de fejltilstande, der oftest googles, i Claude Codes GitHub issue-tracker dækker disse fire cirka 95 % af alle "hvorfor virker det ikke"-rapporter.
Fejltilstand 1: "Min skill vises slet ikke"
Den hyppigste årsag er en forkert sti — .claude/skills/ (med punktum) kontra claude/skills/ (uden punktum) er en slåfejl, vi alle har begået klokken 1 om natten. Kør ls -la ~/.claude/skills/ for at bekræfte, at mappen findes med punktum. Hvis den er der, og Claude stadig ikke kan se den, skal du genstarte Claude Code én gang. Versioner fra før Skills 2.0 scanner kun ved opstart.
Fejltilstand 2: "Claude auto-invokerer ikke min skill"
description-feltet er for vagt eller skrevet til mennesker, ikke til Claude. Omskriv det med konkrete trigger-fraser, der afspejler, hvordan brugere faktisk formulerer deres anmodninger. Efter at have bygget 4 skills til dette repo var den faldgrube, jeg stødte på, at efterlade beskrivelser som "En hjælpsom skill til SEO." Ubbrugelig. Omskriv til: "Brug når brugeren ønsker at tilføje JSON-LD-schema, meta-tags eller SEO-frontmatter til et Markdown-opslag." Trigger-nøjagtigheden steg fra ~30 % til ~95 %. Trigger-nøjagtigheden står og falder med description-feltet. Skriv det til Claude, ikke til dit CV.
Fejltilstand 3: "Beskrivelsen blev afkortet i slash-kommando-paletten"
Enten er din description på over 1024 tegn, eller også er dit name på over 64 tegn. Begge har hårde grænser. Løsning: opdel skill'en i to smallere skills, eller flyt de lange detaljer ind i selve SKILL.md-teksten. Frontmatter er til routing, ikke dokumentation.
Fejltilstand 4: "Live ændringsregistrering virker ikke"
Claude Code fra før Skills 2.0 kræver en fuld genstart efter enhver redigering af SKILL.md. Hvis du itererer på en skill, og dine ændringer ikke slår igennem, kører du sandsynligvis på en ældre version. Enten opgraderer du til en version af Claude Code, der leveres med Skills 2.0 (live registrering), eller også vænner du dig til at genstarte efter hver gemning. Irriterende, men billigt.
Skills ud over Claude: Den åbne Agent Skills-standard
Ja, skills er en åben standard. Agent Skills-standarden på agentskills.io definerer SKILL.md-formatet uafhængigt af enhver leverandør. OpenAIs Codex CLI og ChatGPT Desktop adopterede standarden i december 2025; den samme SKILL.md, du skriver til Claude Code, kører i Codex med mindre frontmatter-justeringer.
Her er support-matricen på tværs af værktøjer pr. maj 2026: Claude Code har fuld understøttelse af Agent Skills (referenceimplementeringen). OpenAIs Codex CLI har fuld understøttelse. ChatGPT Desktop har delvis understøttelse, name, description og brødtekst fungerer, men allowed-tools-paritet er der endnu ikke. Gemini CLI annoncerede understøttelse i begyndelsen af 2026, men havde ikke leveret det i skrivende stund. Cursor er den, der skiller sig ud, den bruger sit eget Cursor-regler-format og læser ikke SKILL.md nativt, selvom der findes community-shims.
Hvad du bør skrive i dag, så dine skills overlever året: hold name og description rene og værktøjsagnostiske. Isolér eventuel leverandørspecifik frontmatter bag et namespace (claude: eller codex:), hvis du går på tværs af værktøjer. Den portable flade, name, description, body, $ARGUMENTS, fungerer overalt; avancerede felter som context: fork er Claude-specifikke, indtil andre leverandører leverer ækvivalenter. Anthropic skubber også på for dybere marketplace-integration ifølge den lækkede Claude Code-roadmap, så portabilitet vil kun blive nemmere.
De tre steder at lede efter eksempler på skills: anthropics/skills (officiel), awesome-claude-skills (community) og agentskills.io (standardens spec-side). Skills er ikke længere en Claude-funktion. De er en åben standard, som Claude leverede først.
Ofte stillede spørgsmål
Hvad er forskellen på en Claude skill og en MCP-server?
En Claude skill er en SKILL.md-fil med workflow-instruktioner, som Claude indlæser, når din prompt matcher dens beskrivelse. En MCP-server er en separat proces, som Claude kalder for at hente live data (databaser, API'er, filsystemer uden for arbejdsbiblioteket). Brug Skills til workflows; brug MCP til data. De kan kombineres — skills kan kalde MCP-værktøjer.
Er Claude skills gratis?
Ja, Skills er en indbygget funktion i Claude Code uden ekstra beregning. Du betaler kun for de model-tokens, der forbruges, når en skill kører. Skills, som du installerer fra Anthropic Marketplace, kan være betalte (sjældent i dag), men det officielle anthropics/skills-repo og community awesome-lister er helt gratis at kopiere og bruge.
Hvor installeres Claude skills?
Personlige skills placeres i ~/.claude/skills/{skill-name}/, projekt-skills i .claude/skills/{skill-name}/ i roden af dit repository. Plugin-skills installeres via /plugin install <url> og findes i din plugin-mappe. Enterprise-skills udrulles af din organisations IT-afdeling via administrerede indstillinger. Claude Code scanner alle fire scopes ved opstart.
Hvordan opretter jeg en Claude-skill fra bunden?
Opret en mappe under ~/.claude/skills/, tilføj en SKILL.md-fil med YAML-frontmatter (name, description) efterfulgt af workflow-instruktionerne, og genstart Claude Code. Den hurtigste vej: åbn Claude Code og bed den om at kalde den indbyggede skill-creator-skill — den genererer SKILL.md for dig på under et minut.
Hvorfor aktiveres min Claude-skill ikke?
De fire mest almindelige årsager: (1) description er for vag til, at Claude kan matche den mod din prompt – omskriv den med konkrete triggerfraser; (2) skillen ligger i den forkerte sti (.claude/skills/ i stedet for claude/skills/); (3) Claude Code kræver en genstart i versioner fra før Skills 2.0; (4) skillens navn er i konflikt med en medfølgende skill. Verificér med ls -la ~/.claude/skills/.
Kan ChatGPT eller Cursor bruge Claude skills?
ChatGPT Desktop og Codex CLI understøtter den samme Agent Skills-standard som Claude, den samme SKILL.md kører i begge med mindre ændringer i frontmatter. Cursor bruger sit eget Cursor rules-format og læser ikke SKILL.md nativt. Gemini CLI annoncerede understøttelse i begyndelsen af 2026, men havde ikke leveret det pr. maj 2026.
Hvad er skill-creator-færdigheden?
skill-creator er en meta-færdighed, der følger med i anthropics/skills-repoet, og som hjælper Claude med at skrive nye SKILL.md-filer til dig. Fortæl Claude, hvad du vil have færdigheden til at gøre; skill-creator interviewer dig om beskrivelsen, vælger fornuftige allowed-tools og skriver SKILL.md til den rigtige mappe. Det hurtigst mulige scaffold.
Hvad gør disable-model-invocation?
Når du sætter disable-model-invocation: true i din skills frontmatter, forhindrer det Claude i automatisk at udløse skillen baseret på prompt-matching. Skillen kan kun kaldes af brugeren — den vises i slash-kommandopaletten som /skill-name og kører kun, når den eksplicit kaldes. Brug den til destruktive eller deterministiske handlinger som /commit eller /deploy.
Byg et par skills, udgiv dem i et projekt, og se hvad der virker. Hvis dit team løber ind i den samling af "skill udløses ikke"-faldgruber på tværs af flere repos, og I gerne vil have et ekstra par øjne på jeres .claude/skills/-opsætning, så ræk ud — jeg gennemgår det gerne med jer.