Claude Code Skills 2026: så bygger du ett eget Skills-bibliotek

Ailoot-dokumentation: API, nycklar och konfiguration.

Vad är en skill i Claude Code, och varför är den inte bara ”en större prompt”?#

Claude Code Skills är en inbyggd funktion i Claude Code som Anthropic lanserade i oktober 2025 för Pro/Max/Team/Enterprise. Senare öppnade de specifikationen Agent Skills som en standard som även fungerar utanför Claude. I kod är det bara en mapp:

.claude/skills/
├── deploy-to-prod/
│   ├── SKILL.md
│   └── scripts/
│       └── check-migrations.sh
├── weekly-content-plan/
│   └── SKILL.md
└── triage-support-tickets/
    └── SKILL.md

Varje mapp är en skill. Filen SKILL.md är Markdown med YAML-frontmatter högst upp och vanliga instruktioner nedanför. När en användare ber om att ”nu driftsätter vi till produktion” ser Claude beskrivningen av skillen deploy-to-prod, känner igen utlösaren ”driftsätt till produktion”, laddar innehållet i SKILL.md i kontexten och följer stegen.

Tre nivåer av gradvis inläsning

Anthropic byggde skills med gradvis inläsning: data läses in i lager efter behov. I Anthropics Engineering-blogg beskriver teamet detta som ”den grundläggande designprincip som gör Agent Skills flexibla och skalbara” (Anthropic Engineering).

De tre inläsningsnivåerna:

1. Metadata (alltid) – när en session startar ser Claude bara name och description för varje skill. Budget: cirka 100 tokens per skill.
2. Instruktioner (vid utlösare) – när användaren säger något relevant laddar Claude in innehållet i SKILL.md. Budget: färre än 5000 tokens.
3. Resurser (på begäran) – medföljande filer (exempel, mallar, datauppsättningar) hämtas först när modellen själv letar efter dem. Budget: obegränsad.

Tidigare behövde CLAUDE.md innehålla allt som AI:n skulle ”komma ihåg” – och ett projekt med 50 regler nådde snabbt kontextgränsen. Med skills kan dussintals enkelt samexistera i ett projekt eftersom bara deras beskrivningar kommer in i den ursprungliga kontexten.

Var skills finns: fyra nivåer

Prioritet: Enterprise åsidosätter personlig, personlig åsidosätter projekt. Plugins använder namnrymden plugin-name:skill-name och orsakar inga konflikter. Det är praktiskt: lägg allmänna yrkesmässiga skills i ~/.claude/skills/ och projektspecifika i arkivets .claude/skills/.

Vad finns i en SKILL.md?#

Här är ett minimalt exempel – tjugo rader, och skillen är redo:

---
name: weekly-content-plan
description: Förbereder en veckoplan för inlägg på en Telegram-kanal och kortvideor. Utlösare - "gör en inläggsplan", "vad ska jag publicera den här veckan", "en 7-dagars kanalplan". Aktivera inte om begäran gäller en webbplats eller ett e-postnyhetsbrev.
---

# Weekly Content Plan

## Steg

1. Läs `knowledge/audience.md` - vem vi skriver för
2. Läs `knowledge/tone-of-voice.md` - hur vi skriver
3. Läs de senaste 10 inläggen i kanalen - vad som redan har behandlats
4. Kom på 7 ämnen för veckan: 3 säljfokuserade, 2 expertämnen, 2 personliga
5. Ge en inledande krok och tre punkter om inlägget för varje ämne
6. Skriv ut som en tabell: veckodag | typ | krok | plan

Det räcker. Om en användare skriver ”nu planerar vi inlägg för veckan” ser Claude utlösaren i beskrivningen, laddar SKILL.md, läser de namngivna filerna och skriver ut en tabell.

Begränsningar att tänka på

Den officiella dokumentationen för Claude API anger strikta begränsningar:

