Tilbake til dokumenterKjernebegreper

Arbeidsflyter

Gjenbrukbare, navngitte prosedyrer som lærer Okou hvordan teamet ditt gjør arbeidet.

Sist oppdatert 13. november 2026 · 9 min read

En arbeidsflyt er en navngitt, gjenbrukbar prosedyre. Den lærer Okou hvordan teamet ditt utfører en bestemt type arbeid, slik at neste person som trenger den ikke må skrive prompten på nytt.

Første gang du ber Okou gjøre noe, skriver du en prompt. Andre gang limer du inn den samme prompten med små justeringer. Innen tredje gang kopierer du en lang prompt ut av et Notion-dokument som noen kalte «teamets promptbibliotek». Det er da du bør lagre en arbeidsflyt.

Problemet arbeidsflyter løser

En engangschat er fin for en engangsoppgave. Men nesten hvert team har en kø av arbeid som gjentar seg — ulike inndata, samme form:

  • En kunde skriver inn → slå opp historikken deres → utarbeid et svar på deres språk → loggfør saken
  • En feilrapport dukker opp → trekk ut repro-trinn → klassifiser alvorlighetsgrad → registrer en strukturert sak
  • Mandag morgen → hent tallene fra forrige uke → sammenlign med uken før → publiser en oppsummering

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

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

Hva som er i en arbeidsflyt

FeltHva det gjør
NavnEn lowercase slug på 2–64 tegn med bokstaver, tall og interne bindestreker — triage-bug-report. Bruk /triage-bug-report for å kalle den eksplisitt i en chat der arbeidsflyten er tilgjengelig.
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å ordlyden betyr noe.
InstruksjonSelve prosedyren. Vanlig tekst fungerer — nevn verktøyene som skal brukes, formen på utdataene og eventuelle begrensninger.
FilerValgfrie tilleggfiler — maler, sjekklister, merkevarelinjer, referansedata — som følger med arbeidsflyten.
Synlighetprivate (bare du) eller public (alle i arbeidsområdet).

Ingen nodegraf, ingen YAML-konfigurasjon, ingen seksjon for triggere. Instruksjonen ser som regel veldig ut som chat-prompten som fungerte første gang.

En god beskrivelse er forskjellen mellom 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."

Eierskap og synlighet

My Okou: Arbeidsflyter ligger i det nåværende arbeidsområdet. En Privat arbeidsflyt tilhører den nåværende brukeren. En Offentlig arbeidsflyt deles med medlemmer av arbeidsområdet; Offentlig betyr ikke publisert på internett. Hver kjøring bruker den utførende brukerens personlige instruksjoner (Instructions), minne, tilkoblede kontoer og tillatelser. Å dele prosedyren deler ikke disse personlige ressursene eller private resultater.

Din private arbeidsflyt med samme navn går foran en offentlig arbeidsflyt. Bruk den eksplisitte arbeidsflyt-ID-en når du trenger å identifisere en bestemt delt definisjon. Lag privat kopi gir deg en egen versjon du kan tilpasse; senere endringer synkroniseres ikke med originalen. En annen medlems automatiseringer kopieres ikke. Å opprette en privat arbeidsflyt gir deg ikke tillatelse til å publisere eller vedlikeholde offentlige arbeidsflyter; de eksisterende reglene for publisering i workspace gjelder fortsatt.

Legacy Agents: hver arbeidsflyt tilhører én agent. Teammedlemmer trenger også tilgang til agenten som eier den. Kopier arbeidsflyt velger en målagent og oppretter en privat fork. Agenten leverer profilen og instruksjonene sine, mens kjøringen fortsatt bruker det kjørende medlemmets autoriserte kontotilgang.

Se My Okou og eldre agenter for stående instruksjoner.

Hvilken opplevelse bruker du?

