Tilbake til dokumenterKjernebegreper

Arbeidsflyter

Gjenbrukbare, navngitte prosedyrer som lærer Okou hvordan teamet ditt jobber.

Sist oppdatert 29. oktober 2026 · 7 min read

En arbeidsflyt er en navngitt, gjenbrukbar prosedyre lagret på en agent. Den lærer Okou hvordan teamet ditt utfører en bestemt type arbeid, slik at neste person som trenger det, slipper å skrive om prompten.

Første gang du ber Okou gjøre noe, skriver du en prompt. Andre gang limer du inn samme prompt med små justeringer. Tredje gang kopierer du en lang prompt fra et Notion-dokument noen har kalt "teamets promptbibliotek." Da er det på tide å lagre en arbeidsflyt.

Problemet arbeidsflyter løser

En engangschat er greit for en engangsoppgave. Men nesten alle team har en oppgaveliste med arbeid som gjentar seg — ulike innspill, samme form:

  • En kunde skriver inn → se opp historikken deres → utkast til svar på deres språk → logg saken
  • En feilrapport dukker opp → trekk ut reproduksjonstrinn → klassifiser alvorlighetsgrad → opprett en strukturert sak
  • Mandag morgen → hent forrige ukes tall → sammenlign med uken før → post et sammendrag

Uten arbeidsflyter er hver av disse en 200-ords prompt alle må huske. Med arbeidsflyter er hver et navn: triage-bug-report, weekly-metrics, customer-reply.

En arbeidsflyt har i seg selv ingen tidsplan og ingen utløser — det er prosedyren. For å få den til å kjøre automatisk, legg til en automatisering.

Hva en arbeidsflyt inneholder

FeltHva det gjør
NavnEn 2–64 tegns liten bokstav-slug med bokstaver, tall og interne bindestreker — triage-bug-report. Bruk /triage-bug-report for å kalle den eksplisitt i agentens chat.
VisningsnavnDen lesbare etiketten som vises i arbeidsområdet.
BeskrivelseÉn linje som forteller Okou når denne arbeidsflyten gjelder. Okou matcher innkommende forespørsler mot beskrivelser, så formuleringen er viktig.
InstruksjonSelve prosedyren. Vanlig tekst fungerer — nevn verktøyene som skal brukes, utdataformat og eventuelle begrensninger.
FilerValgfrie tilleggsfiler — maler, sjekklister, merkevareveiledning, referansedata — som følger med arbeidsflyten.
Synlighetprivate (kun deg) eller public (alle i arbeidsområdet).

Ingen nodegraf, ingen YAML-konfigurasjon, ingen utløserseksjon. Instruksjonen ligner ofte på chatprompten som fungerte første gang.

En god beskrivelse er forskjellen på en arbeidsflyt som utløses når den skal, og en som aldri utløses: "triage a customer-facing bug report and file it to GitHub with severity" er bedre enn "do bug stuff."

Arbeidsflyter tilhører agenter

Hver arbeidsflyt tilhører nøyaktig én agent. Det gjør oppførselen forutsigbar: arbeidsflyten kjøres med agentens tone, standardinnstillinger og tilganger til koblinger.

  • Privat arbeidsflyt — synlig kun for deg. Passer for personlige automatiseringer knyttet til personlig Gmail eller CRM-bruker.
  • Offentlig arbeidsflyt — synlig for alle i arbeidsområdet, på en agent teamet ditt har tilgang til.

Samme prosedyre kan ligge på to agenter og gi ulike resultater, fordi hver agent har sin egen stemme og egne tillatelser. For å overføre en arbeidsflyt til en annen agent, kopier den — dette lager en gren, slik at de to kan utvikle seg forskjellig.

Se Agenter for hvordan agenttilhørighet avgjør hva en arbeidsflyt kan nå.

Opprette en arbeidsflyt

Start fra Arbeidsflyter-siden

  1. Åpne Arbeidsflyter og velg Ny arbeidsflyt.
  2. Velg agenten som skal eie arbeidsflyten.
  3. Okou åpner en chat med en veiledet prompt for å lage arbeidsflyten. Beskriv ønsket resultat, forventede innspill, verktøy, utdata og eventuelle godkjenningsgrenser.
  4. Gå gjennom foreslått navn, beskrivelse, instruksjon, filer og synlighet før Okou oppretter den.

Du kan også starte i en eksisterende agentchat og be Okou gjøre en oppgave som allerede har fungert om til en arbeidsflyt. Å beholde første vellykkede kjøring i samme chat gir Okou konkrete innspill, rettelser og utdata å ta med.

Hva du bør ha med i instruksjonen

DelInkluder
MålResultatet arbeidsflyten skal produsere.
InnspillHva innsender eller automatisering gir, og hvilke innspill som er påkrevd.
ProsedyreRekkefølgen på stegene, inkludert hvilke tilkoblede tjenester som skal leses eller oppdateres.
UtdataPåkrevd format, destinasjon og navngivningsregler.
GrenserHandlinger som skal unngås, tilfeller som krever avklaring, og når det skal stoppes.
ReferanserValgfrie maler, sjekklister eller eksempler lagt ved som arbeidsflytfiler.

Hold påloggingsinformasjon utenfor instruksjonen og filene. Koble tjenesten via Koblinger, og gi agenten kun de tillatelsene arbeidsflyten trenger.

