Byg din første Claude Code Skill på 15 minutter

Du har nu formlen for description-feltet. Du ved hvordan aktivering fungerer. Det eneste der mangler er at bygge en rigtig skill.

I dette kapitel gør vi det. Du vælger en opgave du udfører hver uge, og inden 15 minutter har du en fungerende skill der aktiverer automatisk næste gang du beder Claude om at gøre det.

Vi gennemgår tre metoder: den manuelle (hvor du lærer hvad der sker under overfladen), direkte fra Claude Desktop-appen (den nemmeste vej), og Skill Creator i Claude Code (det mest avancerede). Start med den der passer dit niveau.

Hvad du skal have klar

Tre ting:

1. Claude Code installeret. Hvis du ikke har det endnu, er der en guide i vores ordbog under Claude Code.
2. Et projekt åbent i terminalen. Det kan være hvad som helst: din hjemmeside, din app, bare en mappe med filer du arbejder i.
3. En opgave du udfører mindst én gang om ugen. Det er den opgave du bygger din første skill til. Vælg noget konkret: en ugerapport, en kode-review, en kundemail, en databehandling.

Har du det? Godt. Lad os bygge.

Byg din skill manuelt i 5 trin

Trin 1: Opret mappen

Skills bor i .claude/skills/ i dit projekt. Hver skill har sin egen mappe med en SKILL.md-fil.

mkdir -p .claude/skills/ugentlig-rapport

Erstat ugentlig-rapport med et kort, beskrivende navn for din opgave. Brug bindestreger, ikke mellemrum.

Trin 2: Opret SKILL.md med frontmatter

Opret filen .claude/skills/ugentlig-rapport/SKILL.md med dette indhold:

---
name: ugentlig-rapport
description: >
  Compiles a weekly progress report from git commits, completed
  tasks, and project notes. Formats for Slack posting with summary,
  highlights, and blockers. Use when user mentions 'ugerapport',
  'weekly report', 'status update', 'opsummering', or 'ugens arbejde'.
---

Name er det interne id. Hold det kort og unikt.

Description følger formlen fra kapitel 4: hvad den gør + hvornår den skal bruges + trigger-keywords. Husk: det her er det felt der afgør om skillen nogensinde aktiverer.

Trin 3: Skriv body-sektionen

Under frontmatteren skriver du selve instruktionerne. Body-sektionen har tre dele:

## Hvad du skal gøre

Generer en ugentlig rapport der dækker perioden mandag til fredag.

Rapporten skal indeholde:
1. **Opsummering** (3-5 sætninger): Hvad var ugens vigtigste fremskridt?
2. **Udførte opgaver**: Liste over færdiggjorte tasks med korte beskrivelser
3. **Metrics**: Antal commits, ændrede filer, nye features
4. **Næste uge**: De 3 vigtigste prioriteter
5. **Blocker**: Ting der forhindrer fremgang (udelad hvis ingen)

## Sådan gør du det

1. Hent git log for den seneste uge: `git log --since="last monday" --oneline`
2. Gruppér commits efter område (feature, fix, docs, etc.)
3. Tjek for åbne issues eller PRs der venter
4. Formatér som Slack-besked med emojis og overskrifter
5. Hold tonen kort og konkret — ingen filler

## Gotchas

- Inkludér IKKE merge commits i rapporten — de støjer
- Hvis der er færre end 3 commits, nævn det eksplicit i stedet
  for at lade rapporten se tynd ud
- Brug dansk for teksten men behold engelske tekniske termer
- Hold rapporten under 500 ord — folk skimmer Slack

De tre sektioner er:

1. Hvad du skal gøre. Resultatet du forventer. Vær specifik om format, indhold og omfang.
2. Sådan gør du det. Trin-for-trin-processen. Claude følger disse skridt i rækkefølge.
3. Gotchas. De ting der kan gå galt. Det her er den vigtigste sektion på sigt. Hver gang noget går galt, tilføjer du en gotcha, og det sker aldrig igen.

Som Thariq fra Anthropic forklarer: gotchas-sektionen er det der gør forskellen mellem en skill der virker første gang og en skill der virker hver gang. Uden gotchas laver Claude de samme fejl igen og igen. Med gotchas lærer den af dine erfaringer.

Trin 4: Test skillen

Åbn Claude Code i dit projekt og skriv noget i retning af:

Lav en ugerapport for denne uge

Brug ikke skill-navnet direkte. Pointen er at teste om Claude aktiverer skillen automatisk baseret på din prompt.

Hvis det virker, vil du se Claude følge instruktionerne fra din skill: hente git log, formatere rapporten, overholde dine gotchas.

Hvis det ikke virker, er det næsten altid description-feltet. Gå tilbage og tjek: indeholder din description de ord du brugte i din prompt?

Trin 5: Iterér

Din skill er nu funktionel, men den er ikke færdig. De næste 2-3 gange du bruger den, vil du opdage ting der mangler:

