Del Claude Code Skills med dit team: repo til marketplace

Den bedste skill i verden er værdiløs hvis den kun lever på din maskine.

Når en erfaren medarbejder bygger en skill, med alle de gotchas, mønstre og domæneviden de har opsamlet over år, og deler den med teamet, arver den nye medarbejder ekspertisen med det samme. Ikke som et dokument de skal læse. Som en aktiv instruktion Claude følger automatisk.

Skills er eksekverbar vidensdeling. Og der er to måder at distribuere dem på.

Check skills ind i dit repo

Den simpleste metode. Og for de fleste små teams den eneste du har brug for.

Du lægger dine skills i .claude/skills/ i dit projektrepo. De rejser med git pull. Ingen ekstra infrastruktur. Ingen opsætning. Ingen marketplace-konto. Bare Git.

Når en kollega kloner repoet eller puller de seneste ændringer, har de automatisk alle projektets skills. Claude læser dem ved næste session. Færdig.

Sådan ser mappestrukturen ud i praksis:

dit-projekt/
├── .claude/
│   ├── skills/
│   │   ├── deploy/
│   │   │   ├── SKILL.md
│   │   │   └── references/
│   │   │       └── checklist.md
│   │   ├── code-review/
│   │   │   ├── SKILL.md
│   │   │   └── gotchas.md
│   │   └── onboarding/
│   │       └── SKILL.md
│   └── CLAUDE.md
├── src/
└── ...

Hvad der gør det stærkt

• Nul friktion. Ingen installer-kommandoer, ingen plugin-registrering. git pull er nok.
• Versionsstyret. Du kan se hvem der ændrede en skill, hvornår og hvorfor. Du kan rulle tilbage hvis en ændring gør tingene værre.
• Kontekstspecifik. Skills i repoet kender projektet. De refererer til jeres mappestruktur, jeres API-endpoints, jeres deploy-flow. Det er ikke generelle tips. Det er jeres måde at gøre tingene på.

Hvad du skal passe på

Hver skill der er checked ind i repoet tilføjer kontekst som Claude potentielt skal læse. Hvis du har 50 skills og Claude loader dem alle, bruger du tokens på ting der ikke er relevante.

Vær selektiv. Ikke alle skills hører til i repoet. En skill der handler om personlig LinkedIn-indhold har intet at gøre i et kundeprojekt. Repo-skills er til teamets delte arbejdsgange: deploy, code review, onboarding, testning.

I praksis for et team på 2-5 personer: Start med tre skills i repoet. En deploy-skill, en code-review-skill og en onboarding-skill der forklarer projektets arkitektur. Det er nok til at mærke forskellen.

Plugin marketplace

Når dine skills skal bruges på tværs af repos, eller når du vil dele dem med folk udenfor dit team, er marketplace næste skridt.

Et plugin er en pakke der kan indeholde skills, MCP-servere, kommandoer og hooks. Det er en samlet enhed der installeres med én kommando.

Decentralt som npm

Marketplacen er ikke én central platform kontrolleret af Anthropic. Den er decentraliseret. Hvem som helst kan hoste en marketplace, ligesom hvem som helst kan hoste et npm-registry. Der er Anthropics officielle directory, community-drevne marketplaces og simple GitHub-repos.

I skrivende stund er der over 9.000 plugins tilgængelige på tværs af de forskellige marketplaces. Alt fra specialiserede kodnings-skills til projekt-management workflows.

Installation

At tilføje et plugin er én kommando:

/plugin marketplace add EveryInc/compound-engineering-plugin

Det installerer pluginnet med alle dets skills, hooks og kommandoer. Dit team kører den samme kommando, og alle har det samme setup.

Find de rigtige plugins

• Anthropics officielle directory: Kurateret liste af verificerede plugins
• Community marketplaces: Bredere udvalg, varierende kvalitet
• GitHub repos: Mange udviklere deler plugins direkte som repos
• Mund til mund: De bedste plugins spredes ofte gennem teams og Slack-kanaler

Hvem bestemmer hvad der er en god skill?

Thariq beskriver Anthropics interne tilgang: ingen centraliseret team, organisk opdagelse.

Processen ser sådan ud: Nogen bygger en skill der løser deres eget problem. De lægger den i en sandbox på GitHub. De deler linket i Slack. Kollegaer prøver den. Hvis den får traction, hvis folk faktisk bruger den og giver feedback, flyttes den til marketplace.

Det er naturlig selektion. De skills der overlever er dem der løser et reelt problem godt nok til at folk aktivt vælger at bruge dem.

