Opret arbejdsgangsinstruktioner med din agent

Du behøver ikke skrive en arbejdsgangsinstruktion fra bunden. Start med at udføre en reel opgave sammen med din agent. Når resultatet er brugbart, kan du bede agenten om at omsætte den metode, I har udviklet sammen, til en genanvendelig arbejdsgang.

Agenten udarbejder det første udkast. Din rolle er at gennemgå dens antagelser og beslutte, hvor arbejdsgangen skal have tydeligere begrænsninger, så en anden kollega kan opnå et pålideligt resultat.

Hver arbejdsgang tilhører én agent. Agenten leverer den overordnede rolle og kapabiliteter; arbejdsgangen indfanger proceduren og begrænsningerne for én gentagelig opgave.

Start fra et vellykket run

En arbejdsgang er lettere at oprette, efter agenten har set opgaven, kildematerialet, din feedback og et acceptabelt resultat.

1. Giv agenten en reel opgave og det faktiske input, den har brug for.
2. Gennemgå resultatet og ret manglende kontekst, svag argumentation eller forkert format.
3. Når resultatet er godt, bed agenten udtrække den gentagelige metode.
4. Lad agenten udkaste arbejdsgangens navn, beskrivelse, instruktion og eventuelle referencefiler, den anbefaler.
5. Gennemgå udkastet sammen, før arbejdsgangen gøres offentlig.

Du kan bede om:

Omdan det, vi lige gjorde, til en genanvendelig arbejdsgang for teamet. Udkast navn, beskrivelse og instruktion. Adskil den genanvendelige metode fra detaljer, der kun gælder denne sag. Før vi færdiggør det, opstil de antagelser og begrænsninger, jeg bør gennemgå.

Dette giver agenten opgaven med at udkaste. Det giver dig opgaven med at beslutte, hvilke dele der skal kontrolleres.

Instruktionen er et almindeligt sted for begrænsninger

Arbejdsgangsinstruktionen følger med arbejdsgangen og gælder hver gang, den køres. Det gør den til et af de mest almindelige steder at definere begrænsninger som påkrævede input, godkendte kilder, outputformat, kvalitetsstandarder og handlinger, der kræver bekræftelse.

Det er ikke det eneste kontrolniveau:

Stol ikke på instruktionsteksten som erstatning for adgangskontrol. Hvis en handling skal begrænses teknisk, skal du bruge agentautorisation og tilladelser samt en tydelig instruktion.

Gennemgå agentens første udkast

Du behøver ikke omskrive hver sætning. Fokuser din gennemgang på de beslutninger, der er vigtige for teamet.

Hvornår skal den bruges?

• Hvilken anmodning eller situation skal vælge denne arbejdsgang?
• Hvornår skal agenten ikke bruge den?
• Er beskrivelsen specifik nok til at skelne den fra lignende arbejdsgange?

Hvilket input er påkrævet?

• Hvad skal en kollega levere, før arbejdet kan starte?
• Hvilke manglende input skal få agenten til at stille et spørgsmål?
• Hvilke detaljer hører til hvert run i stedet for den permanente instruktion?

Hvilke kilder og regler gælder?

• Hvad er det autoritative system?
• Hvilken vedhæftet fil indeholder den godkendte vejledning eller skabelon?
• Hvis to kilder er i konflikt, hvilken har da prioritet?
• Hvordan skal agenten mærke fakta, den ikke kan verificere?

Hvordan skal outputtet se ud?

• Hvilke sektioner eller felter er påkrævet?
• Hvilket detaljeringsniveau er nyttigt?
• Skal outputtet have kildehenvisninger, links eller et tillidsmærke?
• Hvor skal resultatet sendes hen, hvis en destination er angivet?

Hvor skal agenten stoppe?

• Hvilke handlinger kræver bekræftelse?
• Skal agenten oprette et udkast i stedet for at sende eller offentliggøre?
• Hvilke data må ikke optræde i en offentlig arbejdsgang eller delt resultat?

Dette er de begrænsninger, der er værd at gøre eksplicitte. Lad agenten formulere teksten, og bekræft derefter, at formuleringen afspejler din beslutning.

En struktur til fælles gennemgang

Agenten kan bruge følgende struktur til sit første udkast. Betragt det som en gennemgangsramme, ikke en formular du selv skal udfylde:

# Goal
State the single outcome this workflow must produce.

