Grunderna: instruktion, kontext och exempel
En prompt är helt enkelt texten du skickar till en språkmodell — allt den ser innan den svarar. Det låter trivialt, men det är egentligen hela produkten: modellen har inga andra sinnen. Den vet bara vad som står i prompten (plus eventuell systeminstruktion, mer om det i nästa kapitel). Om något är oklart för dig i din egen text är det garanterat oklart för modellen också — den gissar då lika mycket som du skulle ha gjort.
En bra prompt består i praktiken av tre byggstenar, och de flesta svaga prompts saknar minst en av dem:
- En tydlig instruktion — vad du faktiskt vill ha, uttalat rakt ut, inte underförstått. "Skriv något om X" är ingen instruktion, det är ett ämne.
- Relevant kontext — bakgrundsinformation modellen behöver men inte redan har: din kodbas, din målgrupp, din ton, dina begränsningar.
- Exempel (few-shot) — att visa modellen ett eller ett par exempel på exakt det format eller den stil du vill ha, är ofta effektivare än att beskriva det med ord.
Se skillnaden mellan en vag och en specifik prompt:
"Skriv något om marknadsföring."
Modellen vet inte vilket format, vilken längd, vilken ton, eller för vem. Den fyller i alla luckor själv — och gissar sällan rätt på allihop.
"Skriv tre rubriker för ett Instagram-inlägg om en ny kaffesort. Max 60 tecken var. Lekfull ton, ingen utropstecken-spam."
Här är instruktionen (tre rubriker), formatet (max 60 tecken), och tonen (lekfull) alla explicita. Modellen behöver inte gissa något.
Det här är den enskilt viktigaste insikten i hela kursen: specificitet slår finurlighet. Du behöver inga hemliga trick eller magiska frasformuleringar — du behöver bara säga exakt vad du vill ha, lika tydligt som du skulle förklara det för en ny kollega som är duktig men inte kan läsa dina tankar.
Few-shot-exempel förtjänar ett extra ord: om du vill ha en viss ton, ett visst format eller en viss struktur på svaret, är det ofta snabbare och mer träffsäkert att visa 1–3 exempel än att försöka beskriva stilen abstrakt. En modell som ser ett exempel på önskat format kopierar mönstret nästan perfekt — beskrivningar i ord ("var koncis men varm") tolkas mer olika från gång till gång.
System-prompts och roller
Det du skriver i chattrutan är inte den enda texten modellen ser. De flesta AI-system lägger också in en system-prompt — en instruktion som sätts innan samtalet börjar och som gäller genomgående. Den definierar vem modellen ska vara, vilka verktyg den har, vilken ton den ska hålla och vilka gränser den aldrig får kliva över. Skillnaden mot ditt eget meddelande är att system-prompten är osynlig för dig i vardagen, men den styr allt.
En rimlig struktur för en system-prompt brukar innehålla fyra delar:
| Del | Vad den gör |
|---|---|
| Rolldefinition | Vem är assistenten? ("Du är en teknisk skribent som hjälper till att förenkla komplexa texter") |
| Begränsningar | Vad får den aldrig göra? ("Hitta aldrig på källor eller siffror") |
| Utformat | Hur ska svaret se ut? ("Svara alltid i punktlistor, max 5 punkter") |
| Ton | Hur ska den låta? ("Rakt på sak, inga överdrivna artighetsfraser") |
Mitt eget agentsystem Hermes (som du kan läsa mer om i kurs 01) är i grunden bara ett stort exempel på precis den här principen. Hermes system-prompt berättar för modellen vem den är, vilka verktyg den har tillgång till, vad den absolut aldrig får göra (till exempel köra destruktiva kommandon utan att fråga), och hur den ska rapportera vad den gjort. Samma mönster fungerar i miniatyr för vilken egen assistent du än bygger — du behöver inte en hel serverdrift för att dra nytta av det, bara samma tankesätt i mindre skala.
En bra system-prompt är specifik om edge cases, inte bara om den vanliga vägen. "Svara vänligt och hjälpsamt" säger inget om vad modellen ska göra när den inte vet svaret. "Om du är osäker, säg det — hitta aldrig på ett svar" gör det.
Ju viktigare uppgiften är, desto mer lönar det sig att lägga tid på just det ovanliga fallet i system-prompten: vad händer om användaren frågar om något utanför ämnet, om data saknas, om instruktionerna motsäger varandra? Det är där en svag system-prompt går sönder, inte i det vanliga fallet.
Att få modellen att resonera
På komplexa uppgifter — matematik, flerstegslogik, analyser med flera rörliga delar — ger det ofta ett tydligt bättre resultat att be modellen tänka steg för steg innan den ger sitt slutgiltiga svar, jämfört med att be den hoppa direkt till svaret.
Varför fungerar det? En modell genererar text ett steg i taget, och om den försöker mönstermatcha direkt till ett slutsvar utan mellansteg missar den ofta detaljer som bara blir synliga när de skrivs ut explicit. Att be den resonera ger den "utrymme" att faktiskt arbeta igenom problemet i text, precis som en människa som räknar på ett papper istället för i huvudet.
| Prompt | Effekt |
|---|---|
"Vad blir svaret på det här problemet: …?" | Modellen kan hoppa direkt till ett svar — snabbt, men mer felbenäget på flerstegsproblem |
"Tänk igenom det här steg för steg, visa ditt resonemang, ge sedan svaret." | Modellen bryter ner problemet i mindre steg och är betydligt mer träffsäker |
Ett konkret exempel: be en modell räkna ut hur många ägg som är kvar efter en serie köp och förbrukningar i flera led ("Anna köper 3 dussin ägg, använder 8 till en kaka, ger bort ett dussin, köper sedan 15 till …"). Frågar du direkt efter svaret gör modellen ibland ett aritmetiskt hopp och missar ett steg. Ber du den istället lista varje transaktion i ordning innan den summerar, blir felfrekvensen tydligt lägre — helt enkelt för att varje delsteg blir synligt och kan kontrolleras, av både modellen och dig.
Moderna resonemangsmodeller — som Fable 5 eller GPT-5.6 Sol med hög resonemangsansträngning, som togs upp i kurs 02 — gör mycket av det här internt och automatiskt, utan att du behöver be om det explicit. Men för snabbare, icke-resonerande modeller gör en enkel "tänk steg för steg" fortfarande stor skillnad.
En andra teknik i samma familj: be modellen granska sitt eget svar som ett andra steg innan den lämnar det ifrån sig — "kontrollera resonemanget ovan, finns det något fel eller något du missat?" På viktiga uppgifter fångar det ofta misstag som slank igenom i det första försöket. Det kostar en extra runda, men för saker som verkligen måste stämma är det värt det.
Kontextfönstret i praktiken
Allt du skickar in — instruktion, bakgrundsinformation, tidigare meddelanden, dokument — delar samma utrymme: kontextfönstret. Det är frestande att tänka "ju mer information, desto bättre", men i praktiken är det tvärtom. Precis som vi tog upp i kursen om Hermes minne, försämrar för mycket irrelevant material — kontext-brus — kvaliteten på svaret, inte förbättrar den.
Praktisk tumregel: lägg in det som är direkt relevant för uppgiften (rätt kodfiler, rätt dokument, rätt bakgrund), och lämna ute allt annat — särskilt hela konversationshistorik som inte längre är relevant för den fråga du faktiskt ställer nu.
Ett dokumenterat fenomen hos språkmodeller är att de attenderar mindre pålitligt till information som ligger mitt i en väldigt lång prompt, jämfört med information i början eller slutet. Praktisk konsekvens: placera dina viktigaste instruktioner först eller sist i en lång prompt — inte begravda mitt i ett stort textblock.
Det gäller särskilt när du klistrar in stora dokument eller kod som kontext och sedan lägger själva frågan i slutet — det brukar fungera bättre än att lägga frågan först och kontexten efter, eftersom instruktionen då är det senaste modellen läste innan den börjar svara.
En annan praktisk regel: för en stor och sammansatt uppgift, dela upp den i flera mindre, fokuserade prompts istället för en jätteprompt som ska göra allt på en gång. Varje delsteg blir lättare för modellen att hålla reda på, och lättare för dig att kontrollera resultatet mellan varje steg innan du går vidare.
Vanliga misstag och hur du fixar dem
De flesta prompting-problem jag stöter på — mina egna och andras — går igen i ett litet antal mönster. Här är de vanligaste, och den konkreta fixen för varje.
| Misstag | Fix |
|---|---|
| Vag begäran ("skriv något om X") | Specificera format, längd och målgrupp explicit |
| Förutsätter att modellen minns något från tidigare utan att det står i aktuell kontext | Upprepa de viktiga fakta du behöver — anta ingenting utanför det som faktiskt skickas in |
| Ledande fråga som antar en felaktig premiss | Fråga neutralt, be modellen utvärdera istället för att bekräfta |
| Ger inte modellen en "utväg" att säga "jag vet inte" | Instruera explicit att osäkerhet ska erkännas, inte gömmas |
| En jätteprompt som ska göra fem saker samtidigt | Dela upp i sekventiella steg, ett i taget |
Det tredje misstaget förtjänar extra uppmärksamhet: som vi nämnde i kursen AI i praktiken, tenderar modeller att hålla med om felaktiga premisser om du frågar ledande — fråga "varför är X sant" och du får ofta ett svar som antar att X är sant, även när det inte är det. Fixen är enkel men lätt att glömma: fråga öppet ("stämmer det att X, och varför/varför inte?") istället för att bädda in antagandet i frågan.
Det fjärde är kanske det mest underskattade: modeller är tränade att ge ett svar, och ett självsäkert formulerat fel svar är farligare än ett tveksamt korrekt svar. Ge modellen uttrycklig tillåtelse att säga "jag vet inte" eller att ställa en följdfråga istället för att gissa — det minskar andelen självsäkra men felaktiga svar mätbart.
Sammanfattningsvis: det mesta som gör en prompt svag går att fixa utan att lära sig något nytt tekniskt — bara genom att vara lika tydlig, saklig och konkret som du skulle vara mot en människa som gärna vill hjälpa till men inte kan läsa dina tankar.