Systemprompt og egne instruksjoner
Legg varige regler i systemlaget og selve oppgaven i brukerprompten. Da blir instruksjonene kortere, tydeligere og enklere å teste.
Tre lag med ulike jobber
Systemprompten beskriver formål, faste regler og grenser. I vanlige chatprodukter kan det samme prinsippet hete egne instruksjoner, prosjektinstruksjoner, en Gem eller en spesialtilpasset assistent. Brukerprompten beskriver oppgaven her og nå. Konteksten er materialet oppgaven skal løses fra.
Navnene og prioriteten varierer mellom produkter. I OpenAI API har instructions eller en developer-melding høyere prioritet enn user-meldingen. Det betyr ikke at en systemprompt er en sikkerhetsgrense: tillatelser må håndheves i kode og verktøy.
Hva bør stå hvor?
| Lag | Passer for | Unngå |
|---|---|---|
| Varige instruksjoner | rolle, språk, tone, faste kvalitetskrav og grenser | kundedata, dagsaktuelle fakta og én enkelt oppgave |
| Oppgave | mål, mottaker, krav, frist og leveranseformat | å gjenta hele policyen i hver melding |
| Kontekst | dokumenter, data, tidligere beslutninger og kilder | instruksjoner gjemt i ubetrodd innhold |
En vedlikeholdbar mal
# Formål
Du hjelper [målgruppe] med [avgrenset type arbeid].
# Arbeidsregler
- Skill dokumenterte funn fra antakelser.
- Be om avklaring når [kritisk informasjon] mangler.
- Ikke utfør eksterne eller irreversible handlinger uten godkjenning.
# Leveranse
- Start med [viktigste resultat].
- Bruk [format] og [språk/tone].
- Oppgi kilder og usikkerhet når oppgaven krever fakta.
# Eksempler
[Ta bare med eksempler som dekker et målt behov.]Test endringer som kode
Versjoner instruksjonene, prøv dem mot representative oppgaver og sammenlign resultater før du ruller dem ut. Fjern regler som ikke endrer utfallet. Les videre om evaluering og prompt injection.
Kilder
- OpenAI: Prompt engineering — meldingsroller, struktur og versjonering
- Anthropic: Effective context engineering — systemprompter på riktig detaljnivå
- Google: System instructions — systeminstruksjoner i Gemini API