Prompt engineering for specifikke brancher

Branchespecifik instruktionsteknik betyder, at prompter tilpasses fagord, data, risici, arbejdsflow og krav til svarformat i en bestemt branche. Den samme generelle AI-instruktion virker sjældent lige godt i sundhed, finans, undervisning, marketing eller kundeservice, fordi formål, kontrol og konsekvensen af fejl varierer.

Artiklens hovedpointer:

Branchespecifik instruktionsteknik handler om at tilpasse prompter, kontekst, eksempler og svarformat til en konkret arbejdsproces. Overblikket dækker forskelle mellem brancher, test af AI-svar, sikkerhedsrisici, dataforbehold og kontrolpunkter for organisationer, der vil bruge AI mere stabilt.

Hvad betyder branchespecifik instruktionsteknik?

Branchespecifik instruktionsteknik er arbejdet med at formulere AI-instruktioner, kontekst, eksempler og svarformater, så en model løser en bestemt faglig opgave mere stabilt. Det handler ikke kun om pænere formuleringer. Det handler om at oversætte en arbejdsproces til en instruktion, som modellen kan følge uden at miste centrale forbehold.

En generel instruktion kan bede modellen om at skrive en kundemail, opsummere et dokument eller foreslå næste trin. En branchespecifik version angiver derimod, hvilken rolle svaret har i processen, hvilke oplysninger der må bruges, hvilke antagelser der skal undgås, og hvilket format svaret skal have for at kunne kontrolleres.

Hvorfor skal AI-instruktioner tilpasses branchekonteksten?

Brancher adskiller sig i sprog, datatyper, tolerancen for fejl og kravene til dokumentation. En instruktion til en marketingopgave kan lægge vægt på målgruppe, tone og kanal. En instruktion til teknisk support bør i stedet prioritere fejlsøgning, kildegrundlag, versionsoplysninger og tydelig markering af usikkerhed.

Forskellen er praktisk. Branchens kontekst afgør, om modellen skal skrive kreativt, klassificere data, forklare et fagbegreb, kontrollere et output eller forberede materiale til menneskelig vurdering. Jo mere specialiseret arbejdsflowet er, desto mere bør instruktionen beskrive formål, input, begrænsninger og kontrolpunkter.

Hvilke dele bør ændres fra branche til branche?

Den vigtigste forskel ligger normalt i kontekst, kriterier og outputformat. Officielle vejledninger fra modeludbydere beskriver klare instruktioner, eksempler, kontekst og testbare kriterier som centrale greb. I en brancheproces skal disse greb knyttes til den konkrete opgave, ikke kun til en generel ønsket tone.

  • Rolle og opgave: Hvilken funktion skal AI’en udføre, og hvor stopper dens ansvar?
  • Kontekst: Hvilke fagudtryk, dokumenttyper, kundetyper, regler eller produktdata er relevante?
  • Afgrænsning: Hvad må modellen ikke antage, udfylde eller konkludere uden dokumentation?
  • Outputformat: Skal svaret være en tabel, beslutningsliste, kort forklaring, risikooversigt eller kladde?
  • Kontrolpunkter: Hvilke dele af svaret skal kunne efterprøves af en person eller et andet system?

Hvordan adskiller brancher sig i krav til svarformat?

Svarformatet er ofte den mest oversete del af branchespecifikt AI-arbejde. Et svar kan være fagligt rimeligt, men stadig ubrugeligt, hvis det ikke passer til arbejdsgangen. En underviser kan have brug for læringsmål og differentierede opgaver. En kundeservicemedarbejder kan have brug for svarforslag, eskaleringsårsag og næste handling.

Eksempler på branchespecifikke krav til AI-svar
Branche eller funktionTypisk opgaveHvad instruktionen bør styre
UndervisningForklare et emne eller udforme opgaverNiveau, læringsmål, tilladte hjælpemidler og krav om pædagogisk tydelighed
KundeserviceUdarbejde svarforslagProduktkontekst, tone, eskalering, forbud mod at opfinde vilkår og krav om korthed
MarketingTilpasse indhold til kanal og målgruppeMålgruppe, kanal, brandbegrænsninger, dokumenterede påstande og ønsket variation
Teknisk driftFejlsøge loguddrag eller beskrive ændringerSystemversion, kendte begrænsninger, testtrin og krav om at skelne fakta fra hypoteser

