Et Skill du har bygget og testet grundigt, lever sit fulde potentiale først, når det deles – med kolleger, med et team, eller med en bredere community. I denne del gennemgår vi de primære distributionskanaler og de vigtigste overvejelser om versionsstyring og sikkerhed.
GitHub-hosting (offentligt repository)
Den enkleste og mest fleksible distributionsform er et offentligt GitHub-repository. Fordele:
- Version control ud af boksen
- Brugere kan installere Skills direkte via GitHub URL
- Issues og Pull Requests giver en naturlig feedback-mekanisme
- Nemt at kombinere med en README der forklarer formål og brug
Anbefalet repository-struktur:
mine-skills/
├── README.md
├── seo-audit/
│ └── SKILL.md
├── draft-blog-post/
│ └── SKILL.md
└── send-slack-update/
├── SKILL.md
└── CHANGELOG.md
Hold hvert Skill i sin egen mappe. Det gør det nemmere at linke direkte til et enkelt Skill og holde changelogs separate.
Org-niveau deployment (for teams og virksomheder)
Når Skills skal bruges på tværs af et helt team eller en virksomhed, anbefales det at oprette et dedikeret org-skills repository i virksomhedens GitHub-organisation. Best practices:
- Brug protected branches – kræv PR review inden et Skill merges til main
- Opret et CODEOWNERS-fil der sikrer, at domæneeksperter godkender relevante Skills
- Dokumentér onboarding-processen: hvordan installerer en ny medarbejder alle Skills?
- Overvej et Skills Registry – en central README.md der lister alle tilgængelige Skills med korte beskrivelser og links
For virksomheder med Claude Code Enterprise-licenser er det muligt at konfigurere Skills direkte i organisationens Claude Code-setup, så de er tilgængelige for alle brugere automatisk.
API-baseret brug af Skills
Skills kan også aktiveres programmatisk via Claude API, f.eks. i CI/CD-pipelines, interne tools eller automatiserede workflows:
import anthropic
client = anthropic.Anthropic()
# Aktiver et Skill via system prompt
response = client.messages.create(
model="claude-sonnet-4-5",
max_tokens=4096,
system=open("seo-audit/SKILL.md").read(),
messages=[
{"role": "user", "content": "Analyser SEO for https://mirapass.dk"}
]
)
print(response.content[0].text)
Dette mønster er nyttigt, når du vil integrere Skill-baseret intelligens i eksisterende applikationer uden at brugerne direkte interagerer med Claude Code.
Versionsstyring af Skills
Semantic versioning (MAJOR.MINOR.PATCH) er en god standard for Skills:
- PATCH (1.0.0 → 1.0.1): Rettelse af stavefejl, præcisering af en uklar instruktion
- MINOR (1.0.0 → 1.1.0): Ny funktionalitet der er bagudkompatibel, f.eks. et nyt output-format eller et ekstra trin
- MAJOR (1.0.0 → 2.0.0): Ændring der bryder eksisterende brug, f.eks. ny obligatorisk parameter, ændret tool-liste eller fundamentalt ændret adfærd
Opdatér altid metadata.version i YAML’en og skriv en kort CHANGELOG-note ved hver release.
Sikkerhedshensyn ved deling
Deling af Skills kræver opmærksomhed på et par sikkerhedsaspekter:
Eksponér aldrig hemmeligheder
SKILL.md-filer bør aldrig indeholde API-nøgler, passwords eller interne URLs. Brug miljøvariabler eller et secrets-management-system, og referer til dem symbolsk i instrukserne:
# Gør dette:
Brug API-nøglen fra miljøvariablen COMPANY_API_KEY.
# Aldrig dette:
API-nøgle: sk-1234abcd...
Revurdér tool-tilladelser
Inden du deler et Skill offentligt, gennemgå tools-listen kritisk. Et Skill med Bash-adgang kan potentielt misbruges, hvis instrukserne ikke er præcise nok. Overvej om Bash rent faktisk er nødvendigt, eller om Read/Edit er tilstrækkeligt.
Dokumentér krav og afhængigheder
Angiv tydeligt i README.md:
- Hvilke MCP-servere der kræves (og hvilke tilladelser de bruger)
- Om Skill’et foretager destruktive operationer (skriver, sletter, sender beskeder)
- Hvilke miljøvariabler der skal sættes
License
Tilføj en LICENSE-fil til dit repository. MIT License er en god standard for offentlige Skills. For interne virksomhedsSkills bør I have en klar politik om IP-ejerskab.
Næste del i serien: Del 6: Avancerede mønstre og fejlsøgning