Skip to content
Service status

Skriv for å søke

Grunnleggende promptkurs · 4 min lesing

Strukturer instruksjonene dine

Lær hvordan du organiserer prompts med seksjoner, XML-tagger og hierarkisk prioritering for mer konsistente og pålitelige resultater.

Læringsmål

  • Forstå hvorfor strukturerte instruksjoner gir mer konsistente resultater
  • Kunne bruke ulike struktureringsteknikker (seksjoner, XML-tagger, hierarkier)
  • Identifisere vanlige strukturfeil og hvordan man unngår dem
  • Anvende strukturprinsipper på din egen systemprompt

I avsnitt 2 lærte du de fem grunnpilarene – HVA, HVORFOR, HVORDAN, HVEM og TON. Nå tar vi det ett steg videre, for selv om du har alle riktige komponenter på plass kan de lett bli rotete hvis de ikke organiseres riktig. Struktur er ikke et estetisk valg – det er en fundamental del av å få AI-en til å fungere pålitelig og konsistent.

I dette avsnittet lærer du tre konkrete struktureringsteknikker, de vanligste feilene å unngå og en sjekkliste du kan bruke direkte på dine egne prompts.

Start med å forstå hva struktur faktisk gjør for en prompt – og hvorfor det spiller en rolle.

Hva betyr struktur ved prompting?

Tenk på det som forskjellen mellom en velorganisert koffert og en der alt bare er kastet inn. Innholdet er det samme, men strukturen avgjør om du raskt finner det du trenger – eller om du må grave gjennom alt.

For AI-modeller gjelder nøyaktig det samme prinsippet: en velstrukturert prompt hjelper modellen å raskt identifisere hva som er viktig, hvilke regler som gjelder og hvordan ulike deler henger sammen. En ustrukturert prompt overlater modellen til å gjette – og gjetting fører til inkonsistente resultater.

Det er tre konkrete grunner til at struktur gjør en forskjell i praksis – og de påvirker direkte hvordan AI-en tolker og følger instruksjonene dine.

Tre grunner til at struktur er avgjørende

Når informasjon er delt inn i tydelige seksjoner, trenger modellen ikke gjette hva som er en instruksjon, et eksempel eller bakgrunnsinformasjon. Det reduserer risikoen for feiltolkninger drastisk.

En kaotisk prompt kan gi ulike svar hver gang – selv med de samme inndataene. Struktur skaper forutsigbarhet og pålitelighet, noe som er kritisk når du bygger noe som skal brukes i praksis.

Når du eller noen andre i teamet skal oppdatere prompten senere, er det enormt mye enklere hvis alt har sin plass. Du vet direkte hvor du skal justere reglene, legge til eksempler eller endre tonen.

Nå som du vet hvorfor struktur er avgjørende, la oss se på tre konkrete teknikker du kan begynne å bruke direkte – uansett hvor enkel eller kompleks prompten din er.

Struktureringsteknikker du kan bruke direkte

Teknikk 1: Tydelige seksjoner med rubrikksetting

Section titled “Teknikk 1: Tydelige seksjoner med rubrikksetting”

Den enkleste struktureringsmetoden er å dele opp prompten din i navngitte seksjoner. Det fungerer utmerket for de fleste brukstilfeller og svarer direkte på de fem grunnpilarene fra avsnitt 2.

## ROLLE
Du er en erfaren og pedagogisk IT-supporter som jobber i et
mellomstort selskap.
## OPPGAVE
Hovedoppgaven din er å svare på medarbeideres IT-spørsmål og veilede
dem steg-for-steg gjennom løsninger.
## FORMÅL
Målet er å redusere belastningen på IT-supporten og gi medarbeidere
rask hjelp ved gjentakende problemer.
## REGLER
- Svar alltid på norsk
- Bruk maks 150 ord per svar
- Hvis du ikke vet svaret, skriv: "Jeg mangler informasjon om dette.
Kontakt IT-support på support@selskap.no"
- Inkluder alltid kildehenvisning når du refererer til interne guider
## TON
Vær vennlig, profesjonell og oppmuntrende. Unngå teknisk sjargong
hvis det ikke er nødvendig.

