Sie wissen bereits, wie man eine Prozedur schreibt und sie einem Modell übergibt. Neu ist hier, dass der Run nicht auf Ihrem Laptop stattfindet: Er läuft in der Cloud, mit den echten Konten Ihres Teams, ausgelöst durch Trigger, sichtbar für Ihre Kollegen.
Überspringen Sie also die Einführung. Fast alles, was Sie bereits gebaut haben, findet hier ein Zuhause – es trägt nur einen anderen Namen.
| Was Sie jetzt haben | Was es in Okou wird |
|---|---|
CLAUDE.md / AGENTS.md | Die Anweisungen eines Agenten – seine dauerhaften Vorgaben |
Ein Skill / SKILL.md | Ein Workflow, der diesem Agent gehört |
| Ein MCP-Server, den Sie betreiben | Ein Custom Connector, wenn Ihr Workspace MCP aktiviert hat |
| API-Keys und Umgebungsvariablen in Ihrer Shell | Konnektoren – das Geheimnis bleibt außerhalb des Modells |
cron plus ein Skript auf Ihrem Laptop | Eine Automation im Workflow |
| Mehr Terminal-Tabs | Mehr gleichzeitige Runs, pro Workspace gekauft |
| Ihr Claude- oder Codex-Abo | Immer noch Ihres – verbinden Sie es unter Einstellungen → Modelle |
Beginnen Sie damit, die zwei Dinge zu entfernen, die Sie sonst doppelt für Inferenz bezahlen lassen würden, und übertragen Sie, was Sie schon haben.
1. Run auf dem Abo, das Sie bereits bezahlen
Okou kann Modellaufrufe über Ihr eigenes Claude- oder Codex-Konto auf Free- und kostenpflichtigen Plänen leiten, sofern Ihr Provider-Konto dies unterstützt.
Es gibt zwei Teile dabei, die von unterschiedlichen Personen erledigt werden.
Ein Admin wählt die Route
Unter Einstellungen → Modelle entscheidet ein Workspace-Admin, wie jedes Modell bereitgestellt wird. Zwei der Optionen sind:
- Claude-Abo – jedes Mitglied verbindet seinen eigenen Pro-, Max- oder Team-Plan.
- Codex-Abo – jedes Mitglied verbindet seinen eigenen Pro- oder Team-Plan.
Die Richtlinie bestimmt die Route, nicht der Modellwähler – ist ein Modell nicht auf eine dieser Optionen gesetzt, wird Ihre persönliche Verbindung es nicht bedienen.
Sie verbinden Ihr eigenes Konto
Unter Einstellungen → Modelle, im Bereich Persönlich – wird nur in Ihren Runs mit Ihren eigenen Zugangsdaten verwendet:
- Claude Code OAuth – verbinden Sie sich mit Ihrem Claude Code-Login für Claude-gestützte Modellrouten. Okou öffnet eine Claude-Bestätigungsseite; genehmigen Sie Okou dort, kopieren Sie den angezeigten Autorisierungscode und fügen Sie ihn im Dialog wieder ein.
- ChatGPT (Codex) – verbinden Sie sich mit Codex-Geräte-Login. Okou kopiert einen Gerätecode und öffnet die Bestätigungsseite; fügen Sie den Code bei OpenAI ein, genehmigen Sie den Zugriff und lassen Sie den Dialog offen, während Okou die Verbindung abschließt.
Sie können pro Anbieter mehr als ein Konto verbinden und eines als aktiv markieren. Nach der Verbindung zeigt Ihr Kontomenü an, wie viel von jedem Abofenster noch übrig ist – das 5-Stunden-Fenster und das Wochenfenster – damit Sie ein Limit sehen, bevor ein langer Run hineinläuft.
Drei Dinge, die Sie vorab wissen sollten:
- Sie können Ihren eigenen Provider auf Free- und kostenpflichtigen Plänen nutzen; Ihr Provider-Konto muss die gewählte Route unterstützen.
- Ein kostenloser ChatGPT-Plan kann Codex über Okou nicht verwenden. Plus oder Pro ist erforderlich.
- Egal, welche Route ein Modell nimmt, Tool-Aufrufe, Generierung und Speicherung werden weiterhin gegen Okou Credits abgerechnet. Das Abo deckt das Denken ab, nicht das Ausführen.
Der Modellwähler neben dem Chat-Composer wählt ein Modell; er überschreibt nicht die Route, die die Richtlinie diesem Modell zugewiesen hat. Das Modell ist außerdem im Chat-Thread gespeichert, nicht beim Agent und nicht im Workflow – siehe Modelle.
2. Übertragen Sie Ihre Skills als Workflows
Was Sie als Skill bezeichnen, nennt Okou einen Workflow: eine benannte Prozedur mit einer Beschreibung, wann sie gilt, einer Anweisung, wie die Arbeit zu erledigen ist, und optionalen Dateien im Anhang. Eine SKILL.md, die Sie bereits geschrieben haben, ist fast zeilenweise eine Workflow-Anweisung.
Am schnellsten übertragen Sie einen Skill, indem Sie ihn im Chat übergeben. Sie müssen ihn nicht umschreiben und nichts ausführen:
- Datei ablegen. Ziehen Sie Ihre
SKILL.mddirekt in den Chat – zusammen mit Checklisten, Vorlagen oder Referenzdateien, die daneben lagen. - Oder geben Sie Okou den Link. Fügen Sie die GitHub-URL des Skill-Ordners ein und lassen Sie Okou alles selbst lesen.
Sagen Sie dann, was damit geschehen soll:
„Hier ist der Skill, den ich in Claude Code nutze. Erstelle daraus einen Workflow auf diesem Agent. Übernehme die Prozedur, aber ersetze lokale Dateipfade und Shell-Schritte durch Connectors und sage mir, was noch nicht erreichbar ist.“
Okou liest die Datei, schlägt Name, Beschreibung und Anweisung vor und zeigt Ihnen das Ergebnis vor dem Speichern.
Vier Unterschiede, die sich beim Übertragen lohnen
- Ein Workflow gehört genau einem Agent, und er kann nur auf die Connectors zugreifen, für die dieser Agent berechtigt ist. Ein lokaler Skill erbt alles, was Ihre Shell erreichen kann; dieser hier nicht. Kann ein übertragener Workflow z. B. Gmail nicht sehen, prüfen Sie die Berechtigung des Agents, nicht die Anweisung.
- Der Name ist ein Kleinbuchstaben-Slug –
triage-bug-report, 2 bis 64 Zeichen. Rufen Sie ihn explizit mit/triage-bug-reportim Chat des zugehörigen Agents auf oder beschreiben Sie einfach die Aufgabe, damit Okou anhand der Beschreibung den passenden Workflow auswählt. Eine präzise Beschreibung sorgt dafür, dass ein Workflow selbstständig ausgelöst wird. - Neue Workflows sind standardmäßig privat. Einen Workflow öffentlich für den Workspace zu machen, ist ein bewusster Schritt, kein Nebeneffekt des Speicherns. Zwei Agents können die gleiche Prozedur halten und unterschiedliche Ergebnisse liefern, weil jeder seine eigene Stimme und Berechtigungen mitbringt.
- Zugangsdaten wandern nicht mit. Alles, was in einem lokalen Skill eine Umgebungsvariable oder ein Key war, wird stattdessen ein Connector, sodass das Geheimnis auf der Plattform bleibt und nicht ins Modell gelangt. Gibt es keinen passenden Connector, bauen Sie einen Custom Connector, statt einen Key in eine Anweisung zu kopieren.
Was unverändert übernommen wird: Zusatzdateien. Vorlagen, Checklisten, Markenrichtlinien und Referenzdaten hängen Sie genauso an den Workflow an, wie sie neben Ihrer SKILL.md lagen.
Ihre CLAUDE.md ist der Agent, nicht ein Workflow
Skills werden zu Workflows. Die dauerhaften Regeln, die Sie in CLAUDE.md oder AGENTS.md führen – Ton, Stil, was nie zu tun ist, wann nachzufragen ist – gehören stattdessen auf den Agent, unter Anweisungen. Das erben alle Workflows dieses Agents.
Fügen Sie die Datei ein und bitten Sie Okou, sie in die Anweisungen des Agents zu übernehmen. Teilen Sie es so auf, wie das Produkt es vorsieht: Alles zu wie wir arbeiten kommt auf den Agent; alles zu wie ein bestimmter Job erledigt wird wird ein Workflow.
3. Nutzen Sie dann die Teile, die ein lokales CLI nicht hat
Mit Ihrer Modellroute und Ihren Prozeduren an Ort und Stelle ist der Rest von Okou das, was Ihr Laptop nicht kann:
- Konnektoren – autorisierte Dienste, auf die Ihr Agent zugreifen kann, mit Zugangsdaten an der Netzgrenze und jedem Aufruf im Run-Log. Das ersetzt den Stapel persönlicher Tokens im Shell-Profil.
- Custom Connectors – für interne APIs ohne eigenen Connector. Ein Admin registriert die HTTPS-Präfixe und die Authentifizierung einmalig. Wo Ihr Workspace es erlaubt, kann ein Streamable HTTP MCP-Endpunkt genauso registriert werden, sodass ein Server, den Sie bereits für Claude Code bereitstellen, auch hier erreichbar ist.
- Gleichzeitige Runs – eine Workspace-Dimension, die Sie erhöhen können, statt eines zweiten Terminal-Tabs, den Sie vergessen könnten. Ein langer Job blockiert keinen kurzen mehr.
- Automatisierungen – ein Trigger am Workflow: Zeitplan, neue E-Mail, gemergter Pull Request, Kalendereintrag, Webhook. Das macht aus einer Prozedur einen Teamkollegen statt eines Befehls, den Sie sich merken müssen.
- Agenten – eine dauerhafte Identität mit eigenen Anweisungen, Ton und Connector-Berechtigungen, sodass das Verhalten über Runs und Nutzer hinweg konsistent bleibt.
- Integrationen – derselbe Agent ist über Slack, Telegram oder das Web erreichbar, statt nur über ein Terminal auf einem Rechner.
4. Teilen Sie es, statt es in einer Dotfile zu verstecken
Der eigentliche Unterschied zu einer lokalen Umgebung ist, dass andere Ihr Werk nutzen können – auch Menschen, die nie ein Terminal öffnen werden.
- Machen Sie den Agent öffentlich und veröffentlichen Sie den Workflow, den das Team zuerst nutzen soll.
- Entfernen Sie Zugangsdaten und Einmaldaten aus Anweisungen und Dateien, bevor Sie veröffentlichen.
- Laden Sie Kollegen ein unter Einstellungen → Personen → Mitglied hinzufügen, mit Member als Standardrolle. Siehe Kollegen einladen.
- Jedes Mitglied verbindet seine eigenen Konten und sein eigenes Claude- oder Codex-Abo. Niemand teilt einen Login.
Die Schritte 3 bis 6 von Für neue Nutzer beschreiben das Erstellen eines Agents, das Veröffentlichen eines Workflows und das Planen im Detail. Die Mechanik ist identisch; nur der Ausgangspunkt war ein anderer.
Wohin als Nächstes
- Modelle – Routing, Ihr eigenes Abo und was jedes Modell kostet.
- Workflows – Aufbau, Besitz, Sichtbarkeit und wie Okou auswählt.
- Automatisierungen – Zeitpläne, E-Mail, GitHub, Kalender- und Webhook-Trigger.
- Berechtigungen – was ein Agent darf und wie Sie es einschränken.
- Custom Connectors – für interne APIs ohne eigenen Connector.