• name: högst 64 tecken, endast gemener, siffror och bindestreck, utan XML-taggar. anthropic och claude är reserverade.
• description: högst 1024 tecken i API:t; obligatorisk och utan XML-taggar.
• Listningsbudget: i Claude Code tar beskrivningarna för alla skills tillsammans cirka 1 % av kontextfönstret. Om det finns många skills kapas beskrivningarna – och nyckelorden som Claude behöver för matchningen kan försvinna.
• SKILL.md-innehåll: Anthropic rekommenderar att hålla innehållet inom 500 rader. Flytta allt som är längre till filer i references/, scripts/ och examples/ och läs in dem via instruktioner.

Efter att kontexten komprimerats (/compact) behåller Claude de första 5000 tokenen av varje tidigare anropad skill; den totala budgeten för alla återinkopplade skills är 25 000 tokens. Om en skill inte får plats blir dess beteende ”bortglömt”.

Fullständigt frontmatter-schema

Använd minst name och description. Produktionsskills använder också andra fält:

Fältet disable-model-invocation: true är ett måste för allt som inte får köras automatiskt. Till exempel kan en deploy-to-prod-skill med den här flaggan bara anropas om användaren uttryckligen skriver /deploy-to-prod. Utan flaggan skulle Claude kunna driftsätta eftersom ”koden ser redo ut”.

Varför står beskrivningen för 90 % av arbetet, och hur skriver du en?#

Det vanligaste misstaget bland vibe-kodare är att skriva en beskrivning som ”Hjälper till med X”. Skillen finns rent fysiskt i sin mapp, men Claude anropar den inte.

En dålig beskrivning

description: Bygger instrumentpaneler.

Vad Claude inte kan avgöra: när användaren ber om ”visa mig veckans försäljning”, handlar det om en instrumentpanel eller inte? När användaren ber om ett ”intäktsdiagram”, handlar det om en instrumentpanel eller bara ett diagram i allmänhet? När användaren ber om en ”månadsrapport”, är det definitivt inte en instrumentpanel?

Anthropics egen skill-creator uttrycker rekommendationen tydligt:

Formeln för en bra beskrivning

Tre delar:

1. Vad den gör – en mening om resultatet, inte processen. Inte ”genererar SQL”, utan ”exporterar försäljningen till en tabell för en Telegram-kanal”.
2. När den ska aktiveras – 3–5 citerade fraser som användare faktiskt säger. Gissa inte; titta på din chatt- och supporthistorik.
3. När den INTE ska aktiveras – 1–2 fraser om liknande uppgifter som skillen inte ska svara på. Utan den här delen kommer två liknande skills att fortsätta krocka.

Ett exempel på en stark beskrivning från mitt projekt (förenklad och anonymiserad):

description: |
  Skriver och publicerar en SEO-guide på bloggen enligt redaktionella riktlinjer.
  Utlösare: "skriv en guide om X", "nu skapar vi en ny pelare",
  "en bloggartikel om Y", "bygg en blogg-guide om Z".
  Aktivera inte om begäran gäller ett e-postnyhetsbrev,
  ett Telegram-inlägg eller en intern teaminstruktion –
  det är andra skills.

Det här fungerar eftersom:

• Verben ”skriver och publicerar” i stället för ”hjälper till med” anger ett konkret resultat.
• Fyra utlösarfraser inom citationstecken täcker olika formuleringar.
• Även en engelsk utlösare finns med – om användaren byter till teamets språk fungerar skillen fortfarande.
• En separat del med ”aktivera inte om” förebygger konflikter med e-post- och inläggsskills.

Så testar du en beskrivning

I sin skill-creator byggde Anthropic in en metod för utlösartestning: 20 promptar för att kontrollera om en skill aktiveras. Tio ska utlösa den och tio ska inte göra det (inklusive nästan rätt-scenarier där formuleringen liknar, men uppgiften skiljer sig).

Med vibe-kodarens ord betyder det här: öppna en tom chatt när du har skrivit beskrivningen och prova 5 fraser som du verkligen använder, plus 3 fraser som låter likartade men betyder något annat. Om skillen inte aktiveras när den borde, eller aktiveras när den inte borde, justerar du beskrivningen. Skriv instruktionerna först därefter.

