Claude Code Skills i 2026: slik bygger du et Skills-bibliotek for deg selv

Ailoot-dokumentasjon: API, nøkler og oppsett.

Hva er en Skill i Claude Code, og hvorfor er det ikke bare «en større ledetekst»?#

Claude Code Skills er en innebygd Claude Code-funksjon som Anthropic lanserte i oktober 2025 for Pro/Max/Team/Enterprise. Senere åpnet de Agent Skills-spesifikasjonen som en standard som også fungerer utenfor Claude. I kode er det bare en mappe:

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

Hver mappe er én skill. SKILL.md-filen er Markdown med YAML-frontmatter øverst og vanlige instruksjoner nedenfor. Når en bruker ber om «la oss deploye til produksjon», ser Claude beskrivelsen av skillen deploy-to-prod, kjenner igjen utløseren «deploye til produksjon», laster inn brødteksten i SKILL.md i konteksten og følger trinnene.

Tre nivåer av progressiv innlasting

Anthropic bygde skills med progressiv innlasting: data lastes inn i lag etter behov. I Anthropic Engineering-bloggen beskriver teamet dette som «kjerneprinsippet i utformingen som gjør Agent Skills fleksible og skalerbare» (Anthropic Engineering).

De tre innlastingsnivåene:

1. Metadata (alltid) - når en økt starter, ser Claude bare name og description for hver skill. Budsjett: omtrent 100 tokens per skill.
2. Instruksjoner (ved utløser) - når brukeren sier noe relevant, laster Claude inn brødteksten i SKILL.md. Budsjett: færre enn 5000 tokens.
3. Ressurser (ved forespørsel) - medfølgende filer (eksempler, maler, datasett) hentes bare når modellen selv leter etter dem. Budsjett: ubegrenset.

Tidligere måtte CLAUDE.md inneholde alt AI-en skulle «huske» — og et prosjekt med 50 regler nådde raskt kontekstgrensen. Med skills kan dusinvis enkelt eksistere side om side i ett prosjekt, fordi bare beskrivelsene deres kommer inn i den første konteksten.

Hvor skills ligger: fire nivåer

Prioritet: enterprise overstyrer personlig, personlig overstyrer prosjekt. Plugins bruker navneområdet plugin-name:skill-name og kommer ikke i konflikt. Dette er praktisk: legg generelle profesjonelle skills i ~/.claude/skills/ og prosjekttilpassede skills i prosjektets .claude/skills/.

Hva inneholder en SKILL.md?#

Her er et minimalt eksempel — tjue linjer, så er skillen klar:

---
name: weekly-content-plan
description: Prepares a weekly post plan for a Telegram channel and short-form videos. Triggers - "make a post plan", "what should I post this week", "a 7-day channel plan". Do not activate if the request is about a website or email newsletter.
---

# Weekly Content Plan

## Steps

1. Read `knowledge/audience.md` - who we're writing for
2. Read `knowledge/tone-of-voice.md` - how we write
3. Read the last 10 posts in the channel - what has already been covered
4. Come up with 7 topics for the week: 3 sales-focused, 2 expert, 2 personal
5. For each, provide one hook line and three bullets about the post
6. Output as a table: day of the week | type | hook | plan

Det er nok. Hvis en bruker skriver «la oss planlegge innlegg for uka», ser Claude utløseren i beskrivelsen, laster inn SKILL.md, leser de navngitte filene og skriver ut en tabell.

Begrensninger å huske på

Den offisielle Claude API-dokumentasjonen setter strenge grenser:

• name: opptil 64 tegn, bare små bokstaver, tall og bindestreker, uten XML-tagger. anthropic og claude er reservert.
• description: opptil 1024 tegn i API-et; påkrevd, uten XML-tagger.
• Oppføringsbudsjett: I Claude Code utgjør beskrivelsene for alle skills til sammen omtrent 1% av kontekstvinduet. Hvis det er mange skills, blir beskrivelsene avkortet — og nøkkelordene Claude trenger for å finne riktig skill, kan forsvinne.
• Brødteksten i SKILL.md: Anthropic anbefaler at brødteksten holdes innenfor 500 linjer. Flytt alt som er lengre, til filer i references/, scripts/ og examples/, og last dem inn gjennom instruksjoner.