Hvordan kan eksempler gøre prompter mere præcise?

Eksempler hjælper modellen med at se mønstre i format, detaljeniveau og afgrænsning. Googles vejledning til modelinstruktioner beskriver fåskudseksempler som en metode, hvor eksempler viser modellen, hvilken type svar der ønskes. I en branche kan eksempler være korte, anonymiserede sager, tidligere godkendte svarformater eller testdata.

Referencekontekst kan også være nødvendig, når svaret skal bygge på bestemte produktvilkår, interne retningslinjer, undervisningsmål eller teknisk dokumentation. Her ligger arbejdet tæt på grounding af AI-modeller, fordi modellen skal forankre sit svar i et kendt materiale frem for at udfylde huller med generel viden.

Hvordan bør prompter testes i en brancheproces?

Anthropic anbefaler, at LLM-applikationer starter med klare succeskriterier og evalueringer, der måler svar mod disse kriterier. Det er særlig relevant i brancher, hvor fejl ikke kun handler om dårlig formulering, men om forkert beslutningsgrundlag. En brancheinstruktion bør derfor testes på realistiske opgaver, kanttilfælde og eksempler, hvor modellen skal sige fra.

En enkel testproces kan bestå af tre trin. Først defineres, hvad et godt svar skal indeholde. Dernæst køres instruktionen på et fast testsæt med almindelige, vanskelige og ufuldstændige input. Til sidst vurderes svarene med faste kriterier, så ændringer kan sammenlignes over tid.

Hvilke risici opstår i regulerede eller datafølsomme brancher?

I regulerede eller datafølsomme brancher er en god instruktion kun en del af styringen. NISTs AI Risk Management Framework beskriver AI-risikostyring som et spørgsmål om design, udvikling, brug og evaluering af AI-systemer. Brancherettede prompter kan understøtte bedre adfærd, men de erstatter ikke adgangskontrol, dokumentation, dataminimering, menneskelig godkendelse eller organisatorisk ansvar.

Sikkerhedsrisikoen bliver tydelig, når modellen kan læse brugerinput, filer, websider eller andre eksterne kilder. Skadelige instruktioner i indhold kan forsøge at ændre modellens adfærd, omgå regler eller påvirke tilknyttede funktioner. Derfor bør brancher, der bruger AI i sagsbehandling, support, analyse eller automatisering, adskille betroet kontekst fra ubekræftet input.

  • Brug ikke prompter som eneste kontrol for fortrolige oplysninger eller adgang til handlinger.
  • Marker eksterne dokumenter, kundeinput og webindhold som materiale, der skal vurderes, ikke som instruktioner.
  • Kræv menneskelig godkendelse ved handlinger med økonomisk, juridisk, sikkerhedsmæssig eller personalemæssig betydning.
  • Test med forsøg på manipulation, irrelevante oplysninger og ufuldstændige data.

Hvordan kan metoden bruges i undervisning, marketing, HR og kundeservice?

I undervisning kan branchespecifikke prompter hjælpe med at tilpasse forklaringer til klassetrin, læringsmål og opgavetyper. Instruktionen bør samtidig angive, om AI’en må give facit, stille spørgsmål, udforme øvelser eller foreslå feedback. I marketing kan den styre kanal, målgruppe, tone, dokumenterbare påstande og krav om variation uden at opfinde produktoplysninger.

I HR og rekruttering bør instruktionen være mere restriktiv. AI kan bruges til at strukturere jobopslag, opsummere ikke-personfølsomme mødenoter eller foreslå interviewspørgsmål, men beslutninger om kandidater kræver klare kriterier, bias-kontrol og menneskelig vurdering. I kundeservice kan modellen hjælpe med svarudkast, men bør tydeligt skelne mellem information, anbefalet eskalering og oplysninger, der mangler i sagen.