Test før automatisering

  1. Kjør arbeidsflyten manuelt med et representativt innspill.
  2. Bekreft at agenten har tilgang til alle nødvendige koblinger og tillatelser.
  3. Sjekk chatten for manglende kontekst, uventede endringer og sluttresultatets format.
  4. Rediger Instruksjoner eller vedlagte filer og kjør igjen til resultatet er repeterbart.
  5. Legg til automatisering først når den manuelle kjøringen er korrekt. Start med smale hendelsesfiltre eller lavfrekvent tidsplan, og sjekk de første utløserne.

Manuell verifisering skiller arbeidsflytproblemer fra utløserproblemer: hvis Kjør nå feiler, fiks arbeidsflyten eller tilgangen først; hvis Kjør nå lykkes, men en hendelse aldri utløses, sjekk automatiseringsoppsettet.

Hvordan Okou velger en arbeidsflyt

Du trenger ikke å kalle en arbeidsflyt ved navn. Okou laster automatisk en når en innkommende forespørsel matcher beskrivelsen. En arbeidsflyt kalt customer-reply-draft beskrevet som "utkast til svar på kunde-e-post med vår stemme og dokumenter" utløses når du videresender en kunde-e-post — uten navn.

For å tvinge frem en bestemt, si det: "Bruk arbeidsflyten customer-reply-draft på denne e-posten."

Innebygde arbeidsflyter

Alle Okou-agenter leveres med et utvalg tverrfaglige arbeidsflyter vedlikeholdt av Okou — forskning og analyse, økonomi og regnskap, juridisk og etterlevelse, produkt, markedsføring, kundestøtte og teamkommunikasjon. Dette er domeneprosedyrer, ikke koblingsoppsett: hver lærer Okou å håndtere en gjentakende type arbeid.

Et utvalg:

  • deep-dive — strukturert forskning og løsningsdesign; samle fakta, så utforske alternativer
  • prd-writing — produktkrav med strukturert problemforståelse og akseptansekriterier
  • copywriting — markedsføringstekster på tvers av kanaler (blogger, e-poster, sosiale medier, landingssider)
  • competitor-matrix — funksjonssammenligninger, posisjoneringsanalyser, gevinst/tap-analyse
  • customer-reply — empatiske, merkevaretilpassede svar tilpasset kanal og hast
  • nda-screening — klassifiser innkommende NDA-er som GRØNN / GUL / RØD og send dem videre
  • status-updates — fremdriftsrapporter og oppdateringer til interessenter tilpasset ethvert publikum

Dine egne arbeidsflyter ligger sammen med disse og har forrang når beskrivelsen matcher bedre.

Når du bør lage en

Den ærlige regelen: hvis du har skrevet omtrent samme prompt mer enn to ganger — eller kan se for deg at en kollega gjør det — lagre den.

Konkrete tegn:

  • Arbeidet har et navn teamet ditt allerede bruker ("morgenbrief", "konkurrentskanning")
  • Prompten nevner spesifikke verktøy, kanaler eller maler som ikke bør endres hver gang
  • Utdata har en fast form (et sammendrag, et utkast, en registrert sak)
  • Mer enn én person trenger å utløse den
  • Du vil at den skal kjøre på tidsplan eller hendelse — se Automatiseringer

Vanlige mønstre

  • Inntaksskjemaet. Tar innspill (en e-post, en feilrapport, en tråd) og produserer et strukturert artefakt (en sak, et utkast, en rad).
  • Rutineoppsummeringen. En arbeidsflyt med planlagt automatisering som kjører daglig eller ukentlig og poster et sted synlig.
  • Hjelper midt i samtalen. Utløses av @Okou i en kanal for å gjøre en fokusert deloppgave — slå opp, oppsummere, klassifisere.
  • Komponisten. Lager en pakke i flere formater — blogginnlegg, sosiale innlegg og kort — i én kjøring.
  • Hendelsesresponderen. Sammen med hendelsesautomatisering: en ny e-post, en sammenslått PR eller en ny Notion-side starter kjøringen. Se Automatiseringer.

Fallgruver å unngå

  • For snever. En arbeidsflyt som bare passer ett spesifikt innspill er skjør. Sikt mot formen på arbeidet, ikke detaljene i ett eksempel.
  • For vag. "Hjelp med markedsføring" er så bredt at Okou ikke vet når den skal brukes. Vær spesifikk i beskrivelsen.
  • Hardkodede påloggingsdetaljer. Lim aldri inn API-nøkler i instruksjonen. Bruk egendefinerte koblinger i stedet — legitimasjonen blir på plattformen, utenfor modellens rekkevidde.
  • Skjult utdataformat. Si hvordan artefaktet skal se ut: "en nummerert liste med tre punkter" eller "et utkast til svar under 150 ord."
  • Glemmer agenten. En arbeidsflyt kan bare bruke koblinger agenten har tilgang til. Hvis arbeidsflyten ikke når Gmail, sjekk agentens Autorisasjon-fane, ikke instruksjonen.

Hva nå

  • Legg til en utløser med Automatiseringer slik at en arbeidsflyt kjører uten deg.
  • Se Agenter for hvem som kjører en arbeidsflyt og med hvilke tillatelser.
  • Se Tillatelser for å begrense hva en arbeidsflyt kan nå.
  • Se Eksempelarbeidsflyter for fem ferdigskrevne eksempler.