Passer au contenu principal
Les quatre frameworks permettent de définir une URL de base compatible OpenAI personnalisée pour leur fournisseur OpenAI — c’est là que se situe le point d’intégration. Indiquez-y l’adresse https://api.tokios.com/v1, saisissez une clé API sk-tok-…, puis renseignez model avec le nom de déploiement que vous avez enregistré (par exemple gemma-tunnel), et non l’ID de modèle amont de votre backend local. Si vous avez déjà lancé un serveur local sans clé, vous avez probablement saisi une chaîne aléatoire telle que "not-needed" pour satisfaire un client exigeant une clé API — avec Tokios, ce champ doit contenir une clé authentique et révocable.

Prérequis

Installez le connecteur

Associez tokios-connector à votre backend local.

Enregistrez un déploiement

Choisissez le nom public que le champ model utilisera.

Créez une clé API

Générez une clé sk-tok-… limitée aux déploiements souhaités.

Backends pris en charge

Vérifiez que Ollama, llama.cpp, vLLM ou LM Studio est correctement configuré en tant qu’ID de modèle amont.

Configurez votre framework.

La classe ChatOpenAI de LangChain requiert un base_url ainsi qu’un api_key, tout comme le SDK OpenAI qu’elle encapsule.
langchain_tokios.py
Dans les quatre frameworks, model correspond toujours au nom de déploiement Tokios que vous avez enregistré dans l’onglet Models — jamais à l’ID de modèle local fourni par votre backend — et l’URL de base doit impérativement contenir /v1. Omettre de spécifier /v1 constitue la erreur de configuration la plus fréquente lors de l’adaptation d’un extrait provenant d’un autre fournisseur compatible OpenAI.

FAQ

OpenAILike constitue un wrapper générique destiné aux serveurs compatibles OpenAI dont le comportement ne correspond pas forcément à celui des modèles de chat d’OpenAI ; il ne suppose donc pas d’emblée la prise en charge du chat ou de l’appel de fonctions. Vérifiez les valeurs par défaut selon votre version de LlamaIndex et définissez ces deux paramètres de façon à refléter les capacités réelles de votre déploiement.
Non. Les frameworks conçus pour des serveurs locaux sans authentification attendent souvent une chaîne de caractères factice, car le champ est obligatoire mais non validé. Les clés Tokios représentent en revanche de vraies identifiants sk-tok-… — créés, limités en droits et révoqués via l’onglet Keys — de sorte que le champ de la clé API assure bien l’authentification et non un simple test côté client.
Absolument. Lorsqu’une requête contient "stream": true, Tokios renvoie des données SSE conformes au format OpenAI ; ainsi, les mécanismes de streaming natifs de chaque framework — tels que .stream() dans LangChain ou streamText dans le SDK d’IA de Vercel — fonctionnent exactement comme s’ils interagissaient directement avec OpenAI.

Désormais, il est possible d’y accéder depuis n’importe où.

Votre backend demeure hébergé sur localhost ; le connecteur se contente d’établir une connexion sortante, sans modifier quoi que ce soit de votre configuration. Ce qui change, c’est l’accès : dès qu’un collègue ou un agent déployé dispose d’une clé sk-tok-… dotée des droits nécessaires, le même code LangChain, LlamaIndex, SDK d’IA de Vercel ou Pydantic AI fonctionne désormais depuis leur poste.

Clients compatibles

Consultez la liste complète des clients compatibles OpenAI et Anthropic avec lesquels Tokios peut interagir.

Clés API

Créez une clé à portée distincte pour chaque membre d’équipe ou agent.