sk-tok-…) permet à un client d’appeler vos modèles. Un jeton d’automatisation (at-tok-…) permet à un programme de gérer l’espace de travail, et il ne peut jamais appeler un modèle avec. Les deux ne se croisent jamais.
Les jetons d’automatisation agissent uniquement sur votre propre espace de travail. Ils ne peuvent jamais changer votre mot de passe ou votre adresse e-mail, afficher ou partager une clé API, faire tourner le jeton d’un connecteur, lire les prompts stockés, modifier la journalisation des requêtes ou créer d’autres jetons d’automatisation. Tout cela reste derrière une session de console connectée.
Créer un jeton
Seul un administrateur de l’espace de travail peut créer, lister ou révoquer des jetons d’automatisation.1
Ouvrir Settings
Dans la console, ouvrez Settings et faites défiler jusqu’à Automation tokens. Cliquez sur Create token.
2
Le nommer d'après ce qui le détiendra
Utilisez un nom que vous reconnaîtrez dans la liste des jetons et sur les lignes qu’il crée, par exemple
claude-code on my laptop ou ci-deploy.3
Choisir un préréglage ou sélectionner des portées
Setup est le bon préréglage pour un agent qui installe le connecteur et rend votre modèle appelable. Read-only convient à la supervision. Full accorde toutes les portées. Cochez des portées individuelles pour tout le reste. Consultez Portées ci-dessous.
4
Choisir une expiration
Chaque jeton expire. Choisissez 1 heure pour une configuration ponctuelle, plus long pour une tâche récurrente. Le maximum est 1 an.
5
Copier le jeton une seule fois
Le jeton n’est affiché qu’une seule fois. Copiez-le dans le coffre de secrets du programme ou dans une variable shell. Si vous le perdez, utilisez Regenerate depuis la liste ; l’ancienne valeur cesse immédiatement de fonctionner.
Portées
Une portée estresource:verb. Une portée write inclut le read correspondant. Rien n’inclut keys:rotate ni models:reroute.
Un appel en dehors des portées du jeton renvoie
403 avec la portée manquante nommée dans l’erreur, de sorte qu’un programme peut vous indiquer exactement quelle autorisation il lui manque.
Utiliser un jeton
Envoyez-le comme Bearer token à l’hôte de la console, pas à l’hôte API. Chaque appel de gestion se trouve soushttps://tokios.com/account/.
- macOS & Linux
- Windows CMD
Pour la liste complète des appels et l’ordre dans lequel une configuration sans intervention les exécute, consultez Laisser un agent de codage configurer Tokios pour vous.
Le remettre à un agent
Créez un jeton avec le préréglage Setup et une expiration de 1 heure, puis démarrez votre agent sur la machine qui exécute votre modèle et envoyez-lui ce prompt :TOKIOS_TOKEN dans le shell avant de démarrer l’agent pour que le secret n’apparaisse jamais dans la conversation. La page du guide indique tout le reste à l’agent.
Gérer les jetons
Chaque ligne dans Settings affiche les portées du jeton, son empreinte, son expiration, et quand et depuis quelle adresse IP il a été utilisé la dernière fois.- Regenerate remplace le secret. L’ancienne valeur cesse immédiatement de fonctionner et la nouvelle n’est affichée qu’une fois.
- Revoke arrête le jeton définitivement. Créez-en un nouveau pour le remplacer.
- Delete supprime de la liste un jeton révoqué ou expiré.
Garder les jetons en sécurité
- Limitez strictement les portées. Un jeton Setup qui a terminé son travail doit être révoqué, pas conservé.
- Fixez une expiration courte. Utilisez 1 heure pour les sessions d’agent interactives. Une longue expiration appartient uniquement à une tâche récurrente dans un coffre de secrets.
- Gardez-le hors des transcriptions. Lisez-le depuis une variable shell ; ne le collez jamais dans une conversation avec l’agent.
- Surveillez le badge et la colonne de dernière utilisation. Si un jeton a été utilisé depuis une adresse que vous ne reconnaissez pas, révoquez-le.
- Sachez ce qu’implique une clé créée. Un jeton avec
keys:writepeut créer une clé API, et cette clé continue de fonctionner après l’expiration du jeton. Quelqu’un qui vole un jeton Setup d’1 heure peut créer une clé sans expiration et appeler vos modèles jusqu’à ce que vous le remarquiez. Après toute exécution d’agent, ouvrez l’onglet Keys, recherchez les lignes marquées via token, et révoquez celles que vous n’attendiez pas. - N’accordez
models:rerouteque si vous en avez besoin. Déplacer, renommer ou supprimer un modèle existant change la machine qui reçoit son trafic. Un jeton qui peut aussi appairer des connecteurs pourrait appairer une machine contrôlée par son détenteur et y déplacer votre modèle. Setup n’en a jamais besoin : il crée des modèles mais ne les déplace jamais. - Attendez-vous à ce qu’une adresse partagée partage aussi un verrouillage. Après 8 tentatives de jeton échouées depuis une même adresse IP, tous les jetons de cette adresse sont refusés avec
429pendant 6 minutes, y compris les jetons valides. Les agents derrière le même réseau de bureau, la même passerelle NAT ou le même pool de runners CI partagent ce verrouillage. Si un client continue d’envoyer un jeton invalide, arrêtez-le ou corrigez-le au lieu de le laisser réessayer en boucle.
Configuration par agent
La procédure étape par étape qu’un agent suit avec un jeton Setup.
Clés API
Les clés que vos clients utilisent pour appeler vos modèles.