Hver seksjon har et tydelig formål og modellen kan lett skille mellom hva den skal gjøre (OPPGAVE) og hvordan den skal gjøre det (REGLER + TON).

Teknikk 2: XML-tagger for kompleks strukturering

Section titled “Teknikk 2: XML-tagger for kompleks strukturering”

Når instruksjonene dine blir mer avanserte – spesielt hvis du har mange eksempler, lange lister eller hierarkisk informasjon – kan XML-tagger gjøre stor forskjell. Anthropic anbefaler dette spesielt for Claude-modeller.

Tenk på XML-tagger som etiketter på bokser. Akkurat som du skriver “KJØKKENGLASS – SKJØRT” på en kartong når du pakker, setter XML-tagger navn på ting slik at både mennesker og modeller vet hva som er inni:

<kokebok>
<oppskrift>
<navn>Pannekaker</navn>
<ingredienser>
<ingrediens>Mel</ingrediens>
<ingrediens>Egg</ingrediens>
</ingredienser>
</oppskrift>
</kokebok>

Hver <tagg> åpner en boks og </tagg> lukker den – du kan bygge hierarkier av bokser i bokser, akkurat som et familietreet.

  • Tydeligere avgrensning mellom ulike deler
  • Lettere for modellen å skille instruksjoner fra innhold
  • Bedre for lengre kontekst og komplekse oppgaver
<role>
Du er en erfaren HR-spesialist med ekspertise innen norsk arbeidsrett.
</role>
<task>
Besvare spørsmål om selskapets HR-retningslinjer og gi veiledning
rundt arbeidsrettslige spørsmål.
</task>
<constraints>
- Gi aldri juridisk rådgivning – henvis til fagforening eller
jurist ved komplekse saker
- Siter alltid riktig policy-dokument med sidenummer
- Svar innen 200 ord
- Hvis informasjon mangler: "Kontakt HR-avdelingen direkte for dette spørsmålet"
</constraints>
<examples>
<example>
Bruker: "Hvor mange feriedager har jeg rett til?"
Assistent: "Ifølge selskapets feriepolicy (s. 3) har heltidsansatte
rett til 25 feriedager per år. Kontakt HR på hr@selskap.no for din
eksakte ferierett."
</example>
</examples>
<tone>
Profesjonell, vennlig og støttende. Bruk et tilgjengelig språk
som gjør arbeidsrettslige spørsmål forståelige.
</tone>
  • Når du har mer enn 3 eksempler
  • Når du håndterer lang kontekst (dokumenter, datatabeller, osv.)
  • Når du bygger komplekse assistenter med flere verktøy
  • Når du vil være ekstra tydelig på hva som er instruksjoner vs. data

Teknikk 3: Hierarkisk organisering for komplekse assistenter

Section titled “Teknikk 3: Hierarkisk organisering for komplekse assistenter”

For mer avanserte brukstilfeller kan du trenge å bygge hierarkier der noen instruksjoner er viktigere enn andre.

Prioriteringsprinsippet (Google og Anthropic)
Section titled “Prioriteringsprinsippet (Google og Anthropic)”
  • Plasser de mest kritiske instruksjonene sist i prompten
  • Negative begrensninger (“gjør IKKE X”) skal komme til slutt
  • Viktige formateringsregler skal gjentas nær slutten
## OVERORDNET ROLLE
Du er en AI-assistent for kundeservice på en e-handelsplattform.
## PRIMÆRE OPPGAVER
1. Besvare spørsmål om ordrestatus, leveranser og returer
2. Hjelpe kunder med kontoinformasjon
3. Eskalere komplekse saker til menneskelig support
## SEKUNDÆRE OPPGAVER
- Gi produktanbefalinger ved forespørsel
- Informere om pågående kampanjer
## KRITISKE SIKKERHETSREGLER (følg alltid disse)
Del ALDRI fullstendige kortnummer eller passord
Endre ALDRI leveringsadresser uten verifisering via e-post
Gjennomfør ALDRI refusjoner over 500 kr uten godkjenning
Ved mistanke om svindel → stopp direkte og eskaler
## VIKTIG: Prioritetsrekkefølge ved konflikt
Hvis du er usikker, prioriter alltid sikkerhetsreglene foran
rask service.

