Det korte svar
En god prompt beskriver opgaven, de tilladte kilder, det ønskede svarformat og hvad modellen skal gøre ved manglende oplysninger. Den hjælper med ensartethed, men erstatter ikke adgangskontrol, datavalidering eller godkendelse af handlinger.
Gør opgaven mindre, før prompten bliver længere
Instruktionen håndtér denne kunde er for bred. Bed i stedet modellen finde kundens spørgsmål, udtrække en reference og foreslå en svartype. Når output har et tydeligt formål, bliver det lettere at kontrollere, om modellen har gjort det rigtige.
Hold virksomhedens regler adskilt fra kundens tekst. En kundehenvendelse er materiale, der skal analyseres, og må ikke kunne ændre instruktionen. Tekniske rettigheder og tilladte handlinger skal håndhæves uden for prompten.
En skabelon, I kan tilpasse
Brug følgende felter som udgangspunkt. Tilføj et eksempel på et korrekt svar og et eksempel på, hvornår løsningen skal bede om afklaring. Undgå at fylde prompten med regler, som ikke vedrører den valgte opgave.
| Felt | Eksempel på instruktion |
|---|---|
| Opgave | Klassificér henvendelsen og klargør et svarforslag. |
| Kilder | Brug kun vedlagte ordredata og den godkendte svarvejledning. |
| Output | Angiv sagstype, ordrehenvisning, svarforslag og manglende oplysninger. |
| Usikkerhed | Skriv ukendt, når en værdi ikke findes i kilderne. |
| Grænse | Lov ikke kompensation eller en garanteret leveringsdato. |
Eksempel: undgå at opfinde en leveringsdato
Kunden skriver: Hvor bliver ordre 4711 af? Ordredata viser afsendt, men ingen bekræftet leveringsdato. Et passende svarforslag kan oplyse afsendelsesstatus og bede kundeservice undersøge transportstatus. Et upræcist prompt kan derimod føre til en dato, der lyder sandsynlig.
Test derfor ikke kun formuleringen. Kontrollér, at output viser den manglende dato som ukendt, og at næste trin bliver en afklaring. En pæn tekst er ikke et godkendt svar, hvis den tilføjer fakta, der ikke findes i grundlaget.
Gem versioner og test efter ændringer
Bevar et lille sæt af kendte henvendelser med forventet klassifikation og stopadfærd. Når prompten ændres, køres det samme sæt igen. Hvis I kun tester på den nyeste fejl, kan en rettelse gøre tidligere gode forløb dårligere.
Registrér version, dato og årsag til ændringen. Hold kundedata ude af frie eksperimenter, medmindre brugen er godkendt. Lad den faglige ejer vurdere indholdet og den tekniske ejer kontrollere outputformat og systemhandlinger.
Brug det i praksis
Jeres næste skridt
- Beskriv én opgave med et kontrollerbart resultat.
- Angiv tilladte kilder og tydelige manglende-værdi-regler.
- Tilføj både et korrekt eksempel og en afvisning.
- Kontrollér output i kode eller faglig gennemgang.
- Gem promptversionen sammen med testresultaterne.
Ofte stillede spørgsmål
Giver en lang prompt altid bedre svar?+
Nej. Modstridende eller uvedkommende instruktioner kan gøre opgaven mindre tydelig. Afgrænsning og konkrete eksempler er vigtigere end længden.
Kan en prompt alene beskytte fortrolige data?+
Nej. Adgangsbegrænsninger skal håndhæves i systemet og datakilderne. Prompten er ikke en sikkerhedsgrænse.
Hvad gør vi, når oplysninger mangler?+
Bed om et eksplicit ukendt felt og en tydelig afklaringsopgave. Modellen bør ikke udfylde kritiske felter med antagelser.
Kilder og faglig baggrund
De praktiske eksempler og tjeklister er udarbejdet til denne guide. Følgende kilder uddyber de angivne faglige begreber.
Baggrund om instruktioner skjult i eksternt indhold og begrænsning af deres indflydelse.
Begreber i guiden
Fra guiden til jeres arbejdsgang
Brug et afgrænset pilotforløb til at teste metoden på jeres data og undtagelser.
Udgivet af Norstream med AI-assisteret udarbejdelse. Eksempler er illustrative, medmindre andet er angivet. Tilpas metoder og kontroller til jeres systemer og faglige ansvar.
Har du en rettelse eller et spørgsmål?