Men det skaber også et kurateringsproblem. Det er let at lave dårlige eller overflødige skills. Tre skills der alle “hjælper med deploy” men gør det på forskellige måder er forvirrende, ikke nyttigt. Thariq anerkender at en vis grad af gatekeeping er vigtig, særligt for større teams.

Sammensatte skills

Skills kan referere til andre skills ved navn. Hvis en skill siger “brug code-review skillen til at verificere outputtet,” og den skill er installeret, vil Claude aktivere den.

Dermed kan du komponere skills. Din deploy-skill kan kalde din test-skill. Din content-skill kan kalde din SEO-skill. Du bygger ikke én monolitisk instruktion. Du bygger moduler der arbejder sammen.

Mål hvilke skills der faktisk bruges

Du kan ikke forbedre det du ikke måler. Thariq anbefaler at bruge et PreToolUse hook til at logge skill-aktiveringer.

Når du har data, kan du se:

• Populære skills: Dem folk faktisk bruger dagligt. Prioritér vedligeholdelse og forbedring af disse.
• Undertriggerede skills: Skills der burde aktiveres oftere men ikke gør det. Problemet er næsten altid description-feltet (se kapitel 4).
• Ubrugte skills: Skills ingen rører. Enten løser de ikke et reelt problem, eller også ved ingen de eksisterer. Fjern dem eller omskriv deres description.

I praksis: Selv for et lille team giver det mening at vide hvilke skills der trækker deres vægt. En månedlig gennemgang, “bruger vi stadig denne? Mangler vi noget?”, tager ti minutter og holder din skill-samling skarp.

Hvad det betyder for et team på 2-10 personer

Helt konkret. Du har en virksomhed med fem ansatte. I bruger Claude Code til jeres daglige arbejde. Sådan kommer du i gang med at dele skills:

Start med repo-level skills

Ingen marketplace, ingen plugins. Bare .claude/skills/ i jeres fælles repo. Den medarbejder der ved mest om deploy, skriver deploy-skillen. Den der kender koden bedst, skriver code-review-skillen. I committer, pusher, og alle har det samme udgangspunkt næste dag.

Det er vidensdeling der virker mens du sover. Når din senior-udvikler dokumenterer sine fejl som gotchas i en skill, undgår din nyeste medarbejder dem automatisk. Ikke fordi de læste et wiki-dokument. Fordi Claude ikke tillader dem at lave fejlen.

Når I er klar til mere

Når I har skills der bruges på tværs af flere repos, eller I vil dele med samarbejdspartnere, er det tid til at se på en privat marketplace. Det kræver lidt mere opsætning, men giver jer én kilde til sandhed for jeres skills.

Den virkelige værdi

Hvis en medarbejder forlader virksomheden, forsvinder deres ekspertise normalt med dem. Med skills forbliver den. Ikke som et dokument i en mappe ingen åbner. Som aktive instruktioner der automatisk guider den næste person.

Det er forskellen. Traditionel dokumentation kræver at nogen læser den. Skills virker uden at nogen tænker over det.

EU-tilskud

For danske virksomheder er der en praktisk vinkel: at opsætte team-skills som en del af en AI-implementering kan kvalificere til EU-tilskud via Iværksætterdanmark. Tilskuddet dækker op til 75% af udgifterne (max 24.000 kr.) og er specifikt rettet mod at hjælpe små virksomheder med at implementere digitale værktøjer.

At definere jeres arbejdsgange, bygge skills og træne teamet i at bruge dem: det er præcis den type implementeringsprojekt ordningen er designet til.

Repo vs. marketplace: Hvornår bruger du hvad?

For de fleste teams med under ti personer er repo-metoden alt du har brug for. Marketplace bliver relevant når du har skills der ikke er bundet til ét specifikt projekt.

Start i morgen

1. Vælg ét repo jeres team arbejder i dagligt
2. Opret .claude/skills/ hvis den ikke allerede findes
3. Skriv én skill for jeres mest smertefulde gentagende process (deploy, review, onboarding)
4. Commit og push: teamet har skillen i morgen
5. Tilføj gotchas løbende: det er her den virkelige værdi kommer

Du behøver ikke en marketplace. Du behøver ikke et plugin-system. Du behøver git push og et team der er villigt til at skrive deres viden ned som instruktioner i stedet for wiki-sider.

Zack Proser, staff developer advocate, formulerer det præcist: skills er “self-documenting runbooks.” De er dokumentation der faktisk bliver brugt, fordi den ikke kræver at nogen læser den.

Næste kapitel: Fra praksis: 60+ skills i drift. Sådan ser det ud når skills ikke bare er et koncept men et dagligt operativsystem. Min opsætning med agenter til LinkedIn, nyhedsbreve, SEO og investering.

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.