Für Claude Code- und Codex-Nutzer

Du weißt bereits, wie man ein Verfahren schreibt und es an ein Modell übergibt. Das Neue hier ist: Die Ausführung läuft nicht auf deinem Laptop, sondern in der Cloud, über die echten Konten deines Teams, ausgelöst durch einen Trigger, vor deinen Teamkollegen.

Überspring also die Tour. Fast alles, was du bereits gebaut hast, hat hier ein Zuhause — es heißt nur anders.

Beginne damit, die beiden Dinge zu entfernen, die dich sonst dazu bringen würden, Inferenz zweimal zu bezahlen und das, was du bereits hast, neu zu schreiben.

Welche Erfahrung verwendest du?

Diese Dokumente decken beide Erfahrungen ab. Wenn Settings → Personal → My Okou verfügbar ist, folge den Schritten für My Okou. Wenn du eine Agents-Seite mit New agent verwendest, folge den Schritten für Legacy Agents. Die Verfügbarkeit kann sich zwischen Mitgliedern unterscheiden; diese Dokumente ändern deine Erfahrung nicht.

In beiden Erfahrungen kannst du mehrere Chats oder Aufgaben gleichzeitig ausführen, Workflows wiederverwenden und geprüfte Arbeit mit deinem Team teilen. Ein Runtime-Subagent ist ein Ausführungstool, kein separates Produktprofil, das du anlegen musst.

1. Läuft über das Abonnement, für das du bereits bezahlst

Okou kann Modellaufrufe über dein eigenes Claude- oder Codex-Konto auf Free- und kostenpflichtigen Plänen leiten, wenn dein Provider-Konto dies unterstützt.

Dazu gibt es zwei Hälften, und verschiedene Personen erledigen sie.

Ein Admin wählt den Pfad aus

Unter Settings → Models legt ein Workspace-Admin fest, wie jedes Modell bereitgestellt wird. Zwei der Optionen sind:

• Claude subscription — jedes Mitglied verbindet seinen eigenen Pro-, Max- oder Team-Plan.
• Codex subscription — jedes Mitglied verbindet seinen eigenen Pro- oder Team-Plan.

Die Richtlinie bestimmt den Pfad, nicht die Modellauswahl — wenn ein Modell also nicht auf einen dieser Pfade gesetzt ist, wird deine persönliche Verbindung nicht diejenige sein, die es bereitstellt.

Du verbindest dein eigenes Konto

Unter Settings → Models, im Abschnitt Personal — wird nur in deinen Ausführungen mit deinen eigenen Anmeldedaten verwendet:

• Claude Code OAuth — verbinde dich mit dem Claude-Code-Login für Claude-gestützte Modellpfade. Okou öffnet eine Claude-Genehmigungsseite; genehmige dort Okou, kopiere den angezeigten Autorisierungscode und füge ihn wieder in den Dialog ein.
• ChatGPT (Codex) — verbinde dich mit dem Codex-Geräte-Login. Okou kopiert einen Gerätescode und öffnet die Genehmigungsseite; füge den Code in OpenAI ein, genehmige den Zugriff und lass den Dialog geöffnet, während Okou die Verbindung abschließt.

Du kannst mehr als ein Konto pro Provider verbinden und eines als aktiv markieren. Sobald es verbunden ist, zeigt dein Kontomenü, wie viel von jedem Abonnementfenster noch übrig ist — das 5-Stunden-Fenster und das wöchentliche —, damit du siehst, dass eine Grenze bevorsteht, bevor ein langer Lauf dagegenläuft.

Drei Dinge, die du vor dem Start wissen solltest:

• Du kannst deinen eigenen Provider auf Free- und kostenpflichtigen Plänen mitbringen; dein Provider-Konto muss den ausgewählten Pfad unterstützen.
• Ein kostenloser ChatGPT-Plan kann Codex nicht über Okou nutzen. Plus oder Pro ist erforderlich.
• Ganz gleich, welchen Pfad ein Modell nimmt: Tool-Aufrufe, Generierung und Speicherung werden weiterhin gegen Okou-Credits abgerechnet. Das Abonnement deckt das Denken ab, nicht das Tun.