Vilka 5 skills skulle jag installera först?#

Att lägga de första två veckorna på att skriva egna skills är en dålig strategi. Börja med att installera färdiga och se hur de är byggda; lägg sedan till egna med samma tillvägagångssätt. Det är billigare att ta beprövade samlingar som andra har skapat och anpassa dem än att bygga allt från grunden. Här är fem samlingar jag skulle börja med:

1. anthropics/skills – officiell samling med skill-creator

Kodarkiv: github.com/anthropics/skills. 138,000 GitHub-stjärnor. Här finns officiella skills från Anthropics team: skill-creator (en meta-skill som skriver andra skills), claude-api (hjälper till att bygga API-integrationer) och färdiga dokumentfärdigheter för PowerPoint, Excel, Word och PDF.

Installera med Claude Code:

/plugin marketplace add anthropics/skills
/plugin install document-skills@anthropic-agent-skills
/plugin install example-skills@anthropic-agent-skills

Det största värdet är skill-creator. Den skriver en SKILL.md utifrån din beskrivning, kör sedan 20 utlösartest och justerar beskrivningen tills skillen börjar aktiveras där den ska. I grund och botten är det ”en skill för att skapa skills”.

2. mattpocock/skills – den virala samlingen från en TypeScript-expert

Den innehåller 12 aktiva skills, däribland:

• grill-me – ställer frågor enligt ett beslutsträd tills osäkerheterna i uppgiften har retts ut. Det vanligaste problemet för vibe-kodare – ”jag vet inte vad jag vill” – fångas upp redan i första vändan.
• caveman – komprimerar modellens kommunikation till en telegrafisk stil.
• diagnose – felsökning genom en cykel med stegen återskapa – minimera – formulera hypoteser – instrumentera – åtgärda – regressionstesta.
• tdd – tillämpar röd-grön-refaktorera: först ett test som misslyckas, sedan en minimal korrigering och därefter refaktorering.
• to-issues – omvandlar en plan till vertikalt uppdelade GitHub-ärenden (fullstack och oberoende driftsättningsbara).

Installera:

npx skills@latest add mattpocock/skills
/setup-matt-pocock-skills

3. coreyhaines31/marketingskills – en samling för marknadsförare

Om du driver onlineprogram, arbetar som frilansande marknadsförare eller driver en byrå behöver du inte ägna sex månader åt att skriva egna skills. Hälften av uppgifterna är redan paketerade.

4. vercel-labs/agent-skills – design utan AI-utseende

Kodarkiv: github.com/vercel-labs/agent-skills. En skill granskar UI-kod mot regler för tillgänglighet, prestanda och användbarhet.

Där finns också Anthropics frontend-design, med över 110,000 installationer i veckan. Den får AI:n att välja en stil innan den börjar skriva kod. Utan den har varje sida Claude skapar typsnittet Inter, en lila gradient och kort i rutnät. Resultatet blir detsamma för alla.

5. obra/superpowers – arbetsflöde med flera agenter

Om du installerar de tre första på listan – anthropics/skills, mattpocock/skills och coreyhaines31/marketingskills – får din Claude Code dussintals färdiga skills som täcker de flesta av en entreprenörs uppgifter under den första månaden.

Vill du inte bara installera färdiga skills utan också bygga en konfiguration som gör Claude till din riktiga assistent? Skills är en av metodens tre grundpelare. En fungerande konfiguration har tre delar: AI-klon (Skills som paketerad expertis) + Second Brain (en kunskapsstruktur för kontext) + kontextteknik (hur Claude ser projektet som helhet). Den här konfigurationen förvandlar Claude från en assistent som gissar till ett verktyg som tänker enligt din logik.

Vilka återkommande uppgifter bör du göra om till en skill?#

