Workflows

Ein Workflow ist eine benannte, wiederverwendbare Prozedur, die auf einem Agent gespeichert wird. Er bringt Okou bei, wie dein Team eine bestimmte Art von Arbeit erledigt, damit die nächste Person, die sie braucht, den Prompt nicht neu schreiben muss.

Beim ersten Mal, wenn du Okou um etwas bittest, schreibst du einen Prompt. Beim zweiten Mal fügst du denselben Prompt mit kleinen Anpassungen ein. Beim dritten Mal kopierst du einen langen Prompt aus einem Notion-Dokument, das jemand die „Team-Prompt-Bibliothek" nannte. Das ist der Moment, einen Workflow zu speichern.

Das Problem, das Workflows lösen

Ein einmaliger Chat ist für eine einmalige Aufgabe in Ordnung. Aber fast jedes Team hat einen Rückstau an Arbeit, die wiederkehrt — andere Eingaben, gleiche Form:

Ein Kunde schreibt → sieh seinen Verlauf nach → entwirf eine Antwort in seiner Sprache → protokolliere das Ticket
Ein Bug-Report erscheint → extrahiere die Reproduktionsschritte → klassifiziere die Schwere → lege ein strukturiertes Issue an
Montagmorgen → hole die Zahlen der letzten Woche → vergleiche sie mit der Vorwoche → poste eine Zusammenfassung

Ohne Workflows ist jede davon ein 200-Wörter-Prompt, den sich alle merken müssen. Mit Workflows ist jede ein Name: triage-bug-report, weekly-metrics, customer-reply.

Ein Workflow hat für sich allein keinen Zeitplan und keinen Trigger — er ist die Prozedur. Um ihn selbstständig laufen zu lassen, hänge eine Automation an.

Was in einem Workflow steckt

Feld	Was es tut
Name	Ein 2–64 Zeichen langer Lowercase-Slug aus Buchstaben, Zahlen und internen Bindestrichen — `triage-bug-report`. Verwende `/triage-bug-report`, um ihn im Chat des besitzenden Agents explizit aufzurufen.
Display name	Das menschenlesbare Label, das im Workspace angezeigt wird.
Description	Eine Zeile, die Okou sagt, wann dieser Workflow gilt. Okou gleicht eingehende Anfragen mit Beschreibungen ab; die Formulierung zählt also.
Instruction	Die Prozedur selbst. Einfache Prosa reicht — nenne die zu nutzenden Tools, die Ausgabeform und etwaige Einschränkungen.
Files	Optionale ergänzende Dateien — Vorlagen, Checklisten, Markenrichtlinien, Referenzdaten — gebündelt mit dem Workflow.
Visibility	`private` (nur du) oder `public` (alle im Workspace).

Kein Node-Graph, keine YAML-Konfiguration, kein Trigger-Abschnitt. Die Anweisung sieht meist aus wie der Chat-Prompt, der beim ersten Mal funktionierte.

Eine gute Beschreibung ist der Unterschied zwischen einem Workflow, der feuert, wenn er soll, und einem, der nie feuert: „triage a customer-facing bug report and file it to GitHub with severity" ist besser als „do bug stuff."

Workflows gehören Agents

Jeder Workflow gehört genau einem Agent. Das macht das Verhalten vorhersagbar: Der Workflow läuft mit Ton, Standards und Konnektor-Freigaben dieses Agents.

Privater Workflow — nur für dich sichtbar. Richtig für persönliche Automatisierungen, die an ein persönliches Gmail- oder CRM-Konto gebunden sind.
Öffentlicher Workflow — für alle im Workspace sichtbar, auf einem Agent, den dein Team erreichen kann.

Dieselbe Prozedur kann auf zwei Agents leben und unterschiedliche Ergebnisse liefern, weil jeder Agent seine eigene Stimme und seine eigenen Berechtigungen mitbringt. Um einen Workflow an einen anderen Agent zu übergeben, kopiere ihn — das forkt ihn, sodass die beiden danach auseinanderlaufen können.

