Skapa arbetsflödesinstruktioner med Okou

Du behöver inte skriva en arbetsflödesinstruktion från ett tomt blad. Börja med att slutföra en verklig uppgift med din agent. När resultatet är användbart, be agenten att göra metoden ni utvecklade 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 teamkollega kan få ett tillförlitligt resultat.

Med My Okou innehåller personliga instruktioner (Instructions) varje medlems preferenser; ett arbetsflöde i arbetsytan innehåller den upprepningsbara proceduren och teamets standarder. Privata arbetsflöden tillhör den aktuella användaren, och offentliga arbetsflöden delas inom arbetsytan. Körningen använder den körande medlemmens instruktioner, minne, konton och behörigheter. I Legacy Agents är arbetsflöden fortfarande kopplade till en enda agent. Se Instructions and experience modes.

Börja med en lyckad körning

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

1. Ge agenten en verklig uppgift och den faktiska indata den behöver.
2. Granska resultatet och korrigera saknad kontext, svagt resonemang eller fel format.
3. När resultatet är bra, be agenten att 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 fråga:

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

Det här ger agenten uppgiften att utarbeta. Det ger dig uppgiften att avgöra vilka delar som måste styras.

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

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

Det är inte det enda styrningslagret:

Lita inte på instruktionstext som ersättning för åtkomstkontroller. Om en åtgärd måste vara tekniskt begränsad, använd den faktiska connector-auktoriseringen och namngivna behörigheter samt en tydlig instruktion.

Granska agentens första utkast

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

När ska det användas?

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

Vilken indata krävs?

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

Vilka källor och regler vinner?

• Vad är källsystemet?
• Vilken bifogad fil innehåller den godkända rubriken eller mallen?
• Om två källor strider mot varandra, vilken har företräde?
• Hur ska agenten märka fakta som den inte kan verifiera?

Hur måste utdata se ut?

• Vilka avsnitt eller fält krävs?
• Vilken detaljnivå är användbar?
• Behöver utdata källhänvisningar, länkar eller en förtroendemärkning?
• Vart ska resultatet gå när en destination anges?

Var måste agenten stanna?

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

Det här är de begränsningar som är värda att göra uttryckliga. Låt agenten hantera formuleringen, och bekräfta sedan att formuleringen återspeglar ditt beslut.

En struktur att granska tillsammans

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

# 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 kanske bara behöver några få avsnitt. Ett arbetsflöde med hög risk kan behöva mer uttryckliga regler för källor, validering och godkännande. Be agenten hålla instruktionen så kort som möjligt utan att dölja ett beslut som teamet är beroende av.

Exempel: samskapa ett arbetsflöde för leadkvalificering

Anta att du ber agenten att undersöka ett inkommande lead och utarbeta ett svar. Under körningen korrigerar du företagsstorleken, förklarar att CRM är källsystemet, tillämpar teamets ICP-rubrik och ber om ett kortare e-postmeddelande.

När resultatet har godkänts, be agenten att göra om samtalet till ett arbetsflöde. Agenten utarbetar proceduren. Sedan lägger du till de begränsningar som ska gälla även bortom just det här leadet:

• kontrollera CRM innan du gör offentlig research;
• använd den bifogade ICP-rubriken för poängsättning;
• ange källor för företagsstorlek, plats och aktuell roll;
• märk ett overifierat obligatoriskt faktum som Okänt;
• returnera Account summary, Evidence, ICP score, Risks, Recommended next step och Reply draft;
• skapa ett e-postutkast och skicka det aldrig utan bekräftelse.

Nu kan agenten införliva dessa beslut i instruktionen. Du behöver inte föreskriva varje researchsteg. Du behöver göra teamets källor, utdataavtal och godkännandebegränsning otvetydiga.

Ge återkoppling om begränsningar på vanligt språk

Du kan strama åt 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 källsystem när företagsnamn kolliderar.”
• “Varje faktapåstående i briefen behöver en källänk.”
• “Håll svaret under 150 ord, men anpassa tonen till det inkommande meddelandet.”
• “Skapa e-postmeddelandet som ett utkast. Skicka det aldrig automatiskt.”
• “Det här arbetsflödet ska inte köras för befintliga möjligheter.”

Be agenten uppdatera arbetsflödet och sammanfatta vilken begränsning varje ändring åtgärdar. Det gör det lättare att fånga en regel som missförstods eller placerades i fel avsnitt.

Håll rätt saker utanför instruktionen

Viss information bör inte bli permanent arbetsflödestext:

• kundnamn, engångsdeadlines och fallspecifika destinationer hör hemma i körningsbegäran;
• lösenord, token och privata inloggningsuppgifter hör inte hemma i en instruktion eller bifogad fil;
• scheman och händelser hör hemma i en automation;
• tekniska åtkomstgränser hör hemma i connector-behörighet och namngivna 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 som omger arbetet.

Testa och förfina tillsammans

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

• Aktiverades arbetsflödet för rätt uppgift?
• Begärde det den indata det behövde?
• Följde det den avsedda källprioriteten?
• Var utdata konsekvent utan att bli rigid?
• Stannade det vid den kräva godkännandebegränsningen?
• Är problemet upprepningsbart, eller gäller det bara i det här fallet?

Be agenten revidera instruktionen för upprepningsbara luckor. Behåll engångskorrigeringar i körningen. När metoden fungerar för någon annan än den som skapade den från början, dela arbetsflödet med ditt team.