Die Modellauswahl neben dem Chat-Composer wählt ein Modell aus; sie setzt nicht den Pfad außer Kraft, den die Richtlinie diesem Modell zugewiesen hat. Das Modell gehört außerdem zum Chat-Thread, nicht zum Agenten und nicht zum Workflow — siehe Modelle.

2. Überführe deine Skills als Workflows

Was du einen Skill nennst, nennt Okou einen Workflow: ein benanntes Verfahren mit einer Beschreibung, die sagt, wann es gilt, einer Anweisung, die sagt, wie die Arbeit zu erledigen ist, und optionalen Dateien, die mitgepackt werden. Ein SKILL.md, den du bereits geschrieben hast, ist beinahe Zeile für Zeile eine Workflow-Anweisung.

Der schnellste Weg, einen zu übertragen, ist, ihn im Chat zu übergeben. Du musst ihn nicht neu schreiben und nichts ausführen:

• Lege die Datei hinein. Ziehe deinen SKILL.md direkt in den Chat — zusammen mit allen Checklisten, Vorlagen oder Referenzdateien, die daneben lagen.
• Oder gib Okou den Link. Füge die GitHub-URL des Skill-Ordners ein und lass Okou alles selbst lesen.

Dann sag, was damit geschehen soll:

"Hier ist der Skill, den ich in Claude Code verwende. Erstelle daraus einen privaten Workflow in diesem Workspace. Behalte das Verfahren bei, ersetze aber die lokalen Dateipfade und Shell-Schritte durch Connectors und sag mir, was er noch nicht erreichen kann."

Okou liest die Datei, entwirft Name, Beschreibung und Anweisung und zeigt dir das Ergebnis vor dem Speichern.

Vier Unterschiede, die sich lohnen zu beheben, während du überträgst

• My Okou Workflows leben im Workspace. Private Workflows gehören dir; Public Workflows werden im Workspace geteilt. Legacy Workflows bleiben an einen einzelnen Agent gebunden. Die Ausführung nutzt deine eigenen verbundenen Konten und Berechtigungen; der Zugriff einer lokalen Shell wird nicht übernommen. Prüfe die tatsächliche Verbindung und die benannten Berechtigungen, wenn ein Tool nicht verfügbar ist.
• Der Name ist ein kleingeschriebener Slug — triage-bug-report, 2 bis 64 Zeichen. Rufe ihn explizit mit /triage-bug-report in einem Chat auf, in dem der Workflow verfügbar ist, oder beschreibe einfach die Arbeit und lass Okou über die Beschreibung zuordnen. Eine präzise Beschreibung ist das, was einen Workflow von selbst auslösen lässt.
• Neue Workflows sind standardmäßig privat. Einen Public für den Workspace zu machen ist ein bewusster Schritt, kein Nebeneffekt des Speicherns. In My Okou hat dein privater Workflow mit gleichem Namen Vorrang vor der Public-Version. In Legacy Agents prüfe außerdem die Sichtbarkeit des besitzenden Agents.
• Credentials wandern nicht mit. Alles, was eine Umgebungsvariable oder ein Schlüssel in einem lokalen Skill war, wird stattdessen zu einem connector, sodass das Geheimnis auf der Plattform bleibt und außerhalb der Reichweite des Modells. Wenn kein First-Party-Connector passt, erstelle einen custom connector, statt einen Schlüssel in eine Anweisung einzufügen.

Eine Sache wird unverändert übernommen: ergänzende Dateien. Vorlagen, Checklisten, Markenrichtlinien und Referenzdaten werden an den Workflow genauso angehängt, wie sie neben deinem SKILL.md lagen.

Trenne persönliche Anweisungen von Aufgabenmethoden