Denne dokumentasjonen dekker begge opplevelser. Hvis Settings → Personal → My Okou er tilgjengelig, følg trinnene for My Okou. Hvis du bruker en Agents-side med New agent, følg trinnene for Legacy Agents. Tilgjengeligheten kan variere mellom medlemmer; denne dokumentasjonen endrer ikke opplevelsen din.

I begge opplevelser kan du kjøre flere chatter eller oppgaver samtidig, gjenbruke arbeidsflyter og dele gjennomgått arbeid med teamet ditt. En runtime-subagent er et utførelsesverktøy, ikke en egen produktprofil du må opprette.

Opprette en arbeidsflyt

Start fra arbeidsflytsiden

  1. Åpne Arbeidsflyter. My Okou: velg Create in chat. Legacy Agents: velg New workflow der det vises.
  2. My Okou: fortsett i din egen chat; ingen Agent-valg er nødvendig. Legacy Agents: velg Agenten som skal eie arbeidsflyten.
  3. Okou åpner en chat med en veiledet prompt for opprettelse av arbeidsflyt. Beskriv resultatet, forventede inndata, verktøy, utdata og eventuell godkjenningsgrense.
  4. Gå gjennom foreslått navn, beskrivelse, instruksjon, filer og synlighet før Okou oppretter den.

Du kan også starte i en eksisterende chat og be Okou gjøre en oppgave som allerede fungerte, om til en arbeidsflyt. Å beholde den første vellykkede kjøringen i samme chat gir Okou konkrete inndata, korrigeringer og utdata å fange opp.

My Okou-eksempel: Arbeidsflytens Instruksjoner beskriver den repeterbare jobben.

My Okou arbeidsflyt-Instruksjoner, adskilt fra personlige Instruksjoner

Hva du skal putte i instruksjonen

DelTa med
MålResultatet arbeidsflyten må produsere.
InndataDet som den som kaller den eller automatiseringen leverer, og hvilke inndata som er nødvendige.
ProsedyreTrinn i rekkefølge, 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 vedlagt som arbeidsflytfiler.

Hold legitimasjon utenfor instruksjonen og filene. Koble til tjenesten via Koblinger, og gjennomgå deretter den tilkoblede kontoen og gi bare de tillatelsene arbeidsflyten trenger; i Legacy Agents må du også autorisere agenten som eier den.

Test før du automatiserer

  1. Kjør arbeidsflyten manuelt med en representativ input.
  2. Bekreft at den utførende medlemmets har nødvendig kontotilgang og nødvendige tillatelser; i Legacy Agents, sjekk også autorisasjonen til Agenten som eier den.
  3. Undersøk den resulterende chatten for manglende kontekst, uventede skrivinger og den endelige utdataformen.
  4. Rediger Instructions eller vedlagte filer, og kjør den igjen til resultatet er repeterbart.
  5. Legg til en automatisering bare etter at den manuelle kjøringen er korrekt. Start med smale hendelsesfiltre eller en tidsplan med lav frekvens, og inspiser deretter de første få utløsingene.

Manuell verifisering skiller arbeidsflytproblemer fra triggerproblemer: hvis Run now mislykkes, fiks først arbeidsflyten eller tilgangen dens; hvis Run now lykkes, men en hendelse aldri utløses, undersøk automatiseringskonfigurasjonen.

Hvordan Okou velger en arbeidsflyt

Du trenger ikke å kalle opp en arbeidsflyt ved navn. Okou laster én automatisk når en innkommende forespørsel matcher beskrivelsen. En arbeidsflyt som heter customer-reply-draft, beskrevet som «utarbeid et svar på en kundemail ved å bruke vår tone og dokumentasjon», utløses når du videresender en kundemail — ingen navn kreves.

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

Innebygde arbeidsflyter

Okou inkluderer en oversikt over tverrfaglige arbeidsflyter vedlikeholdt av Okou — forskning og analyse, økonomi og regnskap, jus og etterlevelse, produkt, markedsføring, kundestøtte og teamkommunikasjon. De er fagprosedyrer, ikke koblingslogikk: hver av dem lærer Okou hvordan den skal håndtere en gjentakende type arbeid.