Etter at konteksten komprimeres (/compact), beholder Claude de første 5000 tokenene av hver tidligere brukte skill. Det samlede budsjettet for alle skills som lastes inn på nytt, er 25 000 tokens. Hvis en skill ikke får plass, blir atferden dens «glemt».

Fullstendig frontmatter-skjema

Bruk minst name og description. Produksjonsklare skills bruker også andre felt:

Feltet disable-model-invocation: true er et must for alt som ikke må kjøres automatisk. For eksempel kan en deploy-to-prod-skill med dette flagget bare kalles inn hvis brukeren skriver /deploy-to-prod uttrykkelig. Uten flagget kan Claude deploye fordi «koden ser klar ut».

Hvorfor utgjør beskrivelsen 90% av jobben, og hvordan skriver du en?#

Den vanligste feilen blant vibe-codere er å skrive en beskrivelse som «Hjelper med X». Skillen ligger fysisk i mappen sin, men Claude kaller den ikke inn.

En dårlig beskrivelse

description: Build dashboards.

Det Claude ikke kan vite: Når brukeren ber om «vis meg salget for uka», handler det da om et dashbord eller ikke? Når brukeren ber om et «omsetningsdiagram», handler det da om et dashbord eller bare et diagram generelt? Når de ber om en «månedsrapport», er det definitivt ikke et dashbord?

Anthropics egen skill-creator sier anbefalingen direkte:

Formelen for en god beskrivelse

Tre deler:

1. Hva den gjør - én setning om resultatet, ikke prosessen. Ikke «genererer SQL», men «eksporterer salg til en tabell for en Telegram-kanal».
2. Når den skal utløses - 3-5 fraser i anførselstegn som brukerne faktisk sier. Ikke gjett; se på chat- og kundestøttehistorikken din.
3. Når den IKKE skal utløses - 1-2 fraser om lignende oppgaver som skillen ikke skal svare på. Uten denne delen vil to lignende skills fortsette å komme i konflikt.

Et eksempel på en god beskrivelse fra prosjektet mitt (forenklet og anonymisert):

description: |
  Writes and publishes an SEO guide to the blog, following the editorial policy.
  Triggers: "write a guide about X", "let's make a new pillar",
  "a blog article about Y", "build a blog guide about Z".
  Do not activate if the request is about an email newsletter,
  a Telegram post, or an internal team instruction—
  those are other skills.

Dette fungerer fordi:

• Verbet «skriver og publiserer» i stedet for «hjelper med» angir et konkret resultat.
• Fire utløserfraser i anførselstegn dekker ulike formuleringer.
• En engelsk utløser er også med — hvis brukeren bytter til teamets språk, fungerer skillen fortsatt.
• En egen «ikke aktiver hvis»-del hindrer konflikter med skills for e-post og innlegg.

Slik tester du en beskrivelse

I sin skill-creator bygde Anthropic inn en metodikk for utløsertesting: 20 ledetekster for å sjekke om en skill aktiveres. Ti bør utløse den, og ti bør ikke (inkludert situasjoner som nesten treffer, der formuleringen ligner, men oppgaven er en annen).

Med vibe-coder-ord betyr dette: Etter at du har skrevet beskrivelsen, åpner du en tom chat og prøver 5 fraser du faktisk bruker, pluss 3 fraser som høres like ut, men betyr noe annet. Hvis skillen ikke aktiveres når den skal, eller aktiveres når den ikke skal, reviderer du beskrivelsen. Skriv først instruksjonsdelen etterpå.

Hvilke 5 skills ville jeg installert først?#

