Pour les utilisateurs de Claude Code et Codex

Vous savez déjà rédiger une procédure et la confier à un modèle. Ce qui change ici, c’est que l’exécution ne vit pas sur votre ordinateur portable : elle se déroule dans le cloud, sur les comptes réels de votre équipe, à partir d’un déclencheur, sous les yeux de vos coéquipiers.

Alors, passez le tour d’horizon. Presque tout ce que vous avez déjà construit a déjà sa place ici — cela porte simplement un autre nom.

Commencez par retirer les deux éléments qui, sinon, vous feraient payer l’inférence deux fois et réécrire ce que vous avez déjà.

Quelle expérience utilisez-vous ?

Cette documentation couvre les deux expériences. Si Settings → Personal → My Okou est disponible, suivez les étapes My Okou. Si vous utilisez une page Agents avec New agent, suivez les étapes Legacy Agents. La disponibilité peut varier d’un membre à l’autre ; cette documentation ne modifie pas votre expérience.

Dans l’une ou l’autre expérience, vous pouvez lancer plusieurs chats ou tâches en même temps, réutiliser des workflows et partager avec votre équipe le travail relu. Un sous-agent d’exécution est un outil d’exécution, pas un profil de produit distinct que vous devez créer.

1. Exécuter sur l’abonnement que vous payez déjà

Okou peut acheminer les appels de modèle via votre propre compte Claude ou Codex sur les offres Free et payantes, si le compte de votre fournisseur le prend en charge.

Il y a deux parties à cela, et des personnes différentes s’en chargent.

Un administrateur choisit la route

Sous Settings → Models, un administrateur de l’espace de travail décide de la manière dont chaque modèle est fourni. Deux des options sont :

• Abonnement Claude — chaque membre connecte son propre forfait Pro, Max ou Team.
• Abonnement Codex — chaque membre connecte son propre forfait Pro ou Team.

La politique décide de l’acheminement, pas le sélecteur de modèle — donc si un modèle n’est pas défini sur l’une de ces options, votre connexion personnelle ne sera pas celle qui le servira.

Vous connectez votre propre compte

Sous Settings → Models, dans la section Personal — utilisée uniquement dans vos exécutions, avec vos propres identifiants :

• Claude Code OAuth — connectez-vous avec l’authentification Claude Code pour les routes de modèles alimentées par Claude. Okou ouvre une page d’approbation Claude ; approuvez Okou là-bas, copiez le code d’autorisation affiché, puis collez-le dans la boîte de dialogue.
• ChatGPT (Codex) — connectez-vous avec la connexion par code d’appareil Codex. Okou copie un code d’appareil et ouvre la page d’approbation ; collez le code dans OpenAI, approuvez l’accès, puis laissez la boîte de dialogue ouverte pendant qu’Okou termine la connexion.

Vous pouvez connecter plusieurs comptes par fournisseur et en marquer un comme actif. Une fois connecté, votre menu de compte affiche combien de temps il reste dans chaque fenêtre d’abonnement — la fenêtre de 5 heures et la fenêtre hebdomadaire — afin que vous puissiez voir venir une limite avant qu’une longue exécution ne s’y heurte.

Trois choses à savoir avant de commencer :

• Vous pouvez utiliser votre propre fournisseur sur les offres Free et payantes ; le compte de votre fournisseur doit prendre en charge la route sélectionnée.
• Un forfait ChatGPT gratuit ne peut pas utiliser Codex via Okou. Un forfait Plus ou Pro est requis.
• Quelle que soit la route empruntée par un modèle, les appels d’outils, la génération et le stockage sont toujours facturés sur les crédits Okou. L’abonnement couvre la réflexion, pas l’exécution.

Le sélecteur de modèle à côté du compositeur de chat choisit un modèle ; il ne remplace pas la route que la politique a attribuée à ce modèle. Le modèle se trouve aussi sur le fil de discussion, pas sur l’agent ni sur le workflow — voir Modèles.

2. Transposez vos compétences sous forme de workflows

Ce que vous appelez une skill, Okou l’appelle un workflow : une procédure nommée avec une description qui indique quand elle s’applique, une instruction qui indique comment faire le travail, et des fichiers facultatifs regroupés avec elle. Une SKILL.md que vous avez déjà écrite est, presque ligne par ligne, une instruction de workflow.

La manière la plus rapide d’en migrer une est de la remettre dans le chat. Vous n’avez pas besoin de la réécrire, et vous n’avez rien à exécuter :

• Déposez le fichier. Faites glisser votre SKILL.md directement dans le chat — avec toutes les checklists, modèles ou fichiers de référence qui se trouvaient à côté.
• Ou donnez le lien à Okou. Collez l’URL GitHub du dossier de la skill et laissez Okou lire l’ensemble lui-même.

Puis dites ce que vous voulez en faire :

« Voici la skill que j’utilise dans Claude Code. Crée à partir d’elle un workflow privé dans cet espace de travail. Garde la procédure, mais remplace les chemins de fichiers locaux et les étapes shell par des connecteurs, et dis-moi ce qu’elle ne peut pas encore atteindre. »

Okou lit le fichier, rédige le nom, la description et l’instruction, puis vous montre le résultat avant l’enregistrement.

Quatre différences à corriger pendant la migration