Sikkerhetsreglene er markert som kritiske, plassert sent i prompten og visuelle symboler (❌ ✅) gjør begrensningene ekstra tydelige.

Å kjenne til de riktige teknikkene er én ting – å unngå de vanligste fallgruvene er en annen. Her er de tre feilene som forekommer oftest.

Vanlige strukturfeil – og slik unngår du dem

Unngå:

Du er en kundesupportassistent som skal hjelpe brukere med spørsmål om
produkter og du skal være vennlig og svare kort og hvis du ikke vet
svaret skal du si det og du skal alltid spørre om brukeren trenger
mer hjelp...

Bedre: Del opp i tydelige seksjoner (ROLLE, OPPGAVE, REGLER, TON) ifølge Teknikk 1 ovenfor.

Feil 2: Instruksjoner blandet med eksempler

Section titled “Feil 2: Instruksjoner blandet med eksempler”

Unngå:

Du skal kategorisere kunde-e-poster. For eksempel "Jeg vil returnere ordren min"
skal kategoriseres som Retur og du skal være konsis og hvis det
handler om levering skal det kategoriseres som Levering og svar
alltid med bare kategorien.

Bedre:

## OPPGAVE
Kategoriser innkommende kunde-e-poster i riktig kategori.
## KATEGORIER
- Retur
- Levering
- Produktspørsmål
- Teknisk support
- Annet
## EKSEMPLER
E-post: "Jeg vil returnere ordren min"
Kategori: Retur
E-post: "Når kommer pakken min?"
Kategori: Levering
## FORMAT
Svar kun med kategorinavnet, ingenting annet.

Feil 3: Viktige begrensninger tidlig i prompten

Section titled “Feil 3: Viktige begrensninger tidlig i prompten”

Modeller kan “glemme” viktige begrensninger hvis de plasseres for tidlig – spesielt negative instruksjoner.

Unngå (dårlig plassering):

Endre ALDRI brukerdata uten godkjenning.
[... 300 ord med andre instruksjoner ...]
Nå skal du hjelpe brukeren med forespørselen.

Bedre (kritiske regler sist):

[... øvrige instruksjoner ...]
## KRITISK: Sikkerhetsregler (følg alltid)
- Endre ALDRI brukerdata uten eksplisitt godkjenning
- Del ALDRI sensitiv informasjon med uautoriserte

Ta alltid systemprompten din gjennom denne sjekklisten før du setter den i produksjon – den hjelper deg avgjøre om strukturen faktisk holder.

Sjekkliste: har prompten din god struktur?

Bruk denne sjekklisten mens du bygger og forbedrer systemprompten din:

Har jeg tydelige seksjoner? (Rolle, Oppgave, Regler, osv.)

Er eksempler separert fra instruksjoner?

Er de viktigste begrensningene mine plassert sent i prompten?

Kan noen andre lese og forstå prompten min innen 30 sekunder?

Er negative instruksjoner (“gjør IKKE”) tydelig markert?

Bruker jeg XML-tagger hvis jeg har kompleks kontekst eller mange eksempler?

Hvis du kan svare ja på minst 4 av 6 punkter, er du på rett vei!

Struktur er ikke bare “fin formattering” – det er en fundamental del av å få AI-en til å fungere pålitelig. Her er de fire viktigste innsiktene å ta med seg.

  • Tydelige seksjoner gjør det lett for modellen å finne riktig informasjon og reduserer risikoen for feiltolkninger drastisk.
  • XML-tagger hjelper ved kompleks kontekst og mange eksempler – de skaper tydelige avgrensninger som modellen kan navigere trygt.
  • Hierarkisk prioritering sikrer at viktige regler følges og at primære oppgaver ikke drukner kritiske begrensninger.
  • Kritiske instruksjoner sist forhindrer at modellen “glemmer” dem – plasser alltid negative begrensninger og sikkerhetsregler sent i prompten.

Test kunnskapen din

Spørsmål 1 av 5

Spørsmål 1 av 5

Hvorfor er struktur viktig i en systemprompt?

Hvorfor er struktur viktig i en systemprompt?