Et utvalg:

  • deep-dive — strukturert research og løsningsdesign; samle fakta, og utforsk deretter alternativer
  • prd-writing — produktkrav med strukturert problemramming og akseptkriterier
  • copywriting — markedsføringsinnhold på tvers av kanaler (blogger, e-poster, sosiale medier, landingssider)
  • competitor-matrix — matriser for funksjonssammenligning, gjennomganger av posisjonering, analyse av vinn/tap
  • customer-reply — empatiske, merkevaretilpassede svar skreddersydd til kanal og hastverk
  • nda-screening — klassifiser innkommende NDA-er som GREEN / YELLOW / RED og rute dem
  • status-updates — fremdriftsrapporter og oppdateringer til interessenter tilpasset ethvert publikum

Dine egne arbeidsflyter ligger ved siden av disse og går foran når beskrivelsene deres matcher tettere.

Når du bør lage en

Den ærlige regelen: hvis du har skrevet i hovedsak den samme prompten mer enn to ganger — eller du kan se for deg at en teamkollega skriver den — lagre den.

Konkrete signaler:

  • Arbeidet har et navn teamet ditt allerede bruker («morgenbrief», «konkurrentkartlegging»)
  • Prompten navngir spesifikke verktøy, kanaler eller maler som ikke bør endres for hver kjøring
  • Utdataene har en fast form (en oppsummering, et utkast, en registrert sak)
  • Mer enn én person trenger å utløse den
  • Du vil at den skal kjøre etter en tidsplan eller en hendelse — se Automatiseringer

Vanlige mønstre

  • Inntaksskjemaet. Tar inn en input (en e-post, en feilrapport, en tråd) og produserer et strukturert artefakt (en sak, et utkast, en rad).
  • Rytmebriefen. En arbeidsflyt koblet med en planlagt automatisering som kjører daglig eller ukentlig og publiserer et sted som er synlig.
  • Hjelperen midt i samtalen. Utløst av @Okou i en kanal for å gjøre én fokusert deloppgave — slå opp, oppsummere, klassifisere.
  • Sammensetteren. Produserer en pakke i flere formater — bloggutkast pluss sosiale innlegg pluss kort — i én kjøring.
  • Hendelsessvareren. Koblet med en hendelsesautomatisering: en ny e-post, en flettet PR eller en ny Notion-side starter kjøringen. Se Automatiseringer.

Fallgruver å unngå

  • For smal. En arbeidsflyt som bare passer ett bestemt input er skjør. Sikt på formen på arbeidet, ikke detaljene i ett eksempel.
  • For vag. «Hjelp med markedsføring» er så bredt at Okou ikke vet når det skal brukes. Vær spesifikk i beskrivelsen.
  • Hardkodede legitimasjoner. Lim aldri inn API-nøkler i en instruksjon. Bruk egendefinerte koblinger i stedet — legitimasjonen forblir på plattformen, utenfor modellens rekkevidde.
  • Begravd utdataform. Oppgi hvordan artefaktet skal se ut: «en nummerert liste med tre punkter» eller «et utkast til svar på under 150 ord.»
  • Glemme tilgang. En delt arbeidsflyt gir ikke tilgang til koblinger. Sjekk den tilkoblede kontoen din, forespurte tillatelser og eventuelle kontroller for chatkontoen som er tilgjengelige for deg. I Legacy Agents må du også sjekke autorisasjonsinnstillingene til agenten som eier den.

Dette er neste

  • Legg til en trigger med Automatiseringer slik at en arbeidsflyt kjører uten at du gjør noe.
  • Se Agents for hvem som kjører en arbeidsflyt og med hvilke tillatelser.
  • Se Tillatelser for å begrense hva en arbeidsflyt kan berøre.
  • Se Eksempelarbeidsflyter for fem eksempler skrevet fra ende til ende.