Matrice de compatibilité des agents
L’appel d’outils signifie que l’agent peut envoyer
tools dans la requête et analyser tool_calls depuis la réponse. Que cela fonctionne de bout en bout dépend à la fois de l’agent et du modèle local — Qwen3-Coder-30B, Llama-3-70B et Mistral gèrent tous bien les appels d’outils sur vLLM.Agents basés sur un IDE
Ces agents résident dans votre éditeur et envoient des requêtes de complétion au fur et à mesure que vous codez. Tous utilisent le format de l’API OpenAI Chat Completions, sauf indication contraire.Cline et Roo Code
Cline et sa fourche Roo Code utilisent tous deux un fournisseur « Compatible OpenAI ». Définissez les champs 3 dans les paramètres de l’extension :- Fournisseur API :
OpenAI Compatible - URL de base :
https://api.tokios.com/v1 - API Key: your
sk-tok-…key - ID du modèle : le nom de votre déploiement (par exemple,
qwen3-coder-tunnel)
Continuer
Continue lit~/.continue/config.yaml. Ajouter une entrée de modèle :
Cursor
La substitution de modèle personnalisée de Cursor accepte une URL de base et une clé API. La prise en charge varie selon la version de Cursor — vérifiez que le routage par URL de base personnalisée fonctionne dans votre build avant de vous y fier :- Ouvrez Cursor Settings → Models.
- Ajoutez un modèle personnalisé avec l’URL de base
https://api.tokios.com/v1et votre clésk-tok-….
Zed
Zed prend en charge des fournisseurs compatibles OpenAI personnalisés dans sonsettings.json :
settings.json — saisissez-la dans l’interface utilisateur du fournisseur LLM de Zed, ou exportez TOKIOS_API_KEY (Zed dérive le nom de la variable à partir de l’ID du fournisseur). Consultez le guide Zed.
JetBrains AI Assistant
L’assistant JetBrains AI prend en charge le BYOK (Bring Your Own Key) via les paramètres de son plugin. Saisissez l’URL de base et la clé API dans les champs du fournisseur personnalisé :- URL de base :
https://api.tokios.com/v1 - API Key: your
sk-tok-…key
VS Code Copilot
Le support BYOK de GitHub Copilot est en cours de développement. Lorsque votre version de VS Code prend en charge les fournisseurs personnalisés, pointez-la vers :- URL de base :
https://api.tokios.com/v1 - API Key: your
sk-tok-…key
Agents de terminal
Ceux-ci s’exécutent dans votre shell et utilisent des variables d’environnement ou des fichiers de configuration pour se connecter.Claude Code
Claude Code utilise le format d’API d’Anthropic — et non celui d’OpenAI. Définissez les variables d’environnement 2 :/v1 pour le format Anthropic.
Consultez le guide Claude Code pour conserver ces paramètres entre les sessions.
OpenAI Codex
OpenAI Codex utilise l’API Responses (wire_api=responses). Définissez l’URL de base dans ~/.codex/config.toml :
env_key désigne le nom de la variable contenant votre clé plutôt que la clé elle-même, et disable_response_storage est requis car Tokios fournit la surface Responses de manière stateless. Ensuite, exécutez :
Aider
Aider lit l’URL de base et la clé depuis l’environnement, et nécessite le préfixe de modèleopenai/ :
OpenCode
OpenCode utilise l’AI SDK (Vercel) en interne. Ajoutez un fournisseur personnalisé dansopencode.json :
Goose
Le fournisseuropenai intégré à Goose accepte un hôte personnalisé. Goose persiste ces données dans ~/.config/goose/config.yaml :
~/.config/goose/custom_providers/.
Consultez le guide Goose.
Pi et omp
Pi utilise un fournisseur personnalisé avecapi: openai-completions. omp (oh-my-pi) hérite du même schéma — providers est un mappage indexé par le nom du fournisseur, et les clés sont en camelCase. omp lit ~/.omp/agent/models.yml ; Pi lit ~/.pi/agent/models.json :
Hermes Agent
Hermes Agent se connecte à n’importe quel point de terminaison/v1/chat/completions compatible OpenAI. Il lit ~/.hermes/config.yaml, avec les clés de fournisseur imbriquées sous model: :
Schéma de configuration universel
Chaque agent ci-dessus suit le même schéma en 3 étapes :- Définissez l’URL de base sur
https://api.tokios.com/v1(OpenAI) ouhttps://api.tokios.com(Anthropic). - Définissez la clé API sur votre clé
sk-tok-…. - Définissez le modèle sur le nom de votre déploiement enregistré.
Compatibilité de l’appel d’outils par moteur
L’appel d’outils nécessite à la fois la prise en charge par l’agent et par le backend. Voici quels moteurs locaux le gèrent :Meilleurs modèles locaux pour les agents de codage
Un seul point de terminaison les sert tous
Vous n’avez pas besoin de reconfigurer votre modèle lorsque vous changez d’agent. Enregistrez votre déploiement une seule fois dans Tokios, créez une clésk-tok-…, et dirigez n’importe quel agent vers le même point de terminaison. Passez de Aider à Claude Code en modifiant les variables d’environnement 2 ; votre modèle, votre connecteur et votre déploiement restent identiques.
Démarrage rapide
Configurez un connecteur et enregistrez votre premier déploiement.
Clients compatibles
La matrice complète des clients compatibles avec 39, pas seulement les agents de codage.
Choisissez un modèle local
Sélectionnez le bon modèle pour votre matériel et votre cas d’utilisation.
Clés API
Créez, scopez et faites tourner les clés pour les collègues et les agents.