Skip to main content
Continue lit ses paramètres de modèle depuis une configuration YAML, où chaque bloc de modèle définit provider, model et apiBase. Pointez ce apiBase vers https://api.tokios.com/v1 avec une clé sk-tok-… et le nom de votre déploiement Tokios en tant que model, et Continue accède à votre modèle local via un point de terminaison authentifié unique — aucun port ouvert sur votre réseau local n’est requis.

Prérequis

  • Un connecteur Tokios en cours d’exécution associé à votre modèle local — consultez Installation du connecteur
  • Un nom de déploiement de modèle enregistré — consultez Enregistrer un modèle
  • Une clé API Tokios (sk-tok-…) — consultez Clés API
  • Continue installé dans votre éditeur

Configurer Continue

1

Ouvrez le fichier de configuration de Continue

Continue lit une configuration YAML depuis votre répertoire personnel :
Le répertoire est .continue, avec un point initial. Les versions précédentes de Continue utilisaient config.json à la place — si c’est ce que vous avez, migrez vers YAML ou traduisez le bloc ci-dessous dans le schéma JSON attendu par votre version.
2

Ajoutez un bloc de modèle compatible OpenAI

Ajoutez une entrée de modèle en utilisant un provider compatible OpenAI, avec apiBase pointant vers Tokios et model défini sur votre nom de déploiement public — par exemple, gemma-tunnel :
model est le nom de déploiement que vous avez enregistré dans l’onglet Models, et non votre ID de modèle local Ollama, llama.cpp, vLLM ou LM Studio. Vérifiez les noms exacts des clés YAML (provider, apiBase, apiKey) par rapport au schéma de configuration de votre version installée de Continue.
3

Orientez le chat, l’édition et l’autocomplétion vers le même modèle

Continue vous permet d’attribuer des rôles différents — chat, édition, autocomplétion — à différents modèles. Référencez le même bloc de modèle Tokios pour chaque rôle que vous souhaitez servir par votre modèle local, afin que chaque rôle appelle le même point de terminaison Tokios. Consultez le schéma de configuration de votre version installée de Continue pour la syntaxe exacte d’attribution des rôles.
Remplacez gemma-tunnel par le nom de déploiement que vous avez enregistré, et sk-tok-YOUR_KEY par votre propre clé. Ne commitez jamais l’un ou l’autre dans un fichier de configuration partagé ou vérifié.

Ne liez pas Ollama à 0.0.0.0

La méthode documentée par Continue pour accéder à une instance Ollama sur une autre machine consiste à définir OLLAMA_HOST=0.0.0.0 sur la machine exécutant Ollama et à pointer apiBase vers l’adresse IP brute du LAN de cette machine (par exemple http://192.168.1.50:11434). Cela fait qu’Ollama écoute sur toutes les interfaces réseau, et Ollama est livré sans authentification intégrée — tout ce qui est sur le réseau et peut atteindre le port peut lister les modèles et exécuter des inférences sans identifiants. Gardez Ollama sur 127.0.0.1 et exécutez le connecteur Tokios à côté. Le connecteur se connecte à https://api.tokios.com ; Ollama n’ouvre jamais de port entrant, et chaque requête nécessite une clé sk-tok-… valide :
  • Aucune exposition non authentifiée — rien n’a besoin d’atteindre votre LAN ou le port de votre machine directement.
  • Même apiBase depuis n’importe quel réseau — https://api.tokios.com/v1 fonctionne que Continue soit sur le même LAN ou dans un bâtiment entièrement différent.
  • Clés scoped et révocables — révoquez une clé compromise sur l’onglet Keys sans toucher à Ollama ni au connecteur.

Dépannage

La clé API envoyée par Continue est manquante, mal formée ou a été révoquée. Confirmez que le apiKey de votre configuration contient la clé sk-tok-… complète sans espaces superflus, et vérifiez son statut sur l’onglet Keys.
La clé existe mais n’est pas scoped au déploiement que vous avez référencé dans model, ou votre compte est suspendu. Vérifiez les patterns de modèle de la clé sur l’onglet Keys.
La valeur model dans votre configuration ne correspond pas à un déploiement enregistré. Confirmez qu’elle correspond exactement au nom public sur l’onglet Models — pas à votre ID de modèle local Ollama/llama.cpp/vLLM/LM Studio.
Le connecteur pour ce déploiement est hors ligne ou a atteint sa limite de concurrence. Vérifiez l’onglet Connectors — le connecteur doit apparaître comme Online, et la machine qui l’exécute doit être toujours active et accessible.

Prochaines étapes

Accès distant à Ollama

Consultez le cas complet contre la liaison d’Ollama à 0.0.0.0, le transfert de port et les tunnels — ainsi que l’alternative uniquement sortante.

Clients compatibles

Consultez la configuration de l’URL de base et de la clé pour les autres clients compatibles OpenAI et Anthropic.