Å bruke de første to ukene på å skrive egne skills er en tapsstrategi. Begynn med å installere ferdige skills og se hvordan de er bygd; legg deretter til dine egne med samme fremgangsmåte. Det er billigere å ta velprøvde samlinger andre har laget og tilpasse dem enn å bygge alt fra bunnen av. Her er fem samlinger jeg ville begynt med:

1. anthropics/skills - Offisiell samling med skill-creator

Repository: github.com/anthropics/skills. 138 000 GitHub-stjerner. Den inneholder offisielle skills fra Anthropic-teamet: skill-creator (en metaskill som skriver andre skills), claude-api (hjelper med å bygge API-integrasjoner) og ferdige dokumentskills for PowerPoint, Excel, Word og PDF.

Installer med Claude Code:

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

Den største verdien er skill-creator. Den skriver en SKILL.md basert på beskrivelsen din, kjører deretter 20 utløsertester og reviderer beskrivelsen til skillen begynner å aktiveres der den skal. I bunn og grunn er det «en skill for å lage skills».

2. mattpocock/skills - Den virale samlingen fra en TypeScript-ekspert

Den inneholder 12 aktive skills, blant annet:

• grill-me - stiller spørsmål langs et beslutningstre til usikkerhetene i oppgaven er løst. Den største frustrasjonen for vibe-codere — «Jeg vet ikke hva jeg vil» — blir håndtert i første runde.
• caveman - komprimerer modellens kommunikasjon til en telegramstil.
• diagnose - feilsøking gjennom en syklus med reproduksjon - forenkling - hypoteser - instrumentering - retting - regresjonstest.
• tdd - håndhever red-green-refactor: først en feilet test, deretter en minimal retting, så refaktorering.
• to-issues - gjør en plan om til vertikalt oppdelte GitHub-saker (full stack, kan deployes uavhengig).

Installer:

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

3. coreyhaines31/marketingskills - En samling for markedsførere

Hvis du driver nettbaserte kurs, jobber som frilansmarkedsfører eller driver et byrå, trenger du ikke bruke seks måneder på å skrive egne skills. Halvparten av oppgavene er allerede pakket inn.

4. vercel-labs/agent-skills - Design uten AI-uttrykk

Repository: github.com/vercel-labs/agent-skills. Den reviderer UI-kode mot regler for tilgjengelighet, ytelse og brukervennlighet.

I tillegg kommer Anthropics frontend-design, med mer enn 110 000 ukentlige installasjoner. Den får AI til å velge en stil før den begynner å skrive kode. Uten den har alle sidene Claude genererer Inter-skriften, en lilla gradient og rutenettkort. Resultatet er likt for alle.

5. obra/superpowers - Arbeidsflyt med flere agenter

Alt i alt vil Claude Code ha dusinvis av ferdige skills som dekker de fleste av en gründers oppgaver den første måneden hvis du installerer de tre første på listen — anthropics/skills, mattpocock/skills og coreyhaines31/marketingskills.

Vil du ikke bare installere ferdige skills, men også bygge et oppsett som gjør Claude til din virkelige assistent? Skills er én av metodikkens tre bærebjelker. Et fungerende oppsett har tre deler: AI-klone (Skills som pakket ekspertise) + Second Brain (en kunnskapsstruktur for kontekst) + Context Engineering (hvordan Claude ser prosjektet som helhet). Dette oppsettet gjør Claude fra en assistent som gjetter, til et verktøy som tenker etter din logikk.

Hvilke gjentakende oppgaver bør du gjøre om til en skill?#

I kundeoppdrag og andres prosjekter har jeg sett dette mønsteret dusinvis av ganger. Noen har «den tingen de gjør fra bunnen av hver gang». Hver mandag skriver de samme type rapport. Hver gang en ny kunde kommer om bord, følger de samme prosedyre. Hver publisering følger samme mal. Og hver gang tar det 30-90 minutter fordi de må huske trinnene, åpne de riktige filene og formulere Claude-ledeteksten på nytt.