I kundarbete och andras projekt har jag sett det här mönstret dussintals gånger. Någon har ”den där saken som de gör från grunden varje gång”. Varje måndag skriver de samma sorts rapport. Varje gång en ny kund börjar går de igenom samma procedur. Varje publikation följer samma mall. Och varje gång tar det 30-90 minuter eftersom de måste minnas stegen, öppna rätt filer och formulera Claude-prompten på nytt.

Lösningen är att paketera det som en skill en gång. Sedan säger du en fras, och Claude laddar in metoden, läser nödvändiga källor och skapar resultatet. Tre exempel från olika områden:

Exempel 1. Frilansande marknadsförare – skillen weekly-content-plan

Vad de gör för hand: varje måndag förbereder de en veckas Telegram-inlägg åt tre kunder. De öppnar kundens guide för varumärkets tonalitet, går igenom de senaste inläggen, kommer på ämnen utifrån produktkalendern och gör en tabell med ingresser och punkter.

Som skill blir det en instruktion i fem steg: läs kundens fil om tonalitet, läs produktkalendern, kontrollera de senaste 10 inläggen så att inget upprepas, kom på sju ämnen indelade efter typ (säljfokuserade, expertinnehåll, personliga) och skriv ut en tabell.

Kommandot ”nu planerar vi inlägg för kund X för veckan” gör en timmes förberedelser till tre minuters väntan. Marknadsföraren kontrollerar resultatet, gör riktade ändringar och skickar det till kunden.

Exempel 2. Redovisningskonsult på uppdrag – skillen monthly-receipts-close (författarens exempel)

Vad de gör för hand: varje månad exporterar de kontoutdraget för varje kund i portföljen, stämmer av det mot betalningar i bokföringssystemet, flaggar oklassificerade betalningar, förbereder en preliminär resultatrapport och jämför intäkternas sammansättning med föregående månad.

Skillen är en instruktion i sex steg plus ett par skalskript i mappen scripts/ för att tolka kontoutdrag. Utlösaren ”stäng maj för kund X” får Claude att skapa en rapport med markerade avvikelser på 4-5 minuter.

Exempel 3. Skapare av onlineprogram – skillen welcome-letter-new-participant

Vad de gör för hand: en ny deltagare har betalat, och de behöver skriva ett välkomstmejl. Ett bra välkomnande är personligt: det tar hänsyn till vilken kanal personen kom från, vilken produkt hen köpte, vilken omgång hen tillhör och vilket material som ska skickas med. En mall med ”hej, vad roligt att du är här” gör inte det.

Skillen instruerar Claude att läsa knowledge/audience.md (vilka personerna är), knowledge/products/<product>.md (vad de får) och de tre senaste välkomstmejlen (för att undvika upprepningar), och sedan skriva mejlet med den här strukturen: inledande krok – produktspecifika detaljer – de tre första stegen – avslutning.

Det går många gånger snabbare än att göra det för hand. Kvaliteten blir jämnare eftersom Claude kommer ihåg att kontrollera tre källor, medan en person som har bråttom hoppar över en av dem.

Vad du INTE ska göra om till en skill

• Uppgifter som görs en gång. Om du gör något en gång om året när du deklarerar kan du bara beskriva det för Claude i chatten. En skill lönar sig efter 3+ upprepningar.
• Uppgifter som är alltför allmänna. ”Hjälp mig med marknadsföring” är ingen skill; det omfattar all marknadsföring. En skill är ”en veckoplan för innehåll” – en specifik handling med ett specifikt resultat.
• Uppgifter utan upprepningsbara steg. Om processen är olika varje gång är det inget för en skill, utan ett engångsjobb.

Hur skriver Skill Creator skills åt dig?#

Problemet är att det är svårt att skriva en bra skill rätt från början. En beskrivning blir ofta för snäv eller för bred, missar fraser som användare faktiskt använder eller krockar med en närliggande skill. Anthropic löste det genom att släppa skill-creator, en meta-skill som kan skapa andra skills.

När du har installerat anthropics/skills säger du /skill-creator till Claude (eller bara ”nu skapar vi en skill för veckorapporten”) och följer ett arbetsflöde i sex steg:

