Fra prompt til forløb

Det vigtigste kort

Moden til et forløb er en prompt, der har fungeret ens tre gange, hvis input kan benævnes, og hvis fejl ville være synlige.
Fire byggesten hører med: udløser, input, anvisning, udskriftsmål – plus en afbrydelsesbetingelse.
Et menneske bliver præcis to steder: ved vurderingen og ved alt med virkning udadtil.
Den hyppigste fejl er forløbet uden nødbremse og uden log – så bemærker ingen, når noget vælter.

I chatvinduet er enhver fejl uden følger: man læser svaret og kasserer det. Et forløb kører uden tilskuere – og netop det udgør forskellen mellem de to former.

Hvornår en prompt er moden til et forløb

Tre betingelser, alle samtidig:

Den har fungeret ens tre gange. Ikke lignende – ens. Den, der automatiserer en prompt, som hver gang måtte justeres, automatiserer justeringen væk, ikke arbejdet.
Inputtet kan benævnes. Hvad går der præcis ind, og hvor kommer det fra? Hvis svaret lyder «det kommer an på», er forløbet endnu ikke til at beskrive.
En fejl ville være synlig. Hvis et forkert resultat ser ud som et rigtigt, og ingen kigger efter, mangler kontrollen – ikke automatiseringen.

Bemærk «Jeg gør det tit» er ikke en modenhedsbetingelse. Hyppighed siger intet om ensartethed. Opgaver, man gør ofte og hver gang anderledes, er de dårligste kandidater overhovedet – og bliver hyppigst foreslået.

De fire byggesten

1. Udløser

Hvad starter forløbet? Et tidspunkt («hver mandag kl. 8»), en hændelse («ny forespørgsel i formularen») eller en handling («fil lagt i katalog»).

Hyppig fejl: En udløser, der fyrer for ofte. Hver ændring i et datasæt er som regel for meget; én gang dagligt rækker.

2. Input

Hvilke data flyder ind, fra hvilken kilde, i hvilket omfang? Her hører en mængdebegrænsning med – ellers går der på et tidspunkt en liste med 5.000 poster ind.

Hyppig fejl: Ingen øvre grænse. Det bemærkes ikke ved testen og straks i driften.

3. Anvisning

Prompten, nu fast indbygget: udgangspunkt, nummererede opgaver, regler, udskriftsform. Med pladsholdere til inputtet.

Hyppig fejl: Intet opfindelsesforbud. I chatvinduet bemærkes et opfundet tal, i forløbet ikke.

4. Udskriftsmål

Hvor går resultatet hen? Et udkast, en note, en fil, en besked til en person. Helst derhen, hvor nogen alligevel ser på det.

Hyppig fejl: Direkte udadtil. Udsendelse, offentliggørelse eller ændring af et datasæt uden mellemtrin.

Et forløb i detaljer

Som eksempel den ugentlige opgørelse af de indkomne forespørgsler – et forløb, der giver mening i næsten enhver virksomhed.

Byggesten	Fastlæggelse
Udløser	Mandag kl. 7
Input	Forespørgsler fra de seneste 7 dage, højst 100, felter: dato, kilde, ærinde, status
Anvisning	Gruppér efter ærinde, benævn de tre hyppigste, afvigelser i forhold til ugen før, opfind ingen tal
Udskriftsmål	E-mail til direktionen, højst 200 ord
Afbrydelsesbetingelse	Færre end 3 forespørgsler: ingen udsendelse
Log	Tidspunkt, antal input, succes eller fejl

Vidste du det?

Afbrydelsesbetingelsen er den byggesten, der hyppigst mangler – og den, der forhindrer mest ærgrelse. Uden den kører forløbet også, når der ikke foreligger noget, og frembringer en rapport om ingenting.

Skaden er ikke den ene meningsløse rapport. Den er, at en ugentlig rapport, der ofte intet indeholder, efter to måneder ikke længere bliver læst – heller ikke, når den en gang indeholder noget vigtigt. Et forløb, der kun melder, når der er noget at melde, forbliver nyttigt i årevis.

Hvor mennesket bliver

To steder, og de er ikke til forhandling:

Ved vurderingen. Om en kontakt er alvorligt interesseret, om en tekst rammer den rigtige tone, om en afvigelse er et problem eller et tilfælde – sådanne domme hviler på sammenhænge, der ikke står i dataene.

Ved alt med virkning udadtil. Udsendelse, offentliggørelse, sletning, betaling. Ikke fordi en model ville være ude af stand til det, men fordi en fejl dér ikke længere kan hentes tilbage.

Fra praksis

Et mønster, der gentager sig: forløbet kører godt i tre måneder, så ændrer en småting sig ved datakilden – et felt hedder noget andet, en visning er blevet bygget om. Forløbet kører videre og frembringer resultater, der er forkerte, men ser rigtige ud.