Siehe Agents dafür, wie Agent-Besitz formt, was ein Workflow berühren kann.

Einen Workflow erstellen

Von der Workflows-Seite starten

Öffne Workflows und wähle New workflow.
Wähle den Agent, der den Workflow besitzen soll.
Okou öffnet einen Chat mit einem geführten Workflow-Erstellungs-Prompt. Beschreibe das Ergebnis, erwartete Eingaben, Tools, Ausgabe und etwaige Genehmigungsgrenzen.
Prüfe den vorgeschlagenen Namen, die Beschreibung, die Anweisung, Dateien und Sichtbarkeit, bevor Okou ihn erstellt.

Du kannst auch in einem bestehenden Agent-Chat starten und Okou bitten, eine Aufgabe, die bereits funktionierte, in einen Workflow zu verwandeln. Den ersten erfolgreichen Run im selben Chat zu behalten gibt Okou konkrete Eingaben, Korrekturen und Ausgaben zum Festhalten.

Was in die Anweisung gehört

Teil	Enthalten
Goal	Das Ergebnis, das der Workflow erzeugen muss.
Inputs	Was der Aufrufer oder die Automatisierung liefert und welche Eingaben erforderlich sind.
Procedure	Geordnete Schritte, einschließlich der verbundenen Dienste, die gelesen oder aktualisiert werden.
Output	Das erforderliche Format, das Ziel und die Benennungsregeln.
Boundaries	Zu vermeidende Aktionen, Fälle, die Klärung brauchen, und wann aufzuhören ist.
References	Optionale Vorlagen, Checklisten oder Beispiele, die als Workflow-Dateien angehängt sind.

Halte Zugangsdaten aus Anweisung und Dateien heraus. Verbinde den Dienst über Connectors und erteile dem besitzenden Agent nur die Berechtigungen, die der Workflow braucht.

Testen, bevor du automatisierst

Führe den Workflow manuell mit einer repräsentativen Eingabe aus.
Bestätige, dass der besitzende Agent jeden erforderlichen Konnektor und jede Berechtigung erreichen kann.
Prüfe den resultierenden Chat auf fehlenden Kontext, unerwartete Schreibvorgänge und die finale Ausgabeform.
Bearbeite die Instructions oder angehängten Dateien und führe ihn erneut aus, bis das Ergebnis wiederholbar ist.
Füge eine Automatisierung erst hinzu, nachdem der manuelle Lauf korrekt ist. Beginne mit engen Ereignisfiltern oder einem niederfrequenten Zeitplan und prüfe dann die ersten Auslösungen.

Manuelle Verifikation trennt Workflow-Probleme von Trigger-Problemen: Wenn Run now fehlschlägt, behebe zuerst den Workflow oder seinen Zugriff; wenn Run now gelingt, aber ein Ereignis nie feuert, prüfe die Automatisierungs-Konfiguration.

Wie Okou einen Workflow wählt

Du musst einen Workflow nicht namentlich aufrufen. Okou lädt automatisch einen, wenn eine eingehende Anfrage zu seiner Beschreibung passt. Ein Workflow namens customer-reply-draft, beschrieben als „draft a reply to a customer email using our voice and docs", feuert, wenn du eine Kunden-E-Mail weiterleitest — kein Name nötig.

Um einen bestimmten zu erzwingen, sag es: "Use the customer-reply-draft workflow on this email."

Eingebaute Workflows

Jeder Okou-Agent wird mit einer Reihe funktionsübergreifender Workflows ausgeliefert, die von Okou gepflegt werden — Research und Analyse, Finanzen und Buchhaltung, Recht und Compliance, Produkt, Marketing, Kundensupport und Teamkommunikation. Sie sind Domänen-Prozeduren, keine Konnektor-Verdrahtung: Jeder bringt Okou bei, eine wiederkehrende Art von Arbeit zu behandeln.

Eine Auswahl:

deep-dive — strukturierte Recherche und Lösungsdesign; Fakten sammeln, dann Optionen erkunden
prd-writing — Produktanforderungen mit strukturierter Problemrahmung und Akzeptanzkriterien
copywriting — Marketing-Copy über Kanäle (Blogs, E-Mails, Social, Landingpages)
competitor-matrix — Feature-Vergleichsmatrizen, Positionierungs-Teardowns, Win/Loss-Analyse
customer-reply — empathische, markenkonforme Antworten, abgestimmt auf Kanal und Dringlichkeit
nda-screening — eingehende NDAs als GREEN / YELLOW / RED klassifizieren und routen
status-updates — Fortschrittsberichte und Stakeholder-Updates, abgestimmt auf jedes Publikum

Deine eigenen Workflows stehen daneben und haben Vorrang, wenn ihre Beschreibungen genauer passen.

Wann man einen erstellen sollte

Die ehrliche Regel: Wenn du im Wesentlichen denselben Prompt mehr als zweimal geschrieben hast — oder dir vorstellen kannst, dass ein Teammitglied ihn schreibt — speichere ihn.

Konkrete Signale:

Die Arbeit hat einen Namen, den dein Team bereits nutzt („morning brief", „competitor scan")
Der Prompt nennt bestimmte Tools, Kanäle oder Vorlagen, die sich nicht bei jedem Run ändern sollten
Die Ausgabe hat eine feste Form (eine Zusammenfassung, ein Entwurf, ein angelegtes Issue)
Mehr als eine Person muss sie auslösen
Du willst, dass sie nach Zeitplan oder Ereignis läuft — siehe Automations

Häufige Muster

Das Intake-Formular. Nimmt eine Eingabe (eine E-Mail, ein Bug-Report, ein Thread) und erzeugt ein strukturiertes Artefakt (ein Issue, ein Entwurf, eine Zeile).
Das Cadence-Briefing. Ein Workflow, gepaart mit einer geplanten Automatisierung, die täglich oder wöchentlich läuft und irgendwo sichtbar postet.
Der Mid-Conversation-Helfer. Durch Okou in einem Kanal ausgelöst, um eine fokussierte Teilaufgabe zu erledigen — nachschlagen, zusammenfassen, klassifizieren.
Der Composer. Erzeugt ein Multi-Format-Bündel — Blog-Entwurf plus Social-Posts plus Karten — in einem Run.
Der Event-Responder. Gepaart mit einer Ereignis-Automatisierung: Eine neue E-Mail, ein gemergter PR oder eine neue Notion-Seite startet den Run. Siehe Automations.

Zu vermeidende Fallstricke

Zu eng. Ein Workflow, der nur auf eine bestimmte Eingabe passt, ist brüchig. Ziele auf die Form der Arbeit, nicht auf die Details eines Beispiels.
Zu vage. „Help with marketing" ist so breit, dass Okou nicht weiß, wann es gilt. Sei in der Beschreibung spezifisch.
Hartkodierte Zugangsdaten. Füge niemals API-Schlüssel in eine Anweisung ein. Nutze Custom connectors — die Zugangsdaten bleiben auf der Plattform, außerhalb der Reichweite des Modells.
Vergrabene Ausgabeform. Sage, wie das Artefakt aussehen soll: „a numbered list of three items" oder „a draft reply under 150 words."
Den Agent vergessen. Ein Workflow kann nur die Konnektoren nutzen, für die sein Host-Agent autorisiert ist. Wenn ein Workflow Gmail nicht erreichen kann, prüfe den Authorization-Tab des Agents, nicht die Anweisung.

Weiter

Hänge mit Automations einen Trigger an, damit ein Workflow ohne dich läuft.
Siehe Agents dafür, wer einen Workflow ausführt und mit welchen Berechtigungen.
Siehe Permissions zum Einschränken dessen, was ein Workflow berühren darf.
Siehe Example workflows für fünf, die von Anfang bis Ende beschrieben sind.