Skills werden zu Workflows. Mit My Okou gehören deine persönlichen Präferenzen unter Settings → Personal → My Okou → Instructions und gelten nur für dich in diesem Workspace. Wiederverwendbare Teamregeln und Aufgabenmethoden gehören in Workspace-Workflows. Das Speichern persönlicher Anweisungen wirkt sich auf die nächste Arbeit aus, die Okou startet, nicht auf bereits laufende Arbeit. Mit Legacy Agents bearbeitest du stattdessen die Anweisungen des ausgewählten Agents.

Nur Legacy Agents:

Bitte Okou, die persönlichen Präferenzen von wiederverwendbaren Verfahren zu trennen, bevor du etwas speicherst. Persönliche Anweisungen werden nicht zur Workspace-Richtlinie und können keine Kontoberechtigungen ändern.

3. Nutze dann die Teile, die eine lokale CLI nicht hat

Wenn dein Modellpfad und deine Verfahren eingerichtet sind, ist der Rest von Okou der Teil, den dein Laptop nicht kann:

• Konnektoren — autorisierte Dienste, die dein Agent lesen und schreiben kann, wobei die Anmeldedaten an der Netzwerkgrenze gehalten werden und jeder Aufruf im Ausführungsprotokoll sichtbar ist. Das ersetzt den Stapel persönlicher Zugriffstoken in deinem Shell-Profil.
• Benutzerdefinierte Konnektoren — für die interne API ohne First-Party-Connector. Ein Admin registriert einmal die HTTPS-Präfixe und die Authentifizierung. Wenn dein Workspace es aktiviert hat, kann auf dieselbe Weise ein Streamable-HTTP-MCP-Endpunkt registriert werden, sodass auch ein Server, den du bereits Claude Code gegenüber exponierst, hier erreichbar ist.
• Concurrent runs — eine Workspace-Dimension, die du erhöhen kannst, statt eines zweiten Terminal-Tabs, den du dir merken musst offengelassen zu haben. Ein langer Job blockiert keinen kurzen mehr.
• Automatisierungen — ein Trigger, der an einen Workflow angehängt ist: ein Zeitplan, eine neue E-Mail, ein zusammengeführter Pull Request, ein Kalendereintrag, ein Webhook. Das ist der Teil, der aus einem Verfahren einen Teamkollegen macht statt eines Befehls, an den du dich erinnern musst.
• Instructions and experience modes — persönliche Präferenzen für My Okou, wobei die separate Anleitung für das Legacy-Agentenprofil beibehalten wird.
• Integrationen — derselbe Agent, erreichbar über Slack, Telegram oder das Web, statt von einem Terminal auf einem einzelnen Rechner.

4. Teile es, statt es in einer Dotfile zu behalten

Der eigentliche Unterschied zu einem lokalen Setup ist, dass andere Leute das, was du gebaut hast, verwenden können — einschließlich Menschen, die nie ein Terminal öffnen werden.

• My Okou: Teile einen geprüften Public Workflow. Legacy Agents: mache außerdem den besitzenden Agenten Public.
• Entferne vorab Anmeldedaten und Einmal-Daten aus der Anweisung und den Dateien.
• Lade Teamkollegen unter Settings → People → Add member ein, wobei Member die Standardrolle ist. Siehe Teammitglieder einladen.
• Jedes Mitglied verbindet seine eigenen Konten und sein eigenes Claude- oder Codex-Abonnement. Niemand teilt sich ein Login.

Die Schritte 3 bis 6 von Für neue Nutzer behandeln persönliche Anweisungen (oder das Legacy-Agent-Setup), das Teilen eines Workflows und dessen Planung ausführlicher. Die Mechanik ist dieselbe; nur der Ausgangspunkt war anders.

Wohin als Nächstes

• Modelle — Routing, dein eigenes Abonnement und was jedes Modell dich kostet.
• Workflows — Aufbau, Besitz, Sichtbarkeit und wie Okou einen auswählt.
• Automatisierungen — Zeitpläne, E-Mail-, GitHub-, Kalender- und Webhook-Trigger.
• Berechtigungen — worauf ein Agent zugreifen darf und wie du es einschränkst.
• Benutzerdefinierte Konnektoren — für die interne API ohne First-Party-Connector.