Hvornår er bedre instruktioner ikke nok?

Bedre instruktioner er ikke nok, når opgaven kræver opdaterede data, formelle beregninger, stærk sporbarhed, adgangsstyring eller gentagen kvalitet i stor skala. Her kan prompter stadig være nyttige, men de skal suppleres af systemdesign. Det kan være retrieval, strukturerede outputkrav, automatiske tests, logning eller faste godkendelsesprocesser.

Hvis problemet er, at modellen mangler faktuel viden om en virksomheds egne dokumenter, bør løsningen ofte være bedre datagrundlag frem for flere formuleringer. Hvis outputtet varierer for meget, kan faste svarskemaer, evalueringssæt eller et andet modelvalg være mere relevant. Hvis problemet er følsomme data, skal det håndteres i dataprocessen.

Hvad bør organisationer i Danmark kontrollere før brug?

Organisationer i Danmark bør især kontrollere datagrundlag, ansvar, dokumentation og lokale krav, før branchespecifikke prompter bliver en fast del af arbejdsgangen. Det gælder både private virksomheder, offentlige arbejdspladser, skoler og foreninger, hvor AI-svar kan påvirke mennesker, økonomi, sagsbehandling eller læring.

Kontrollen bør være praktisk. Hvilke oplysninger sendes til modellen? Er der persondata, fortrolige forretningsoplysninger eller ophavsretligt beskyttet materiale? Hvem godkender svaret, før det bruges? Hvordan håndteres fejl? Og hvordan sikres det, at en systeminstruktion ikke bliver behandlet som eneste sikkerhedsforanstaltning?

For organisationer, der bruger AI bredt, bør arbejdet kobles til AI governance. Det betyder faste roller, versionsstyring af centrale prompter, testdata, kontrol af svar og retningslinjer for, hvornår AI kun må bruges som kladdehjælp.

Hvordan hænger data, sikkerhed og interne regler sammen?

Branchespecifikke prompter bliver mere værdifulde, når de passer ind i en samlet kontrol af data og arbejdsprocesser. Hvis en model skal bruge interne dokumenter, kundedata eller forretningskritiske oplysninger, skal organisationen afklare, hvilke data der må sendes til en model, hvordan svar logges, og hvem der har ansvar for efterkontrol.

Det gælder især ved brug af eksterne API’er, hvor data, adgang, logning og aftalevilkår bør være afklaret på forhånd. En god instruktion kan reducere misforståelser i svaret, men den løser ikke alene spørgsmål om beskyttelse af data ved brug af AI API’er.

Hvordan kan du bygge en enkel branchespecifik proces?

En enkel proces begynder med opgaven, ikke med modellen. Start med at beskrive arbejdsgangen, beslutningen og det ønskede output. Skriv derefter instruktionen med tydelig rolle, kontekst, afgrænsning og format. Test den på realistiske eksempler, og ret kun én større ting ad gangen, så du kan se, hvad der faktisk forbedrer resultatet.

  1. Beskriv opgaven i almindeligt fagsprog og angiv, hvem der skal bruge svaret.
  2. Tilføj relevant kontekst, men udelad oplysninger, som modellen ikke behøver.
  3. Angiv format, længde, usikkerhedsmarkering og krav om at sige fra ved manglende data.
  4. Test på almindelige sager, vanskelige sager og input med fejl eller mangler.
  5. Gem den godkendte version, og dokumenter, hvilke ændringer der har forbedret resultatet.

Denne proces gør instruktionsteknik mere robust, fordi den forbinder formulering med arbejdsflow, test og kontrol. Den gør det også lettere at genbruge viden på tværs af beslægtede opgaver uden at kopiere en løsning ukritisk fra én branche til en anden.

Hvilke kilder ligger til grund?

Kildegrundlaget er OpenAIs dokumentation om tekstgenerering, Googles vejledning til modelinstruktioner, Anthropics vejledning om evalueringer og NISTs AI Risk Management Framework.