Mod det hjælper kun ét: en rimelighedskontrol i selve forløbet. «Hvis færre end tre felter er udfyldt, så afbryd og meld.» Fem minutter ved bygningen, og forskellen mellem et forløb, der stopper ved et problem, og et, der skriver forkerte rapporter i månedsvis.

Hvad der går galt

Ingen nødbremse. Hvert forløb kræver et sted, hvor det straks kan standses – kendt, før man får brug for det.
Ingen log. Uden optegnelse kan det ikke rekonstrueres, hvad der skete hvornår med hvilke data.
Ingen ansvarlig. Forløb forældes stille. Uden en kvartalsvis gennemgang skader et forløb efter et år mere, end det gavner.
Indsmuglede anvisninger. Når forløbet læser tekst fra fremmed kilde – e-mails, formularer, dokumenter – kan der stå en opfordring i den, som virker som en ordre. Virksomt mod det er frem for alt en snæver rettighed.

Prompt

Jeg vil overføre en tilbagevendende prompt til et fast forløb.
Prøv forehavendet og skriv forløbet op.

Den prompt, jeg bruger manuelt i dag:
[indsæt prompt]

Udgangspunkt:
- Hvor ofte jeg gør det: [HYPPIGHED]
- Hvor inputtet kommer fra: [KILDE]
- Hvad der sker med resultatet: [beskrivelse]
- Har jeg hidtil skullet tilpasse prompten hver gang? [ja / nej]
- Flyder der data ind fra fremmed kilde (e-mails, formularer)?
  [ja / nej]

Opgaver:
1. Prøv de tre modenhedsbetingelser: fungeret ens tre gange,
   input kan benævnes, fejl synlig. Sig klart, hvis en
   ikke er opfyldt – så er forløbet endnu ikke aktuelt.
2. Skriv de fire byggesten op: udløser, input (med
   mængdebegrænsning), anvisning med pladsholdere, udskriftsmål.
3. Formulér en afbrydelsesbetingelse og en
   rimelighedskontrol, der forhindrer, at forkerte
   resultater ser rigtige ud.
4. Nævn de steder, hvor et menneske skal afgøre.
5. Nævn, hvad der skal logges, og hvordan forløbet
   standses.

Hvis forehavendet ikke er bæredygtigt i denne form, så sig det
tydeligt og nævn den mindre udgave.

Konklusion

Skridtet fra prompt til forløb er ikke en teknisk forhindring, men et spørgsmål om, hvorvidt det kan beskrives. Den, der kan skrive udløser, input, anvisning og mål ned, har den svære del bag sig.

Det, der derefter gør forskellen, er de uspektakulære dele: afbrydelsesbetingelse, rimelighedskontrol, log, nødbremse. De koster tilsammen tyve minutter og afgør, om et forløb efter et år stadig gavner eller stille anretter skade.

Ofte stillede spørgsmål

Hvordan automatiserer man arbejdsforløb med AI?

Ved at overføre en gennemprøvet prompt til fire byggesten: udløser (tidspunkt eller hændelse), input (med kilde og mængdebegrænsning), anvisningen med pladsholdere, og et udskriftsmål – helst dér, hvor nogen alligevel ser hen. Dertil hører en afbrydelsesbetingelse, en rimelighedskontrol og en log.

Hvornår er en prompt moden til et forløb?

Når tre betingelser er opfyldt samtidig: den har fungeret præcis ens mindst tre gange, dens input lader sig benævne, og et forkert resultat ville være synligt. At man gør en opgave ofte, rækker ikke – hyppige opgaver, der forløber forskelligt hver gang, er de dårligste kandidater.

Hvad hører nødvendigvis med i ethvert forløb?

En afbrydelsesbetingelse, så forløbet ikke kører, når der ikke foreligger noget; en rimelighedskontrol, der stopper, når inputtet ser uventet ud; en log med tidspunkt, omfang og resultat; og en kendt mulighed for at standse det straks.

Hvilke steder skal et menneske blive?

To: ved vurderinger, der hviler på sammenhænge, som ikke står i dataene – for eksempel om en kontakt er alvorligt interesseret – og ved alt med virkning udadtil: udsendelse, offentliggørelse, sletning, betaling. Dér kan en fejl ikke hentes tilbage.

Hvorfor leverer et forløb forkerte resultater efter måneder?

Som regel fordi datakilden har ændret sig ubemærket – et felt hedder noget andet, en visning er blevet bygget om. Forløbet kører videre og frembringer resultater, der er forkerte, men ser rigtige ud. Mod det hjælper en rimelighedskontrol i selve forløbet og en fast kvartalsvis gennemgang.