Arbejdsgange

En arbejdsgang er en navngiven, genanvendelig procedure. Den lærer Okou, hvordan dit team udfører en bestemt type arbejde, så den næste person, der har brug for den, ikke behøver at skrive prompten igen.

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. Ved tredje gang kopierer du en lang prompt ud af et Notion-dokument, som nogen kaldte "teamets promptbibliotek". Det er dér, det er tid til at gemme en arbejdsgang.

Det problem arbejdsgange løser

En engangschat er fin til en engangsopgave. Men næsten alle teams har en backlog af arbejde, der gentager sig — forskellige input, samme form:

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

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

En arbejdsgang i sig selv har ingen tidsplan og ingen trigger — det er proceduren. For at få den til at køre af sig selv, skal du tilknytte en automatisering.

Hvad der er i en arbejdsgang

Ingen nodediagram, ingen YAML-konfiguration, ingen sektion med triggers. Instruktionen ligner som regel meget den chatprompt, der virkede første gang.

En god beskrivelse er forskellen på en arbejdsgang, der kører, når den skal, og en, der aldrig kører: "triage a customer-facing bug report and file it to GitHub with severity" er bedre end "do bug stuff."

Ejerskab og synlighed

My Okou: Arbejdsgange ligger i det aktuelle arbejdsområde. En Private Workflow tilhører den aktuelle bruger. En Public Workflow deles med medlemmerne af arbejdsområdet; Public betyder ikke, at den er udgivet på internettet. Hver udførsel bruger den udførende brugers personlige instruktioner (Instructions), hukommelse, tilknyttede konti og tilladelser. At dele proceduren deler ikke disse personlige ressourcer eller private resultater.

Din Private Workflow med samme navn har forrang over en Public Workflow. Brug den eksplicitte Workflow-ID, når du skal identificere en bestemt delt definition. Make private copy giver dig en separat version, som du kan tilpasse; senere ændringer synkroniseres ikke med originalen. En anden medlems Automations kopieres ikke. At oprette en Private Workflow giver dig ikke tilladelse til at udgive eller vedligeholde Public Workflows; de eksisterende regler for publicering i arbejdsområdet gælder stadig.

Legacy Agents: hver arbejdsgang tilhører én agent. Holdkammerater skal også have adgang til dens ejende agent. Copy workflow vælger en destinationsagent og opretter en privat forgrening. Agenten leverer sin profil og personlige instruktioner (Instructions), mens udførelsen stadig bruger det kørende medlems godkendte kontoadgang.

Se My Okou og ældre agenter for stående instruktioner.

Hvilken oplevelse bruger du?

Disse dokumenter dækker begge oplevelser. Hvis Settings → Personal → My Okou er tilgængelig, så følg My Okou-trinnene. Hvis du bruger en Agents-side med New agent, så følg trinnene for Legacy Agents. Tilgængeligheden kan variere mellem medlemmer; disse dokumenter ændrer ikke din oplevelse.

I begge oplevelser kan du køre flere chats eller opgaver samtidig, genbruge arbejdsgange og dele gennemgået arbejde med dit team. En runtime-subagent er et udførelsesværktøj, ikke en separat produktprofil, du skal oprette.

Oprettelse af en arbejdsgang

Start fra Workflows-siden

1. Åbn Workflows. My Okou: vælg Create in chat. Legacy Agents: vælg New workflow, hvor det vises.
2. My Okou: fortsæt i din egen chat; der er ikke behov for valg af agent. Legacy Agents: vælg den agent, der skal eje arbejdsgangen.
3. Okou åbner en chat med en guidet prompt til oprettelse af en arbejdsgang. Beskriv resultatet, de forventede input, værktøjerne, outputtet og enhver godkendelsesgrænse.
4. Gennemgå det foreslåede navn, beskrivelse, instruktion, filer og synlighed, før Okou opretter den.

Du kan også starte i en eksisterende chat og bede Okou om at gøre en opgave, som allerede virkede, til en arbejdsgang. At beholde den første vellykkede kørsel i den samme chat giver Okou konkrete input, rettelser og output at fange.

My Okou-eksempel: Arbejdsgangens instruktioner beskriver den gentagelige opgave.

Hvad der skal stå i instruktionen

Lad være med at putte legitimationsoplysninger i instruktionen og filerne. Forbind tjenesten via Connectors, og gennemgå derefter den tilknyttede konto og giv kun de tilladelser, som arbejdsgangen har brug for; i Legacy Agents skal du også godkende dens ejende agent.

Test før du automatiserer

1. Kør arbejdsgangen manuelt med et repræsentativt input.
2. Bekræft, at det udførende medlem har den nødvendige kontoadgang og de nødvendige tilladelser; i Legacy Agents skal du også kontrollere ejende agents godkendelse.
3. Inspicér den resulterende chat for manglende kontekst, uventede skrivninger og den endelige outputform.
4. Redigér Instructions eller de vedhæftede filer, og kør den igen, indtil resultatet er gentageligt.
5. Tilføj først en automatisering, når den manuelle kørsel er korrekt. Start med snævre eventfiltre eller en lavfrekvent tidsplan, og inspicér derefter de første få udløsninger.