Løsningen er å pakke dette inn i en skill én gang. Etterpå sier du én frase, og Claude laster inn metoden, leser de nødvendige kildene og lager resultatet. Tre eksempler fra ulike fagområder:

Eksempel 1. Frilansmarkedsfører - weekly-content-plan-skill

Dette gjør de for hånd: Hver mandag forbereder de en ukes Telegram-innlegg for tre kunder. De åpner kundens merkevareveiledning, går gjennom nylige innlegg, finner på temaer basert på produktkalenderen og lager en tabell med kroker og punktlister.

Som en skill blir dette til en instruksjon i fem trinn: les kundens tone-of-voice-fil, les produktkalenderen, sjekk de siste 10 innleggene for gjentakelser, finn på sju temaer fordelt på type (salgsfokusert, ekspert, personlig), og skriv ut en tabell.

Kommandoen «la oss planlegge innlegg for kunde X for uka» gjør en times forberedelse om til tre minutters venting. Markedsføreren sjekker resultatet, gjør målrettede endringer og sender det til kunden.

Eksempel 2. Regnskapsfører på oppdrag - monthly-receipts-close-skill (forfatterens eksempel)

Dette gjør de for hånd: For hver kunde i kundeporteføljen eksporterer de bankutskriften hver måned, avstemmer den mot betalinger i regnskapssystemet, markerer uklassifiserte betalinger, utarbeider en foreløpig inntektsrapport og sammenligner inntektsstrukturen med forrige måned.

Skillen er en instruksjon i seks trinn pluss et par shell-skript i scripts/-mappen for å analysere bankutskrifter. Utløseren «avslutt mai for kunde X» får Claude til å lage en rapport med markerte avvik på 4-5 minutter.

Eksempel 3. Skaper av nettkurs - welcome-letter-new-participant-skill

Dette gjør de for hånd: En ny deltaker har betalt, og de må skrive en velkomst-e-post. En god velkomst er personlig: Den tar hensyn til hvilken kanal deltakeren kom fra, hvilket produkt de kjøpte, hvilket kull de tilhører, og hvilke materialer som skal sendes med. En mal med «hei, vi er glade» gjør ikke det.

Skillen instruerer Claude i å lese knowledge/audience.md (hvem disse menneskene er), knowledge/products/<product>.md (hva de får) og de tre siste velkomst-e-postene (for å unngå gjentakelser), og deretter skrive e-posten med denne strukturen: krok - produktspesifikke detaljer - de tre første trinnene - avslutning.

Mange ganger raskere enn å gjøre det for hånd. Kvaliteten er mer konsekvent fordi Claude husker å sjekke tre kilder, mens en person som har det travelt, hopper over en av dem.

Hva du IKKE bør gjøre om til en skill

• Engangsoppgaver. Hvis du gjør det én gang i året når du leverer skattemeldingen, kan du bare beskrive det for Claude i chatten. En skill lønner seg etter 3+ gjentakelser.
• Oppgaver som er for generelle. «Hjelp meg med markedsføring» er ikke en skill; det er all markedsføring. En skill er «en ukentlig innholdsplan» — en bestemt handling med et bestemt resultat.
• Oppgaver uten gjentakbare trinn. Hvis prosessen er forskjellig hver gang, er det ikke en skill; det er engangsarbeid.

Hvordan skriver Skill Creator skills for deg?#

Utfordringen er at det er vanskelig å skrive en god skill riktig første gang. En beskrivelse blir ofte for snever eller for bred, overser frasene brukerne faktisk bruker eller kommer i konflikt med en nærliggende skill. Anthropic løste dette ved å gi ut skill-creator, en metaskill som kan lage andre skills.

Etter at du har installert anthropics/skills, ber du Claude om /skill-creator (eller bare «la oss lage en skill for ukesrapporten») og følger en arbeidsflyt i seks trinn:

