Workflows

Et workflow er en navngiven, genanvendelig procedure, der gemmes på en agent. Det lærer Okou, hvordan dit team udfører en bestemt type arbejde, så den næste, der har brug for det, ikke skal omskrive prompten.

Første gang du beder Okou om at gøre noget, skriver du en prompt. Anden gang indsætter du den samme prompt med små justeringer. Tredje gang kopierer du en lang prompt fra et Notion-dokument, som nogen har kaldt "team prompt-biblioteket". Det er tidspunktet, hvor du skal gemme et workflow.

Problemet workflows løser

En engangschat er fin til en enkelt opgave. Men næsten alle teams har en opgavekø, der gentager sig — forskellige input, samme form:

• En kunde skriver ind → slå deres historik op → skriv et svar på deres sprog → log sagen
• En fejlrapport dukker op → udtræk reproduktionstrin → klassificér alvorlighed → opret en struktureret sag
• Mandag morgen → hent sidste uges tal → sammenlign med ugen før → post et sammendrag

Uden workflows er hver af disse en 200-ords prompt, som alle skal huske. Med workflows er hver blot et navn: triage-bug-report, weekly-metrics, customer-reply.

Et workflow har i sig selv ingen tidsplan og ingen udløser — det er proceduren. For at få det til at køre automatisk, tilføj en automation.

Hvad et workflow indeholder

Ingen nodegraf, ingen YAML-konfiguration, ingen triggersektion. Instruktionen ligner ofte meget den chatprompt, der virkede første gang.

En god beskrivelse er forskellen på et workflow, der aktiveres, når det skal, og et, der aldrig aktiveres: "triage a customer-facing bug report and file it to GitHub with severity" er bedre end "do bug stuff."

Workflows tilhører agenter

Hvert workflow tilhører præcis én agent. Det gør adfærden forudsigelig: workflowet kører med den agents tone, standarder og connector-tilladelser.

• Privat workflow — kun synligt for dig. Velegnet til personlige automatiseringer knyttet til en personlig Gmail eller CRM-bruger.
• Offentligt workflow — synligt for alle i arbejdsområdet, på en agent dit team har adgang til.

Den samme procedure kan ligge på to agenter og give forskellige resultater, fordi hver agent har sin egen stemme og sine egne tilladelser. For at overdrage et workflow til en anden agent, kopiér det — dette forgrener det, så de to kan udvikle sig forskelligt.

Se Agenter for hvordan agent-ejerskab bestemmer, hvad et workflow kan tilgå.

Oprettelse af et workflow

Start fra Workflows-siden

1. Åbn Workflows og vælg Nyt workflow.
2. Vælg den agent, der skal eje workflowet.
3. Okou åbner en chat med en guidet workflow-oprettelsesprompt. Beskriv resultatet, forventede input, værktøjer, output og eventuelle godkendelsesgrænser.
4. Gennemgå det foreslåede navn, beskrivelse, instruktion, filer og synlighed, før Okou opretter det.

Du kan også starte i en eksisterende agentchat og bede Okou om at gøre en opgave, der allerede virkede, til et workflow. Hvis den første vellykkede kørsel bliver i samme chat, får Okou konkrete input, rettelser og output at gemme.

Hvad skal med i instruktionen

Hold legitimationsoplysninger ude af instruktionen og filerne. Forbind tjenesten via Connectors, og giv kun den ejende agent de tilladelser, workflowet har brug for.

Test før automatisering

1. Kør workflowet manuelt med et repræsentativt input.
2. Bekræft, at den ejende agent har adgang til alle nødvendige connectors og tilladelser.
3. Undersøg den resulterende chat for manglende kontekst, uventede skrivninger og det endelige outputformat.
4. Redigér Instruktioner eller vedhæftede filer og kør igen, indtil resultatet er gentageligt.
5. Tilføj først en automation, når den manuelle kørsel er korrekt. Start med snævre hændelsesfiltre eller en lavfrekvent tidsplan, og gennemgå de første aktiveringer.

Manuel verifikation adskiller workflow-problemer fra trigger-problemer: hvis Kør nu fejler, ret workflowet eller dets adgang først; hvis Kør nu lykkes, men en hændelse aldrig aktiveres, undersøg automation-konfigurationen.

Sådan vælger Okou et workflow