• Les workflows de My Okou vivent dans l’espace de travail. Les workflows privés vous appartiennent ; les workflows publics sont partagés dans l’espace de travail. Les workflows hérités restent rattachés à un seul agent. L’exécution utilise vos propres comptes connectés et vos propres autorisations ; l’accès d’un shell local n’est pas repris. Vérifiez la connexion réelle et les autorisations nommées lorsqu’un outil n’est pas disponible.
• Le nom est un slug en minuscules — triage-bug-report, 2 à 64 caractères. Appelez-le explicitement avec /triage-bug-report dans un chat où le workflow est disponible, ou décrivez simplement le travail et laissez Okou faire la correspondance à partir de la description. Une description précise est ce qui permet à un workflow de se déclencher tout seul.
• Les nouveaux workflows sont privés par défaut. En rendre un public pour l’espace de travail est une étape délibérée, et non un effet secondaire de l’enregistrement. Dans My Okou, votre workflow privé portant le même nom a priorité sur la version publique. Dans Legacy Agents, vérifiez aussi la visibilité de l’agent propriétaire.
• Les identifiants ne se transportent pas. Tout ce qui était une variable d’environnement ou une clé dans une skill locale devient plutôt un connecteur, afin que le secret reste sur la plateforme et hors de portée du modèle. Si aucun connecteur natif ne convient, créez un connecteur personnalisé plutôt que de coller une clé dans une instruction.

Une chose est conservée telle quelle : les fichiers complémentaires. Les modèles, checklists, chartes de marque et données de référence se rattachent au workflow de la même manière qu’ils se trouvaient à côté de votre SKILL.md.

Séparez les Instructions personnelles des méthodes de tâche

Les skills deviennent des workflows. Avec My Okou, vos préférences personnelles doivent aller dans Settings → Personal → My Okou → Instructions et ne s’appliquent qu’à vous dans cet espace de travail. Les règles d’équipe réutilisables et les méthodes de tâche doivent aller dans les workflows de l’espace de travail. L’enregistrement des instructions personnelles affecte le prochain travail qu’Okou commence, pas le travail déjà en cours. Avec Legacy Agents, modifiez plutôt les instructions de l’agent sélectionné.

Legacy Agents uniquement :

Demandez à Okou de séparer les préférences personnelles des procédures réutilisables avant d’enregistrer quoi que ce soit. Les Instructions personnelles ne deviennent pas une politique du workspace et ne peuvent pas modifier les autorisations de compte.

3. Puis utilisez les éléments qu’un CLI local n’a pas

Une fois votre route de modèle et vos procédures en place, le reste d’Okou correspond à ce que votre ordinateur portable ne peut pas faire :

• Connecteurs — des services autorisés que votre agent peut lire et écrire, avec l’identifiant conservé à la frontière réseau et chaque appel visible dans le journal d’exécution. Cela remplace la pile de jetons d’accès personnels dans le profil de votre shell.
• Connecteurs personnalisés — pour l’API interne qui n’a pas de connecteur natif. Un administrateur enregistre une fois les préfixes HTTPS et l’authentification. Lorsque votre espace de travail l’a activé, un point de terminaison HTTP MCP Streamable peut être enregistré de la même manière, de sorte qu’un serveur que vous exposez déjà à Claude Code soit également accessible ici.
• Exécutions simultanées — une dimension de l’espace de travail que vous pouvez augmenter, plutôt qu’un second onglet de terminal dont vous devez vous rappeler qu’il est resté ouvert. Une tâche longue ne bloque plus une tâche courte.
• Automatisations — un déclencheur rattaché à un workflow : une planification, un nouvel e-mail, une pull request fusionnée, un événement de calendrier, un webhook. C’est la partie qui transforme une procédure en coéquipier, plutôt qu’en commande qu’il faut penser à lancer.
• Instructions et modes d’expérience — les préférences personnelles pour My Okou, avec le maintien séparé des conseils de profil d’agent hérité.
• Intégrations — le même agent accessible depuis Slack, Telegram ou le web, au lieu d’un seul terminal sur une seule machine.

4. Partagez-le, au lieu de le laisser dans un dotfile

La vraie différence avec une configuration locale est que d’autres personnes peuvent utiliser ce que vous avez construit — y compris des personnes qui n’ouvriront jamais de terminal.

• My Okou : partagez un workflow public relu. Legacy Agents : rendez aussi public l’agent qui en est propriétaire.
• Retirez les identifiants et les données ponctuelles de l’instruction et des fichiers avant de le faire.
• Invitez vos coéquipiers depuis Settings → People → Add member, avec Member comme rôle par défaut. Voir Inviter des coéquipiers.
• Chaque membre connecte ses propres comptes et son propre abonnement Claude ou Codex. Personne ne partage un identifiant.

Les étapes 3 à 6 de Pour les nouveaux utilisateurs couvrent plus en détail les instructions personnelles (ou la configuration de l’agent hérité), le partage d’un workflow et sa planification. Les mécanismes sont les mêmes ; seul le point de départ était différent.

Où aller ensuite

• Modèles — le routage, votre propre abonnement et ce que chaque modèle vous coûte.
• Flux de travail — l’anatomie, la propriété, la visibilité et la façon dont Okou en choisit un.
• Automatisations — les planifications, les e-mails, GitHub, le calendrier et les déclencheurs webhook.
• Autorisations — ce qu’un agent est autorisé à toucher, et comment réduire ce périmètre.
• Connecteurs personnalisés — pour l’API interne qui n’a pas de connecteur natif.