• “Den inkluderede ting fra forrige uge” → tilføj en gotcha
• “Formateringen var forkert til Slack” → præcisér format-kravene
• “Den glemte at nævne det store release” → tilføj et trin om at tjekke for tags/releases

Hver iteration gør skillen bedre. Efter 3-4 brug har du typisk en skill der gør præcis hvad du vil, hver gang.

Bed Claude om at lave en skill for dig

Hvis du bruger Claude Desktop-appen (claude.ai/download), kan du oprette skills uden at åbne en terminal. Du beder bare Claude direkte:

Lav en skill til mig der skriver ugentlige statusrapporter
baseret på hvad der er sket i projektet den seneste uge.
Den skal inkludere commits, ændringer og en opsummering.

Claude opretter SKILL.md-filen for dig, placerer den i den rigtige mappe, og du kan bruge den med det samme. Det er den hurtigste vej fra idé til fungerende skill.

Den her metode er ideel hvis du ikke er teknisk, eller hvis du vil have en skill klar på to minutter uden at tænke over mappestruktur og YAML-formatering. Claude håndterer det hele.

Tip: Jo mere specifikt du beskriver opgaven, jo bedre bliver skillen. “Lav en skill til rapporter” giver et generisk resultat. “Lav en skill der hver fredag samler ugens git-aktivitet, grupperer efter projekt, og skriver en dansk opsummering på max 300 ord” giver noget du faktisk kan bruge.

Når skillen er oprettet, kan du altid åbne SKILL.md-filen og justere manuelt: tilføje gotchas, ændre description-feltet, eller tilføje referencer. Desktop-appen giver dig startskuddet, du finjusterer bagefter.

Lad Skill Creator bygge og teste den for dig

Skill Creator er et skridt videre end at bede Claude direkte. Det er en meta-skill der ikke bare bygger skillen. Den tester den, optimerer description-feltet og kører A/B-test. Du behøver bare at beskrive hvad du vil:

Brug skill-creator til at bygge en skill til ugentlige
statusrapporter baseret på git-aktivitet

Skill Creator har fire modes:

Create: byg en ny skill

Det her er det du starter med. Skill Creator interviewer dig kort om opgaven, genererer en komplet SKILL.md-fil med optimeret description og body, og placerer den i den rigtige mappe.

Den stiller typisk 2-3 spørgsmål: Hvad er outputtet? Hvem er modtageren? Er der specifikke krav til format? Baseret på dine svar genererer den skillen.

Eval: A/B-test din skill

Det her er det værd at kende. Eval-modet kører den samme opgave to gange: én gang med din skill og én gang uden. Derefter sammenligner den resultaterne på tre parametre:

1. Success rate. Hvor ofte løser Claude opgaven korrekt?
2. Completion time. Hvor lang tid tager det?
3. Token usage. Hvor mange tokens bruger den?

Ray Amjad, der har bygget og testet hundredvis af skills, deler sine typiske resultater: 13,5% højere success rate og 22% hurtigere udførelse med en god skill versus uden. I praksis er det forskellen mellem at skulle tjekke og rette Claudes output manuelt versus at kunne stole på det.

Improve: forbedr en eksisterende skill

Har du en skill der virker men ikke er god nok? Improve-modet analyserer den nuværende skill, identificerer svagheder, og foreslår forbedringer. Det er særligt nyttigt til descriptions der ikke trigger godt nok.

Benchmark: mål performance

Benchmark kører din skill mod et sæt test-cases og rapporterer detaljerede metrics. Det er til når du har brug for hårde tal, ikke bare en fornemmelse.

En komplet skill: ugentlig-rapport

Her er den fulde skill som vi har bygget igennem kapitlet. Du kan kopiere den direkte og tilpasse til din egen situation.

Mappestruktur

.claude/skills/ugentlig-rapport/
├── SKILL.md
└── references/
    └── rapport-eksempel.md

references/-mappen er valgfri men nyttig. Du kan lægge eksempler, skabeloner og reference-dokumenter her. Claude læser dem automatisk når skillen aktiverer.

Den komplette SKILL.md

---
name: ugentlig-rapport
description: >
  Compiles a weekly progress report from git commits, completed
  tasks, and project notes. Formats for Slack with summary,
  highlights, and blockers. Use when user mentions 'ugerapport',
  'weekly report', 'status', 'opsummering', or 'ugens arbejde'.
---

## Hvad du skal gøre

Generer en ugentlig rapport der dækker perioden mandag til fredag
i den aktuelle uge.

Rapporten skal indeholde disse sektioner i rækkefølge:

1. **Opsummering** (3-5 sætninger om ugens vigtigste fremskridt)
2. **Udførte opgaver** (grupperet efter type: feature, fix, docs)
3. **Metrics** (antal commits, ændrede filer, tilføjede/slettede linjer)
4. **Næste uge** (de 3 vigtigste prioriteter)
5. **Blockers** (kun hvis der er nogen — udelad sektionen ellers)

## Sådan gør du det

1. Kør `git log --since="last monday" --oneline --stat` for at
   hente ugens aktivitet
