Skapa arbetsflödesinstruktioner med din agent

Du behöver inte skriva en arbetsflödesinstruktion från grunden. Börja med att utföra en verklig uppgift tillsammans med din agent. När resultatet är användbart, be agenten omvandla metoden ni utvecklat tillsammans till ett återanvändbart arbetsflöde.

Agenten skapar det första utkastet. Din roll är att granska dess antaganden och avgöra var arbetsflödet behöver tydligare begränsningar så att en annan kollega kan få ett tillförlitligt resultat.

Varje arbetsflöde tillhör en agent. Agenten tillhandahåller den övergripande rollen och kapaciteten; arbetsflödet fångar proceduren och begränsningarna för en upprepningsbar uppgift.

Börja från en lyckad körning

Ett arbetsflöde är lättare att skapa efter att agenten har sett uppgiften, källmaterialet, din feedback och ett acceptabelt resultat.

1. Ge agenten en verklig uppgift och den faktiska indata som behövs.
2. Granska resultatet och rätta till saknad kontext, svag argumentation eller fel format.
3. När resultatet är bra, be agenten extrahera den upprepningsbara metoden.
4. Låt agenten utarbeta arbetsflödets namn, beskrivning, instruktion och eventuella referensfiler den rekommenderar.
5. Granska utkastet tillsammans innan du gör arbetsflödet offentligt.

Du kan be om:

Gör om det vi just gjorde till ett återanvändbart arbetsflöde för teamet. Skriv utkast till namn, beskrivning och instruktion. Separera den återanvändbara metoden från detaljer som bara gäller detta fall. Innan vi slutför det, lista de antaganden och begränsningar jag bör granska.

Detta ger agenten uppgiften att skriva utkastet. Det ger dig uppgiften att avgöra vilka delar som måste kontrolleras.

Instruktionen är en vanlig plats för begränsningar

Arbetsflödesinstruktionen följer med arbetsflödet och gäller varje gång det körs. Det gör den till en av de vanligaste platserna att definiera begränsningar som obligatorisk indata, godkända källor, utdataformat, kvalitetskrav och åtgärder som kräver bekräftelse.

Det är inte det enda kontrollagret:

Lita inte på instruktionstexten som ersättning för åtkomstkontroller. Om en åtgärd måste begränsas tekniskt, använd agentens auktorisering och behörigheter samt en tydlig instruktion.

Granska agentens första utkast

Du behöver inte skriva om varje mening. Fokusera din granskning på de beslut som är viktiga för teamet.

När ska det användas?

• Vilken begäran eller situation ska välja detta arbetsflöde?
• När ska agenten inte använda det?
• Är beskrivningen tillräckligt specifik för att skilja det från liknande arbetsflöden?

Vilken indata krävs?

• Vad måste en kollega tillhandahålla innan arbetet börjar?
• Vilka saknade indata ska få agenten att ställa en fråga?
• Vilka detaljer hör till varje körning istället för den permanenta instruktionen?

Vilka källor och regler gäller?

• Vad är det officiella systemet?
• Vilken bifogad fil innehåller godkänd bedömningsmall eller mall?
• Om två källor är motstridiga, vilken har företräde?
• Hur ska agenten märka fakta den inte kan verifiera?

Hur ska utdata se ut?

• Vilka sektioner eller fält är obligatoriska?
• Vilken detaljnivå är användbar?
• Behöver utdata källhänvisningar, länkar eller en säkerhetsmärkning?
• Vart ska resultatet skickas om en destination anges?

Var måste agenten stanna?

• Vilka åtgärder kräver bekräftelse?
• Ska agenten skapa ett utkast istället för att skicka eller publicera?
• Vilka data får inte förekomma i ett offentligt arbetsflöde eller delat resultat?

Detta är de begränsningar som är värda att göra explicita. Låt agenten formulera texten och bekräfta sedan att formuleringen speglar ditt beslut.

En struktur att granska tillsammans

Agenten kan använda följande struktur för sitt första utkast. Se det som en granskningsmall, inte ett formulär du måste fylla i själv:

# 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.

Ett enkelt arbetsflöde kan behöva bara några få sektioner. Ett arbetsflöde med höga krav kan behöva mer uttalade källor, validerings- och godkännanderegler. Be agenten hålla instruktionen så kort som möjligt utan att dölja ett beslut teamet är beroende av.

Exempel: samskapa ett arbetsflöde för lead-kvalificering

Anta att du ber agenten att undersöka en inkommande lead och skriva ett svar. Under körningen rättar du företagets storlek, förklarar att CRM är det officiella systemet, tillämpar teamets ICP-mall och ber om ett kortare mejl.

När resultatet är godkänt, be agenten omvandla konversationen till ett arbetsflöde. Agenten skriver proceduren. Du lägger sedan till de begränsningar som ska gälla även för framtida leads:

• kontrollera CRM innan offentlig research görs;
• använd bifogad ICP-mall för poängsättning;
• ange källor för företagets storlek, plats och nuvarande roll;
• märk ett icke-verifierat obligatoriskt faktum som Okänt;
• returnera Kontosammanfattning, Bevis, ICP-poäng, Risker, Rekommenderat nästa steg och Svarsutkast;
• skapa ett e-postutkast och skicka det aldrig utan bekräftelse.

Agenten kan nu införliva dessa beslut i instruktionen. Du behöver inte föreskriva varje forskningssteg. Du behöver göra teamets källor, utdataavtal och godkännanderamar tydliga.

Ge feedback på begränsningar med tydligt språk

Du kan förtydliga utkastet genom att tala om för agenten vad som måste ändras:

• ”Be om CRM-posten innan du börjar om den saknas.”
• ”Behandla CRM som det officiella systemet när företagsnamn är motstridiga.”
• ”Varje faktisk uppgift i sammanfattningen behöver en källhänvisning.”
• ”Håll svaret under 150 ord, men anpassa tonen till det inkommande meddelandet.”
• ”Skapa e-post som utkast. Skicka det aldrig automatiskt.”
• ”Detta arbetsflöde ska inte köras för befintliga möjligheter.”

Be agenten uppdatera arbetsflödet och sammanfatta vilken begränsning varje ändring gäller. Det gör det lättare att upptäcka en regel som missförståtts eller placerats i fel sektion.

Håll rätt saker utanför instruktionen

Viss information ska inte bli permanent arbetsflödestext:

• kundnamn, engångsdeadlines och fallspecifika destinationer hör till körningsbegäran;
• lösenord, tokens och privata inloggningsuppgifter hör inte hemma i instruktionen eller bifogad fil;
• scheman och händelser hör till en automatisering;
• tekniska åtkomstgränser hör till agentens auktorisering och behörigheter;
• personlig feedback som bara gäller ett resultat kan stanna i den chatten.

Instruktionen ska bära den återanvändbara metoden och beteendebegränsningarna, inte varje detalj kring arbetet.

Testa och förbättra tillsammans

Kör arbetsflödet med minst två realistiska indata, helst med en andra kollega. Efter varje körning, fråga:

• Aktiverades arbetsflödet för rätt uppgift?
• Begärde det de indata som behövdes?
• Följde det den avsedda källprioriteringen?
• Var utdata konsekvent utan att bli stelbent?
• Stannade det vid den nödvändiga godkännanderamen?
• Är problemet upprepningsbart eller gäller det bara detta fall?

Be agenten revidera instruktionen för återkommande brister. Behåll engångskorrigeringar i körningen. När metoden fungerar för någon annan än dess ursprungliga skapare, dela arbetsflödet med ditt team.