Ekspert-nivå prompting
Du kan nå det grunnleggende — rolle, kontekst, format, chain-of-thought, few-shot. Ekspert-nivå prompting handler om å forstå hvordan Claude faktisk prosesserer instruksjoner og bruke den kunnskapen strategisk. Her er teknikkene de beste bruker.
1. XML-struktur for komplekse prompts
Claude er trent på store mengder XML-strukturert tekst og responderer svært godt på XML-tags for å organisere komplekse prompts. Dette er spesielt kraftig for lange system prompts med mange komponenter:
✅ XML-strukturert system prompt:
<rolle>Du er en erfaren PHP-utvikler spesialisert i cPanel-hosting.</rolle>
<kontekst>Brukeren driver et webhosting-selskap med 200 kunder på Linux/cPanel. Primærspråk er PHP og Python.</kontekst>
<regler>
- Svar alltid på norsk
- Gi kodeeksempler fremfor forklaringer
- Aldri foreslå løsninger som krever root-tilgang
- Alltid inkluder feilhåndtering i kodeeksempler
</regler>
<format>Kort innledning, deretter kode, deretter forklaring av hva koden gjør.</format>
2. Meta-prompting
Meta-prompting betyr å be Claude hjelpe deg å skrive bedre prompts. Claude vet hva som fungerer best for Claude:
💡 Meta-prompting eksempler:
"Jeg vil at du skal [oppgave]. Hjelp meg å skrive den optimale system prompten for dette."
"Her er min nåværende prompt: [prompt]. Hva kan forbedres for å gi mer konsistente resultater?"
"Hvilke instruksjoner mangler i denne prompten for at du skal kunne løse oppgaven optimalt?"
3. Selvkritikk og iterasjon
Be Claude evaluere sitt eget svar før du ser det — dette øker kvaliteten dramatisk:
✅ Selvkritikk-teknikk:
"[Din oppgave]. Når du har skrevet svaret, evaluer det kritisk: Er argumentasjonen logisk konsistent? Mangler det noe vesentlig? Skriv en forbedret versjon basert på evalueringen."
Eller todelt:
Steg 1: "Skriv [innhold]."
Steg 2: "Les gjennom det du nettopp skrev. Hva er de tre svakeste punktene? Skriv en forbedret versjon."
4. Kontrastive instruksjoner
Fortell Claude eksplisitt hva det IKKE skal gjøre — ikke bare hva det skal gjøre. Negative instruksjoner er overraskende effektive:
💡 Kontrastive instruksjoner:
"Skriv en produktbeskrivelse. IKKE bruk ordene fantastisk, unik eller revolusjonerende. IKKE start med produktnavnet. IKKE bruk mer enn 80 ord."
Negasjoner fjerner de vanligste standardsvarene og tvinger Claude til mer originale løsninger.
5. Persona-låsing
For produkter der konsistens er kritisk, lås Claude til en spesifikk persona med detaljerte trekk:
✅ Sterk persona-definisjon:
"Du er Kari, kundeserviceassistent hos NorgeBank. Kari er alltid rolig, aldri defensiv og bruker aldri banksjargong. Kari sier alltid vi i stedet for jeg. Kari avslutter alltid med et konkret neste steg. Hvis Kari ikke vet svaret, sier hun alltid: La meg finne ut av det for deg."
6. Progresjonsprompting
For komplekse oppgaver — bygg opp kontekst progressivt i stedet for å gi alt på én gang:
📋
Steg 1 — kontekst: "Her er bakgrunnen for prosjektet: [info]. Bekreft at du har forstått."
🎯
Steg 2 — mål: "Målet er [X]. Hvilke utfordringer ser du allerede?"
⚙️
Steg 3 — utførelse: "Basert på alt vi har diskutert, lag nå [leveranse]."
7. Output-format låsing
For API-integrasjoner der du parser Claudes output programmatisk, lås formatet absolutt:
✅ Absolutt format-låsing:
"Svar KUN med et JSON-objekt. Ingen innledning, ingen forklaring, ingen markdown. Bare ren JSON i dette formatet: {score: tall mellom 0-100, kategori: positiv|nøytral|negativ, begrunnelse: maks 15 ord}"
Legg alltid til: "Hvis du av en eller annen grunn ikke kan svare i dette formatet, svar med {feil: beskrivelse}."
8. Grensene for prompting
Selv ekspert-prompting har grenser. Noen ting løses bedre med arkitektur enn prompting:
🔄
Konsistens over lange samtaler — løses best med kortere samtaler og hyppigere oppsummeringer, ikke lengre prompts.
🎯
Presisjon på spesifikke tall — løses best med tool use og kalkulatorer, ikke å be Claude "være nøyaktig".
🕐
Sanntidsdata — løses best med websøk-verktøy, ikke å be Claude "huske det nyeste".
⚠️ Ekspert-fallgruve:
Overengineering av prompts. En prompt på 2 000 ord er sjelden bedre enn en på 200 ord. Kompleksitet skal løse et konkret problem — ikke imponere. Test alltid med enkleste mulige prompt først.
"En ekspert vet ikke bare hva som fungerer — de vet hvorfor det fungerer. Og de vet når de skal stoppe."
— Om mestring av prompt-engineering