2. Kør `git shortlog --since="last monday" -s -n` for
   forfatter-fordeling
3. Tjek for åbne PRs med `git branch -r --no-merged`
4. Gruppér commits: features, fixes, docs, refactoring, chores
5. Beregn metrics fra git log output
6. Formatér som Slack-besked med sektionsoverskrifter

## Format

Brug Slack-formatering:
- *bold* for overskrifter
- • for lister
- ` backticks ` for tekniske termer
- Hold samlet længde under 500 ord

## Gotchas

- IGNORÉR merge commits (de er støj, ikke arbejde)
- Hvis ugen har færre end 3 commits, nævn det eksplicit —
  lad ikke rapporten se fuld ud når den ikke er det
- Skriv på dansk men behold engelske tekniske termer som de er
- Undgå at oversætte branch-navne eller commit-beskeder
- Hvis der er et tag/release i ugen, fremhæv det i opsummeringen
- Se references/rapport-eksempel.md for format-reference

references/rapport-eksempel.md

*Ugerapport: 10.-14. marts 2026*

Denne uge lancerede vi den nye faktureringssintegration og
rettede 3 bugs i onboarding-flowet. Samlet: 23 commits
fra 2 udviklere.

*Udførte opgaver*
• Feature: Faktureringsintegration med Billy (PR #142)
• Fix: Onboarding redirect-loop for nye brugere (#138)
• Fix: Manglende VAT-beregning på kreditnotaer (#141)
• Fix: Timeout på store CSV-imports (#139)
• Docs: Opdateret API-dokumentation for billing endpoints

*Metrics*
• 23 commits, 47 ændrede filer
• +1.842 / -523 linjer

*Næste uge*
• Lancér kundeportal beta
• Performance-optimering af rapport-generering
• Onboarde ny freelance-udvikler

*Blockers*
• Venter på API-nøgle fra betalingsudbyder (kontaktet mandag)

De 4 fejl alle laver med deres første skill

1. Description er for vag

Det mest almindelige problem. “Laver rapporter” aktiverer aldrig automatisk. “Compiles weekly progress reports from git activity, use when user mentions ‘ugerapport’ or ‘status update’” aktiverer næsten altid.

Løsning: Brug formlen fra kapitel 4. Test med 5 forskellige formuleringer.

2. Body er for lang

En skill-body på 2.000 ord spiser kontekst-tokens hver gang den aktiverer, også selv om Claude kun bruger en brøkdel af instruktionerne. Anthropics anbefaling fra deres 33-siders guide: hold body under 500 ord for simple skills, under 1.000 ord for komplekse workflows.

Løsning: Flyt eksempler og reference-materiale til references/-mappen. De læses kun når skillen aktiverer, og Claude kan vælge hvilke der er relevante.

3. For specifik: railroading

Det modsatte problem: en skill der er så detaljeret at Claude ikke kan tilpasse sig. Hvis du dikterer hvert eneste ord i outputtet, har du ikke en skill. Du har en skabelon. Og Claude er dårligere til at udfylde skabeloner end til at følge retning.

Thariq fra Anthropic bruger ordet “railroading” om det. Hvis din skill specificerer præcis 7 bullet points, præcis 3 sætninger per punkt, præcis disse overskrifter, har du taget al fleksibilitet fra Claude.

Løsning: Specificér resultatet og kvalitetskriterierne, ikke den præcise form. “Rapporten skal indeholde metrics og prioriteter” er bedre end “Skriv præcis 4 metrics-punkter med tal efterfulgt af præcis 3 prioriteter nummereret 1-3.”

4. Ingen gotchas-sektion

Den første version af enhver skill mangler gotchas. Det er normalt. Problemet er når du aldrig tilføjer dem.

Hver gang Claude laver en fejl med din skill, er det en gotcha der mangler. “Inkluderede merge commits” → tilføj gotcha. “Skrev på engelsk” → tilføj gotcha. “Rapport var 1.200 ord” → tilføj gotcha.

Løsning: Brug de første 3-4 kørelser som en test-fase. Forvent fejl. Dokumentér dem som gotchas. Efter det stabiliserer skillen sig.

Fra én skill til et system

Du har nu én fungerende skill. Den aktiverer automatisk, følger dine instruktioner, og bliver bedre hver gang du tilføjer en gotcha.

Det næste spørgsmål er: hvad gør du når du har 5 skills? 15? 60+?

Svaret er patterns: genbrugelige arkitekturer for skills der håndterer komplekse workflows. I næste kapitel gennemgår vi de 5 patterns som erfarne brugere bruger dagligt, med eksempler fra både Anthropic, OpenAI og praktikere i produktion.

Du har nu en fungerende skill. I næste kapitel ser vi på de 5 patterns der løfter skills fra simple opgaver til sammensatte workflows.

Serien og begreberne

Dette kapitel er en del af guiden til Claude Code Skills. Se alle kapitler der, hvis du vil følge forløbet fra start.