Manuel verificering adskiller problemer med arbejdsgangen fra problemer med triggeren: hvis Run now fejler, så ret først arbejdsgangen eller dens adgang; hvis Run now lykkes, men en hændelse aldrig udløses, så inspicér automatiseringskonfigurationen.

Hvordan Okou vælger en arbejdsgang

Du behøver ikke at påkalde en arbejdsgang ved navn. Okou indlæser automatisk en arbejdsgang, når en indgående anmodning matcher dens beskrivelse. En arbejdsgang med navnet customer-reply-draft, beskrevet som "udarbejd et svar på en kunde-e-mail med vores tone og dokumenter", aktiveres, når du videresender en kunde-e-mail — intet navn er nødvendigt.

Hvis du vil tvinge en bestemt arbejdsgang, så sig det direkte: "Brug arbejdsgangen customer-reply-draft til denne e-mail."

Indbyggede arbejdsgange

Okou indeholder en række tværfunktionelle arbejdsgange, som vedligeholdes af Okou — research og analyse, finans og regnskab, jura og compliance, produkt, marketing, kundesupport og teamkommunikation. De er domæneprocedurer, ikke connector-plumbing: hver af dem lærer Okou, hvordan man håndterer en tilbagevendende type arbejde.

Et udvalg:

• deep-dive — struktureret research og løsningsdesign; indsamle fakta, derefter udforske muligheder
• prd-writing — produktkrav med struktureret problemrammesætning og acceptkriterier
• copywriting — marketingtekst på tværs af kanaler (blogs, e-mails, sociale medier, landingssider)
• competitor-matrix — funktionssammenligningstabeller, positioneringsgennemgange, win/loss-analyse
• customer-reply — empatiske, brandede svar tilpasset kanal og hastende karakter
• nda-screening — klassificér indgående NDA'er som GREEN / YELLOW / RED og rout dem
• status-updates — statusrapporter og interessentopdateringer tilpasset ethvert publikum

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

Hvornår du bør oprette en

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

Konkrete signaler:

• Arbejdet har et navn, som dit team allerede bruger ("morgenbrief", "konkurrentscan")
• Prompten nævner specifikke værktøjer, kanaler eller skabeloner, som ikke bør ændre sig ved hver kørsel
• Outputtet har en fast form (et sammendrag, et udkast, en oprettet issue)
• Mere end én person har brug for at udløse den
• Du vil have den til at køre efter en tidsplan eller en hændelse — se Automatiseringer

Almindelige mønstre

• Intake-formularen. Tager et inputstykke (en e-mail, en fejlrapport, en tråd) og producerer et struktureret artefakt (en issue, et udkast, en række).
• Kadencebriefet. En arbejdsgang parret med en planlagt automatisering, der kører dagligt eller ugentligt og sender et sted, hvor det er synligt.
• Hjælperen midt i samtalen. Udløst af @Okou i en kanal for at udføre en enkelt fokuseret underopgave — slå op, opsummér, klassificér.
• Sammensætteren. Producerer en pakke i flere formater — blogudkast plus sociale opslag plus cards — i én kørsel.
• Hændelsesresponderen. Parret med en event-automatisering: en ny e-mail, en flettet PR eller en ny Notion-side starter kørslen. Se Automatiseringer.

Fallgruber, du skal undgå

• For snæver. En arbejdsgang, der kun passer til ét bestemt input, er skrøbelig. Sigt efter arbejdsformens mønster, ikke detaljerne i ét eksempel.
• For vag. "Hjælp med marketing" er så bredt, at Okou ikke ved, hvornår det skal anvendes. Vær specifik i beskrivelsen.
• Hardcodede legitimationsoplysninger. Indsæt aldrig API-nøgler i en instruktion. Brug i stedet custom connectors — legitimationsoplysningen bliver på platformen, uden for modellens rækkevidde.
• Skjult outputform. Angiv, hvordan artefaktet skal se ud: "en nummereret liste med tre punkter" eller "et udkast til svar på under 150 ord."
• Glemme adgang. En delt arbejdsgang giver ikke adgang til connectoren. Tjek din tilknyttede konto, de anmodede tilladelser og eventuelle chat-kontroller, der er tilgængelige for dig. I Legacy Agents skal du også tjekke ejende agents Authorization-indstillinger.

Hvad nu

• Tilknyt en trigger med Automatiseringer, så en arbejdsgang kører uden dig.
• Se Agents for, hvem der kører en arbejdsgang, og med hvilke tilladelser.
• Se Tilladelser for at begrænse, hvad en arbejdsgang kan tilgå.
• Se Eksempel-workflows for fem eksempler skrevet fra ende til anden.