Du behøver ikke kalde et workflow ved navn. Okou indlæser automatisk et, når en indkommende forespørgsel matcher dets beskrivelse. Et workflow kaldet customer-reply-draft beskrevet som "udarbejd et svar på en kunde-e-mail med vores stemme og dokumenter" aktiveres, når du videresender en kunde-e-mail — intet navn påkrævet.

For at tvinge et bestemt workflow, sig det: "Brug workflowet customer-reply-draft på denne e-mail."

Indbyggede workflows

Hver Okou-agent leveres med en række tværfunktionelle workflows vedligeholdt af Okou — research og analyse, økonomi og regnskab, jura og compliance, produkt, marketing, kundesupport og teamkommunikation. Det er domæneprocedurer, ikke connector-opsætning: hver lærer Okou at håndtere en tilbagevendende type arbejde.

Et udvalg:

• deep-dive — struktureret research og løsningsdesign; indsamling af fakta, derefter udforskning af muligheder
• prd-writing — produktkrav med struktureret problemformulering og acceptkriterier
• copywriting — marketingtekst på tværs af kanaler (blogs, e-mails, sociale medier, landingssider)
• competitor-matrix — funktionssammenligningsmatricer, positioneringsanalyser, win/loss-analyse
• customer-reply — empatiske, on-brand svar tilpasset kanal og hast
• nda-screening — klassificér indkommende NDA'er som GRØN / GUL / RØD og videresend dem
• status-updates — statusrapporter og opdateringer til interessenter tilpasset enhver målgruppe

Dine egne workflows ligger side om side med disse og har forrang, når deres beskrivelser matcher mere præcist.

Hvornår du skal oprette et

Den ærlige regel: hvis du har skrevet stort set den samme prompt mere end to gange — eller kan forestille dig, at en kollega gør det — så gem den.

Konkrete signaler:

• Arbejdet har et navn, dit team allerede bruger ("morgenbrief", "konkurrentscan")
• Prompten nævner specifikke værktøjer, kanaler eller skabeloner, der ikke bør ændres hver gang
• Output har en fast form (et sammendrag, et udkast, en oprettet sag)
• Mere end én person har brug for at udløse det
• Du vil have det til at køre på en tidsplan eller en hændelse — se Automatiseringer

Almindelige mønstre

• Indtastningsformularen. Tager et input (en e-mail, en fejlrapport, en tråd) og producerer et struktureret artefakt (en sag, et udkast, en række).
• Kadence-briefet. Et workflow parret med en planlagt automation, der kører dagligt eller ugentligt og poster et synligt sted.
• Hjælperen midt i samtalen. Udløses af @Okou i en kanal for at udføre en fokuseret delopgave — slå op, opsummér, klassificér.
• Komponisten. Producerer en multiformat-pakke — blogudkast plus sociale opslag plus kort — i én kørsel.
• Hændelsesresponderen. Parret med en hændelsesautomation: en ny e-mail, en flettet PR eller en ny Notion-side starter kørslen. Se Automatiseringer.

Faldgruber at undgå

• For snæver. Et workflow, der kun passer til ét specifikt input, er skrøbeligt. Sigt efter arbejdets form, ikke detaljerne i ét eksempel.
• For vag. "Hjælp med marketing" er så bredt, at Okou ikke ved, hvornår det skal bruges. Vær specifik i beskrivelsen.
• Hardcodede legitimationsoplysninger. Indsæt aldrig API-nøgler i en instruktion. Brug custom connectors i stedet — legitimationsoplysningen bliver på platformen, uden for modellens rækkevidde.
• Skjult outputformat. Angiv, hvordan artefaktet skal se ud: "en nummereret liste med tre punkter" eller "et udkast til svar under 150 ord."
• Glemmer agenten. Et workflow kan kun bruge de connectors, dets vært-agent har tilladelse til. Hvis et workflow ikke kan nå Gmail, tjek agentens faneblad Autorisation, ikke instruktionen.

Hvad nu

• Tilføj en trigger med Automatiseringer, så et workflow kører uden dig.
• Se Agenter for hvem der kører et workflow og med hvilke tilladelser.
• Se Tilladelser for at begrænse, hvad et workflow kan tilgå.
• Se Eksempel-workflows for fem fuldt beskrevne eksempler.