1. Utkast – skill-creator ställer frågor: vad skillen ska göra, vilka utlösarfraser som ska användas, vilka källor som ska läsas och vilka steg som ska följas. Resultatet blir den första versionen av SKILL.md.
2. Testning – skill-creator genererar 20 testpromptar: 10 som ska utlösa skillen och 10 som låter som utlösare men inte ska göra det (nästan-träffar).
3. Utvärdering – den kör varje prompt i en ny chatt och kontrollerar om skillen aktiverades. Om den aktiveras där den inte ska eller inte aktiveras där den borde, flaggas resultatet.
4. Iteration – den skriver om beskrivningen utifrån misslyckade test och kör testerna igen.
5. Optimering – den sista finputsningen: kontrollerar om gränsen på 1024 tecken överskrids och om det finns konflikter med befintliga projektfärdigheter.
6. Paketering – paketerar den slutliga SKILL.md-filen och referensfilerna i rätt struktur.

I praktiken ser det ut så här: du pratar med Claude i 15-20 minuter, svarar på 7-8 förtydligande frågor och får en färdig, testad skill som aktiveras av rätt utlösare.

En annan fördel är att skill-creator visar en föredömlig stil för att skriva SKILL.md. Du kan öppna dess egen fil och se formatet, tonen och hur stegen är strukturerade. Här visar verktyget hur det fungerar – du läser det och lär dig skriva egna.

Skills, CLAUDE.md, underagenter, MCP, hooks: vad ska du använda?#

Det vanligaste problemet i projekt jag har granskat är att CLAUDE.md innehåller projektregler, stegvisa publiceringsinstruktioner, en commitmall och en databasbeskrivning på samma gång. Det överbelastar kontexten och fungerar dessutom dåligt i praktiken: Claude kör inte instruktionen ”när användaren ber om att publicera” eftersom modellen behandlar hela CLAUDE.md som allmän kontext utan uttryckliga utlösare.

Lösningen är att ge varje sak rätt byggsten:

