Hoppa till innehållet
kenjtecJournal
Sök i Journal

Ditt arbetsflöde som Claude-skill: förklara det en gång, återanvänd det medvetet

En egen skill börjar med ett indatakontrakt. Ett komplett exempel visar filstrukturen, öppna uppgifter och användbara motexempel.

Vid arbetsbänken lägger Hanne ett kort instruktionskort, lösa skisser och en färdig skål bredvid varandra. AI-illustration.

Den tredje chatten börjar återigen med samma förklaring: vilka uppgifter hör hemma i genomgången, vilka begrepp använder teamet och vad ska hända när något saknas? Upprepning är ett gott tecken på att du kan skriva ner ett arbetssätt. En skill gör det till en återanvändbar instruktion som du tillämpar medvetet och fortsätter att underhålla.

För Claude Code beskriver den officiella dokumentationen om skills en SKILL.md med metadata och instruktioner. Den kan användas när en uppgift passar eller när den anropas uttryckligen. Det ändrar instruktionen för arbetet, inte modellens tränade vikter. Filerna nedan är vårt eget illustrativa utkast, inte en rapport om en genomförd körning.

Först beslutet, sedan filen

Vårt exempel är en månatlig reparationskväll. En intern genomgång ska tas fram utifrån organisatoriska anteckningar. I den behöver hjälparna de bekräftade överenskommelserna, uppgifterna och de öppna besluten. Det är ett mindre uppdrag än att planera hela evenemanget.

Skriv ner ett indatakontrakt i förväg. Varje uppgift behöver ett värde och en status. ”Start 18:00, bekräftad” är något annat än ”Start 18:00, förslag”. AI:n ska bevara den skillnaden. Om lokalen saknas är det en öppen fråga; en trovärdigt klingande ersättningsadress skulle bryta mot uppdraget.

Håll SKILL.md kort och entydig

En möjlig plats på projektnivå är .claude/skills/reparaturbrief/. Den kan innehålla följande egna arbetsinstruktion. Metadatan förklarar när den behövs; texten under den beskriver vad den ska leverera.

---
name: reparaturbrief
description: Creates internal briefings for repair evenings from organisational notes.
---
Record confirmed details and suggestions separately.
Do not invent venues, dates, names or commitments.
If there are contradictions: state both details and phrase a follow-up question.

Output:
1. Confirmed arrangements
2. Tasks with confirmed responsibility
3. Open decisions with a reference to the input
4. Next coordination step

En beskrivning som ”hjälper med allt som har med organisation att göra” skulle säga mindre. Den gör det svårt att se var skillen passar och när ett annat arbetssätt är lämpligt. En tydlig avgränsning gör också det senare underhållet enklare.

En exempelöverlämning med en verklig lucka

Använd påhittade anteckningar: lokalen är bekräftad, starttiden är fortfarande bara ett förslag och material beställs först när budgeten har godkänts. Ange dessa villkor direkt. Ett förväntat resultat kan innehålla uppgiften ”Klargör budgeten”. ”Material beställt” skulle däremot vara ett nytt, ogrundat påstående.

En hjälpsam tilläggsinstruktion lyder: ”Ange för varje öppet beslut vilken del av indata som utlöser det.” Det skapar en koppling mellan luckan och dess källa. Skillen behöver inte upprepa hela originaltexten; den ska göra den omstridda uppgiften lätt att hitta.

Håll en stilistisk preferens åtskild från de sakliga reglerna. Ett exempel på korta uppgiftsbeskrivningar kan fungera som stödfil. Evenemangsuppgifter som ändras ofta hör däremot hemma i det enskilda uppdraget. På så sätt blir den allmänna instruktionen inte inaktuell vid nästa datum.

Tre fall avslöjar olika svagheter

I det första fallet lämnar du fullständiga, konsekventa uppgifter. I det andra saknas datumet och två budgetanteckningar motsäger varandra. I det tredje ber du om något utanför skillens område, till exempel reseplanering. På så sätt kan du granska struktur, hantering av osäkerhet och användningens gränser var för sig.

Notera för varje fall vad som absolut måste bevaras. Bedöm ett svar först utifrån det och först därefter utifrån stilen. Elegant formulering väger inte upp ett påhittat datum. På samma sätt är en följdfråga inget fel om just det beslutet saknas i indata.

Att underhålla en liten arbetsinstruktion

När ett problem återkommer ändrar du en specifik regel och upprepar de befintliga fallen. Lägg till ett nytt fall som ännu inte var känt när ändringen skrevs. Då blir det lättare att se om regeln bara återger ett enskilt exempel.

Dokumentera skälet till ändringen och dess status. Till en början kräver det ingen stor infrastruktur. En kort anteckning som ”Budgetvillkor måste bevaras i uppgiftslistan” är lättare att följa än en fullständig omskrivning utan motivering. En skill är värd besväret när dess regler gör nästa verkliga överlämning lättare att förstå.

Källor och dokumentationsstatus: 25 oktober 2026.

Hamburg är vår utgångspunkt.

Det användbara följer med dig.

Praktisk AI från Hamburg, förklarad för alla.

Sparade artiklar