1. Utkast - skill-creator stiller spørsmål: Hva skal skillen gjøre, hvilke utløserfraser skal brukes, hvilke kilder skal leses, og hvilke trinn skal følges? Resultatet er første versjon av SKILL.md.
2. Test - skill-creator lager 20 testledetekster: 10 som skal utløse skillen og 10 som ligner på utløserfraser, men ikke skal gjøre det (nesten-treff).
3. Evaluer - den kjører hver ledetekst i en ny chat og sjekker om skillen ble aktivert. Hvis den aktiveres når den ikke skal, eller ikke aktiveres når den skal, flagger den resultatet.
4. Iterer - den skriver om beskrivelsen basert på feilene og kjører testene på nytt.
5. Optimaliser - siste finpuss: sjekk om grensen på 1024 tegn overskrides, og om det finnes konflikter med eksisterende prosjektskills.
6. Pakk - pakker den endelige SKILL.md-filen og referansefilene i riktig struktur.

I praksis ser det slik ut: Du snakker med Claude i 15-20 minutter, svarer på 7-8 avklarende spørsmål og får en ferdig, testet skill til slutt, som aktiveres ved de riktige utløserne.

En annen fordel er at skill-creator viser en forbilledlig stil for å skrive SKILL.md. Du kan åpne dens egen fil og se formatet, tonen og strukturen på trinnene. Her viser verktøyet hvordan det selv fungerer — du leser det og lærer å skrive din egen.

Skills, CLAUDE.md, underagenter, MCP og hooks: Hva bør du bruke?#

Det vanligste problemet i prosjektene jeg har sett gjennom, er at CLAUDE.md inneholder prosjektregler, trinnvise publiseringsinstruksjoner, en commit-mal og en databasebeskrivelse, alt på én gang. Dette overbelaster konteksten og fungerer heller ikke i praksis: Claude kjører ikke instruksjonen «når brukeren ber om å publisere», fordi modellen behandler hele CLAUDE.md som generell kontekst uten tydelige utløserbetingelser.

Løsningen er å tilordne hvert element til riktig byggestein:

I Alex Ops gjennomgang av Claude Code-byggesteiner («Understanding Claude Code's Full Stack») kokes bildet ned til en enkel logikk: Skills og MCP dekker de fleste arbeidsflytene; Hooks automatiserer rutineoppgaver — kodekontroller, tester og sikkerhetsregler. Underagenter trengs når konteksten blir tung. Den vanligste feilen er å lage en underagent der en skill burde brukes.

Beslutningstre

Når du tenker «Jeg trenger at Claude gjør X»:

1. Er denne kunnskapen nødvendig hele tiden? For eksempel: «Prosjektet har et fast språk» eller «vi bruker ikke em-dashes». → Legg det i CLAUDE.md.
2. Er dette en prosedyre som utløses av en bestemt situasjon, og som du nå gjør for hånd? For eksempel: «Jeg skriver en rapport hver mandag.» → Lag en skill.
3. Trenger du tilgang til et eksternt system? For eksempel Stripe API eller CRM-systemet ditt. → Koble til en MCP-server.
4. Skal Claude Code reagere automatisk på en hendelse? For eksempel kjøre en linter etter hver Edit. → Skriv en hook.
5. Er oppgaven tung, vil den bruke opp hele konteksten, og må du gjøre noe annet parallelt? → Kjør den i en underagent.

90% av oppgavene til en entreprenør som vibe-koder, faller i kategori 1-3. Hooks og underagenter er neste nivå når du har beveget deg forbi «én oppgave om gangen».

Slash-kommandoer og skills er det samme

En viktig endring i Claude Code: Det gamle slash-kommandosystemet (.claude/commands/) og skills har i praksis blitt slått sammen. Filen .claude/commands/deploy.md og .claude/skills/deploy/SKILL.md oppretter begge en /deploy-kommando. Hvis navnene er like, vinner skillen. Så hvis du fortsatt bruker det gamle slash-kommandoformatet, bør du gå over til skills; syntaksen er tydeligere, og det finnes flere funksjoner.

7 feil som hindrer en skill i å fungere#

1. En beskrivelse uten utløserfraser: Skillen aktiveres ikke

Symptom: Du har skrevet en skill, kontrollert strukturen, og alt er gyldig, men Claude kaller den ikke inn når brukeren ber om noe. Årsaken er nesten alltid den samme: en beskrivelse som «Hjelper med innholdsskriving». Claude vet ikke hvilke fraser den skal svare på. Løsning: Sett inn 3-5 faktiske brukerfraser i anførselstegn direkte i beskrivelsen.

2. SKILL.md på over 500 linjer: Oppmerksomheten svikter

Anthropic anbefaler uttrykkelig at brødteksten i filen holdes innenfor 500 linjer. Hvis instruksjonene dine er 2,000 linjer lange, mister Claude fokus, følger bare deler av trinnene og blir forvirret over rekkefølgen. Løsning: Flytt store seksjoner til nærliggende filer — examples/, references/, scripts/ — og henvis til dem fra SKILL.md.

3. Én skill for «alt om innhold» i stedet for tre små

Et fristende oppsett: én stor content-skill med Telegram-innlegg, landingssider og e-post i samme skill. Det fungerer ikke. Skillen aktiveres for feil forespørsler, blander metodene og lager et gjennomsnittlig resultat. Løsning: én skill = én gjentakbar handling. Hvis du faktisk har tre rutiner rundt «innhold», lag tre skills: telegram-post, landing-section, email-broadcast.

4. Skill uten en «Når IKKE skal brukes»-del: Konflikter

Symptom: Det finnes to lignende skills i prosjektet, og Claude kaller inn feil skill. Én skill handler for eksempel om et e-postnyhetsbrev, mens en annen spesifikt handler om velkomst-e-poster til kursdeltakere. Uten en uttrykkelig klausul om «ikke aktiver hvis forespørselen handler om en generell e-postliste» vil velkomst-e-post-skillen utløses ved enhver omtale av «e-post». Løsning: Skriv de negative tilfellene tydelig i beskrivelsen.

5. 50 skills i et prosjekt: Beskrivelser blir avkortet

Fra Claude Code-dokumentasjonen:

Hvis du lastet ned 50 skills-samlinger fra en markedsplass, blir noen beskrivelser avkortet. Nøkkelordene du stolte på, kan forsvinne. Løsning: Behold de 10-15 mest nyttige skillsene i det aktive prosjektet. Behold resten i et inaktivt arkiv utenfor alle oppdagbare skills-mapper, for eksempel en separat skill-archive/ i eget materiale. Installer bare nødvendige skills i prosjekt- eller brukeromfang. ~/.claude/skills/ er et installert personlig bibliotek synlig på tvers av prosjekter. Flytting dit fjerner ikke oppdagelse.

6. Skills fra ubekreftede kilder: Sikkerhetsrisiko

Anthropic advarer om dette i den offisielle dokumentasjonen:

Et tilfeldig GitHub-repo kan inneholde en skill som lekker API-nøklene dine første gang du kaller den inn. Løsning: Åpne SKILL.md og les den selv før du installerer. Ikke kjør skills fra ukjente forfattere i viktige prosjekter.

7. En skill uten en kunnskapsmappe gir «gjennomsnittlig ChatGPT»

Det mest subtile og vanligste antipatternet. En skill er en metode, men en metode alene betyr ingenting uten kontekst. Hvis du skriver en skill for å «lage en velkomst-e-post», men prosjektet ikke har noen fil som beskriver målgruppen og ingen fil med retningslinjer for merkevarens stemme, vil Claude skrive en gjennomsnittlig ChatGPT-e-post som ikke skiller seg fra andres.

En skill fungerer best først når du allerede har bygd prosjektets Second Brain etter prinsippene i veiledningen om CLAUDE.md. Bygg kunnskapsstrukturen først, og lag deretter skills som bygger på den. Snur du rekkefølgen, får du rutinearbeid av gjennomsnittlig kvalitet i stedet for personlig arbeid i din stil.

Slik bygger du din første skill på 30 minutter#

Her er den konkrete planen jeg brukte for å bygge de første skillsene i prosjektene mine:

Trinn 1. Velg én gjentakbar handling

Åpne kalenderen for den siste måneden. Finn en oppgave du har gjort minst 4-5 ganger, og som tar 30-60 minutter hver gang. Ikke noe bredt som «markedsføring», men noe spesifikt: «salgsrapport mandag», «innføring av en ny kunde» eller «oppdatere prislisten for en kampanje».

Jo snevrere formuleringen er, desto enklere blir skillen og desto tydeligere blir utløseren.

Trinn 2. Skriv ned prosessen for hånd

Skriv ned trinnene du følger i en egen fil eller i en chat med Claude (ikke som skill, men som et utkast):

1. Open the client database
2. Filter by status "awaiting welcome email"
3. Check which channel the client came from
4. Get the email template for that channel from the "templates" folder
5. Fill in the name, product, and start date
6. Send

Dette er ikke en skill ennå, det er notater. Men uten disse notatene blir du forvirret fra starten når du skal skrive SKILL.md.

Trinn 3. Opprett mappestrukturen

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

Eller, hvis du vil bruke skillen på tvers av alle prosjektene dine, legg den i ~/.claude/skills/.

Trinn 4. Skriv SKILL.md ved hjelp av malen

Skjelett:

---
name: welcome-email-new-client
description: |
  Prepares a welcome email for a new client using the template for their acquisition channel.
  Triggers: "write a welcome email for new client X",
  "onboard new participant Y", "welcome email for client from channel Z".
  Do not activate if the request is about a general mailing list
  or an email campaign—those are other skills.
---

# Welcome Email for a New Client

## Steps

1. Read `knowledge/audience/segments.md` - what client segments we have
2. Read `knowledge/templates/welcome/` - templates by channel
3. Identify the client's channel from the request context
4. Insert the client's name, product name, and start date
5. Check the length—it should be no more than 800 characters
6. Output the final email text in a copy-ready format

## Important

- Do not use “dear friend” or “hello”—use natural speech
- One paragraph, one idea
- End with one call to action, not two

Trinn 5. Test med 5-8 ledetekster

Åpne en tom chat med Claude Code i dette prosjektet. Prøv 5 fraser du faktisk bruker og 3 lignende som ikke skal utløse skillen:

Bør utløse:

• «Skriv en velkomst-e-post til den nye kunden Ivanov»
• «Ta imot en ny deltaker som kjøpte program X»
• «Velkomst-e-post for en kunde fra Instagram»

Bør ikke utløse:

• «Send en kampanje-e-post til hele listen»
• «E-postkampanje for nyttårsferien»
• «Skriv en oppfølging til en kunde som ikke har betalt»

For hvert uttrykk sjekker du om skillen ble aktivert. Hvis den aktiveres i feil situasjoner, gjør beskrivelsen snevrere. Hvis den ikke aktiveres når den skal, utvid utløserfrasene.

Trinn 6. Iterer på beskrivelsen

Etter hver mislykkede test redigerer du bare beskrivelsen — ikke rør instruksjonsdelen. Etter 2-3 iterasjoner begynner skillen å aktiveres pålitelig. Lagre den, commit den, og bruk den hver dag.

Siste råd: Ikke prøv å gjøre den første skillen perfekt. Få den til å fungere. Finpussen kommer etter den femte eller tiende skillen, når du begynner å se mønstre i formuleringene dine og i svarene fra Claude.

Velg én tilbakevendende oppgave fra kalenderen din for denne uka, sett av 30 minutter og følg de seks trinnene ovenfor. Da vil Claude arbeide etter metoden din i stedet for å gjette.

Det fungerende oppsettet er AI-klone + Second Brain + Context Engineering. Tre deler av én metodikk.

Hvis du trenger tilgang til AI-modeller gjennom Ailoot, kan du se nærmere på Ailoot.