I Alex Ops granskning av Claude Code-byggstenarna (”Understanding Claude Code's Full Stack”) kokar bilden ner till enkel logik: Skills och MCP täcker de flesta arbetsflöden, medan Hooks automatiserar rutinuppgifter – kodkontroller, test och skyddsräcken. Underagenter behövs när kontexten blir omfattande. Det vanligaste misstaget är att skapa en underagent där en skill borde användas.

Beslutsträd

När du tänker ”jag behöver att Claude gör X”:

1. Är kunskapen alltid nödvändig? Till exempel ”Projektet har ett fast språk” eller ”vi använder inte em-dash”. → Lägg den i CLAUDE.md.
2. Är det en utlösarstyrd procedur som du för närvarande gör för hand? Till exempel ”Jag skriver en rapport varje måndag”. → Skapa en skill.
3. Behöver du åtkomst till ett externt system? Till exempel Stripe API eller ditt CRM. → Anslut en MCP-server.
4. Ska Claude Code reagera automatiskt på en händelse? Till exempel köra en linter efter varje Edit. → Skriv en hook.
5. Är uppgiften omfattande, kommer den att förbruka hela kontexten och behöver du göra något annat parallellt? → Kör den i en underagent.

90 % av uppgifterna för en entreprenör som vibe-kodar tillhör kategorierna 1–3. Hooks och underagenter är verktyg på nästa nivå för när du gått vidare från ”en uppgift i taget”.

Slash-kommandon och skills är samma sak

En viktig förändring i Claude Code: det gamla slash-kommandosystemet (.claude/commands/) och skills har i praktiken slagits ihop. Filen .claude/commands/deploy.md och .claude/skills/deploy/SKILL.md skapar båda ett /deploy-kommando. Om namnen matchar vinner skillen. Så om du fortfarande använder det gamla slash-kommandosformatet kan du gå över till skills; syntaxen är tydligare och det finns fler funktioner.

7 misstag som hindrar en skill från att fungera#

1. Beskrivning utan utlösare: skillen aktiveras inte

Symptom: du skrev en skill, kontrollerade strukturen och allt är giltigt, men Claude anropar den inte när användare ber om saker. Orsaken är nästan alltid densamma: en beskrivning som ”Hjälper till med innehållsskrivande”. Claude vet inte vilka fraser den ska reagera på. Åtgärd: lägg in 3-5 faktiska användarfraser inom citationstecken direkt i beskrivningen.

2. SKILL.md över 500 rader: uppmärksamheten sviktar

Anthropic rekommenderar uttryckligen att hålla filens innehåll inom 500 rader. Om instruktionerna är 2,000 rader långa tappar Claude fokus, följer stegen bara delvis och blir förvirrad över ordningen. Åtgärd: flytta stora avsnitt till närliggande filer – examples/, references/, scripts/ – och hänvisa till dem från SKILL.md.

3. En skill för ”allt om innehåll” i stället för tre små

En frestande lösning: en stor content-skill som innehåller Telegram-inlägg, landningssidor och e-post. Det fungerar inte. Skillen aktiveras vid fel förfrågningar, blandar ihop metoder och ger ett utslätat resultat. Åtgärd: en skill = en upprepningsbar handling. Om du faktiskt har tre rutiner kring ”innehåll”, skapa tre skills: telegram-post, landing-section, email-broadcast.

4. Skill utan avsnittet ”När den INTE ska användas”: konflikter

Symptom: det finns två liknande skills i projektet och Claude anropar fel. Till exempel handlar en skill om ett e-postnyhetsbrev och en annan specifikt om välkomstmejl till programdeltagare. Utan en uttrycklig klausul om att den inte ska aktiveras när begäran gäller en allmän e-postlista utlöses välkomstskillen vid varje omnämnande av ”e-post”. Åtgärd: ange negativa fall i beskrivningen.

5. 50 skills i ett projekt: beskrivningar kapas

Ur Claude Code-dokumentationen:

Om du laddat ner 50 skillsamlingar från en marknadsplats kapas några beskrivningar. Nyckelorden du räknade med kan försvinna. Åtgärd: behåll de 10-15 mest användbara skillsen i det aktiva projektet. Behåll resten i ett inaktivt arkiv utanför alla sökbara skill-kataloger, till exempel separat skill-archive/ bland egna material. Installera bara nödvändiga skills i projekt- eller personlig omfattning. ~/.claude/skills/ är installerat personligt bibliotek som syns över projekt, så flytt dit tar inte bort dem från upptäckt.

6. Skills från overifierade källor: säkerhetsrisk

Anthropic varnar för detta i den officiella dokumentationen:

Ett slumpmässigt GitHub-arkiv kan innehålla en skill som läcker dina API-nycklar första gången du anropar den. Åtgärd: öppna SKILL.md och läs den själv innan du installerar. Kör inte skills från okända upphovspersoner i viktiga projekt.

7. En skill utan kunskapsmapp ger ”genomsnittlig ChatGPT”

Det mest subtila och vanliga antimönstret. En skill är en metod, men metoden betyder ingenting utan kontext. Om du skriver en skill för att ”skapa ett välkomstmejl”, men projektet saknar en fil som beskriver målgruppen och en fil om varumärkets tonalitet, skriver Claude ett genomsnittligt ChatGPT-mejl som inte går att skilja från alla andras.

En skill fungerar bäst först när du har byggt projektets Second Brain enligt principerna i guiden om CLAUDE.md. Bygg först kunskapsstrukturen och skapa sedan skills som bygger på den. Gör du tvärtom får du rutinmässig kvalitet i genomsnittlig klass i stället för personligt arbete i din stil.

Hur bygger du din första skill på 30 minuter?#

Här är den konkreta plan jag använde för att bygga de första skillsen i mina projekt:

Steg 1. Välj en upprepningsbar handling

Öppna kalendern för den senaste månaden. Hitta en uppgift du gjort minst 4-5 gånger som tar 30-60 minuter varje gång. Inte bred ”marknadsföring”, utan något specifikt: ”försäljningsrapport på måndagar”, ”introducera en ny kund” eller ”uppdatera prislistan inför en kampanj”.

Ju snävare formuleringen är, desto enklare blir skillen och desto tydligare blir utlösaren.

Steg 2. Skriv ner processen för hand

Skriv ner stegen du följer i en separat fil eller i en chatt med Claude (inte för skillen, utan som ett utkast):

1. Öppna kunddatabasen
2. Filtrera efter statusen "awaiting welcome email"
3. Kontrollera vilken kanal kunden kom från
4. Hämta e-postmallen för den kanalen från mappen "templates"
5. Fyll i namn, produkt och startdatum
6. Skicka

Det här är ännu ingen skill, utan anteckningar. Men utan anteckningarna blir du förvirrad från början när du skriver SKILL.md.

Steg 3. Skapa mappstrukturen

mkdir -p .claude/skills/welcome-email-new-client
touch .claude/skills/welcome-email-new-client/SKILL.md

Eller, om du vill använda skillen i alla dina projekt, lägg den i ~/.claude/skills/.

Steg 4. Skriv SKILL.md med mallen

Stomme:

---
name: welcome-email-new-client
description: |
  Förbereder ett välkomstmejl för en ny kund med mallen för kundens anskaffningskanal.
  Utlösare: "skriv ett välkomstmejl till den nya kunden X",
  "introducera den nya deltagaren Y", "välkomstmejl till kunden från kanalen Z".
  Aktivera inte om begäran gäller en allmän e-postlista
  eller en e-postkampanj – det är andra färdigheter.
---

# Välkomstmejl till en ny kund

## Steg

1. Läs `knowledge/audience/segments.md` – vilka kundsegment vi har
2. Läs `knowledge/templates/welcome/` – mallar per kanal
3. Identifiera kundens kanal utifrån sammanhanget i begäran
4. Lägg in kundens namn, produktnamn och startdatum
5. Kontrollera längden – den ska vara högst 800 tecken
6. Skriv ut den färdiga e-posttexten i ett format som är klart att kopiera

## Viktigt

- Använd inte ”kära vän” eller ”hej” – skriv naturligt
- Ett stycke, en tanke
- Avsluta med en uppmaning, inte två

Steg 5. Testa med 5-8 promptar

Öppna en tom chatt med Claude Code i projektet. Prova 5 fraser som du faktiskt använder och 3 liknande som inte ska aktivera skillen:

Ska aktivera:

• ”Skriv ett välkomstmejl till den nya kunden Ivanov”
• ”Introducera en ny deltagare som köpt program X”
• ”Välkomstmejl till en kund från Instagram”

Ska inte aktivera:

• ”Skicka ett kampanjmejl till hela listan”
• ”E-postkampanj för nyårshelgen”
• ”Skriv en uppföljning till en kund som inte har betalat”

Kontrollera om skillen aktiverades för varje prompt. Om den aktiveras i fel fall gör du beskrivningen snävare. Om den inte aktiveras när den ska gör du utlösarfraserna bredare.

Steg 6. Iterera på beskrivningen

Efter varje misslyckat test redigerar du bara beskrivningen – ändra inte instruktionerna. Efter 2-3 iterationer aktiveras skillen tillförlitligt. Spara och checka in den, och använd den sedan varje dag.

Sista rådet: försök inte göra din första skill perfekt. Få den att fungera. Finputsningen kommer efter din femte eller tionde skill, när du börjar se mönster i dina formuleringar och i Claudes svar.

Välj en återkommande uppgift från kalendern för den här veckan, avsätt 30 minuter och följ de sex stegen ovan. Då arbetar Claude enligt din metod i stället för att gissa.

Den fungerande konfigurationen är AI-klon + Second Brain + kontextteknik. Tre delar av en och samma metod.

Om du behöver åtkomst till AI-modeller via Ailoot kan du läsa mer på Ailoot.