Grundteknikker i prompt engineering
Fem teknikker dækker det meste af det, der virker. De sidder først for alvor, når man har brugt dem på sit eget arbejde, og derfor bruger vi dem som øvelser på vores hands-on AI-workshop.
Vær specifik: i stedet for 'skriv en tekst om AI', skriv 'skriv en introduktion på 200 ord til AI for danske virksomhedsledere i en professionel, men tilgængelig tone'.
Giv kontekst og rolle: fortæl modellen, hvem den skriver for, og hvilken rolle den har, for eksempel 'du er en erfaren AI-konsulent, der rådgiver en CFO'.
Brug eksempler (few-shot): giv to-tre eksempler på det ønskede output. Det er ofte den mest effektive måde at styre stil og format.
Strukturér outputtet: bed om svar i et bestemt format, for eksempel JSON, en tabel eller en nummereret liste, så det kan bruges direkte.
Bed om trinvis ræsonnering: lad modellen tænke trin for trin, før den konkluderer. Det hæver præcisionen markant på komplekse opgaver.
Vi hjælper virksomheder med at udvikle prompt-strategier, system prompts og AI-retningslinjer, der holder i drift. Kontakt os for at optimere jeres AI-implementering.
System prompts og skabeloner i drift
I drift arbejder man sjældent med enkeltstående prompts. I stedet bruger man system prompts, der definerer modellens rolle, grænser og adfærd på tværs af alle samtaler.
Et system prompt kan for eksempel fastsætte, at modellen altid svarer på dansk, aldrig giver juridisk rådgivning, og altid henter sit grundlag fra virksomhedens dokumenter via RAG.
Prompt templates er genbrugelige skabeloner, hvor variable dele, for eksempel kundenavn eller produkttype, indsættes dynamisk. Det giver konsistens og gør det muligt at skalere AI-brugen, uden at hver medarbejder skal være prompt engineer.
Og som al anden software skal prompts testes. Et prompt, der virker på ti eksempler, kan fejle på det ellevte, så systematisk evaluering hører med, før det går i produktion.
Hvad prompt engineering ikke er
Prompt engineering er ikke et alternativ til fine-tuning eller RAG, men et supplement. Prompt engineering styrer, hvordan modellen svarer. Fine-tuning ændrer, hvad den ved. RAG giver den adgang til specifik information. De bedste løsninger bruger dem sammen.
Det er heller ikke en engangsøvelse. Gode prompts kræver iteration og test, præcis som anden udvikling.
Og det er ikke trylleord. Et skarpt prompt kan ikke få en model til at vide noget, den ikke har adgang til, eller gøre et svagt datagrundlag korrekt. Når grænsen er nået, er det RAG eller fine-tuning, der skal til, ikke flere ord i prompten.