# Use this workflow when
Describe when to use it and any important exclusions.

# Required inputs
- List the information needed for a reliable result.
- Explain what to do when an input is missing.

# Sources and tools
- Name authoritative systems, documents, or attached files.
- Explain which source wins if information conflicts.
- Define how to handle facts that cannot be verified.

# Procedure
1. Verify the inputs and scope.
2. Gather the required evidence.
3. Apply the team's rules or rubric.
4. Produce the deliverable.
5. Check it against the quality bar.

# Output
Define the required sections, fields, format, and destination.

# Quality bar
- State what must be accurate, cited, complete, or consistent.
- Define what counts as done.

# Approval boundaries
- List actions that require confirmation.
- Specify when to create a draft instead of taking the final action.

En simpel arbejdsgang behøver måske kun få sektioner. En arbejdsgang med høj risiko kan kræve mere eksplicitte kilde-, validerings- og godkendelsesregler. Bed agenten holde instruktionen så kort som muligt uden at skjule en beslutning, teamet er afhængig af.

Eksempel: samskab en lead-kvalificeringsarbejdsgang

Antag, at du beder agenten om at undersøge et indgående lead og udkaste et svar. Under run'et retter du virksomhedsstørrelsen, forklarer at CRM er det autoritative system, anvender teamets ICP-vejledning og beder om en kortere email.

Når resultatet er godkendt, beder du agenten om at omdanne samtalen til en arbejdsgang. Agenten udkaster proceduren. Du tilføjer derefter de begrænsninger, der skal gælde ud over dette lead:

• tjek CRM før offentlig research;
• brug den vedhæftede ICP-vejledning til scoring;
• angiv kilder for virksomhedsstørrelse, placering og nuværende rolle;
• mærk et ikke-verificeret påkrævet faktum som Ukendt;
• returnér Kontosammendrag, Dokumentation, ICP-score, Risici, Anbefalet næste skridt og Svarudkast;
• opret et emailudkast og send det aldrig uden bekræftelse.

Agenten kan nu indarbejde disse beslutninger i instruktionen. Du behøver ikke foreskrive hvert researchtrin. Du skal gøre teamets kilder, outputkrav og godkendelsesgrænse entydige.

Giv feedback på begrænsninger i klart sprog

Du kan stramme udkastet ved at fortælle agenten, hvad der skal ændres:

• “Bed om CRM-posten før start, hvis den mangler.”
• “Behandl CRM som det autoritative system, når virksomhedsnavne er i konflikt.”
• “Hver faktuel påstand i briefet skal have et kilde-link.”
• “Hold svaret under 150 ord, men tilpas tonen til den indgående besked.”
• “Opret emailen som udkast. Send den aldrig automatisk.”
• “Denne arbejdsgang skal ikke køres for eksisterende muligheder.”

Bed agenten opdatere arbejdsgangen og opsummere, hvilken begrænsning hver ændring adresserer. Det gør det lettere at opdage en regel, der blev misforstået eller placeret i den forkerte sektion.

Hold de rigtige ting uden for instruktionen

Nogle oplysninger bør ikke blive permanent arbejdsgangstekst:

• kundenavne, engangsdeadlines og sagspecifikke destinationer hører til i run-anmodningen;
• adgangskoder, tokens og private legitimationsoplysninger hører ikke hjemme i en instruktion eller vedhæftet fil;
• tidsplaner og begivenheder hører til en automatisering;
• tekniske adgangsgrænser hører til agentautorisation og tilladelser;
• personlig feedback, der kun gælder ét resultat, kan blive i den chat.

Instruktionen skal indeholde den genanvendelige metode og adfærdsbegrænsninger, ikke alle detaljer omkring arbejdet.

Test og forfin sammen

Kør arbejdsgangen med mindst to realistiske input, helst med en anden kollega. Efter hvert run, spørg:

• Aktiverede arbejdsgangen for den rigtige opgave?
• Bad den om de input, den havde brug for?
• Fulgt den den tilsigtede kildeprioritet?
• Var outputtet konsistent uden at blive ufleksibelt?
• Stoppede den ved den krævede godkendelsesgrænse?
• Er problemet gentageligt, eller gælder det kun denne sag?

Bed agenten revidere instruktionen for gentagende mangler. Behold engangsrettelser i run'et. Når metoden virker for andre end dens oprindelige ophavsmand, del arbejdsgangen med dit team.