AideConnecter votre propre clé de modèle

Connecter votre propre clé de modèle

Utilisez une clé provenant d’un fournisseur de modèles ou d’une passerelle. Pour réussir la connexion, le fournisseur, le point de terminaison, l’ID de modèle et les autorisations du compte doivent correspondre.

Rassembler les informations de connexion

Vous avez besoin d’une clé API du service que vous souhaitez appeler, de son URL de base d’API, d’un ID de modèle disponible et d’un protocole ou préréglage compatible. Un compte sur un site grand public de chat ne fournit pas à lui seul un accès à l’API ni des crédits d’API.

Sélectionnez le fournisseur, puis faites correspondre sa clé, l’URL de base de son API et son modèle.

Tous les forfaits, y compris Free, prennent en charge le BYOK. La clé de votre fournisseur utilise la facturation et les quotas de ce fournisseur, et non le solde OpenDesign.

Ajouter le fournisseur

  1. Ouvrez Settings → Models & providers → API providers.
  2. Choisissez le préréglage correspondant au service qui a émis votre clé. Pour Custom provider, utilisez le protocole indiqué dans la documentation de ce service.
  3. Collez uniquement le secret dans API Key. N’ajoutez ni Bearer, ni guillemets, ni enveloppe de configuration JSON.
  4. Vérifiez Base URL. Si l’adresse d’un préréglage est verrouillée, utilisez son option d’URL personnalisée avant de saisir un autre point de terminaison.
  5. Choisissez un modèle dans la liste disponible ou saisissez l’ID exact du modèle d’API sous Custom. Le chargement des modèles dépend du service et du compte.
  6. Exécutez Test. Lisez sa réponse : un test réussi valide cette petite requête, mais pas tous les outils, modèles multimédias ou requêtes futures.
  7. Attendez la confirmation de l’enregistrement. Rouvrez les paramètres pour vérifier le fournisseur, l’adresse et le modèle, puis revenez au projet et sélectionnez cette connexion avant d’envoyer une petite tâche.

Gardez la clé confidentielle. Le champ peut être révélé avec Show pour une vérification locale ; masquez la clé avant de partager une capture d’écran.

OpenRouter utilise sa propre clé, son adresse de passerelle et des ID de modèle préfixés par le fournisseur.

Exemple : DeepSeek

Créez une clé sur DeepSeek Platform. Utilisez https://api.deepseek.com comme URL de base et choisissez un modèle que votre compte peut appeler. Utilisez un ID de la liste actuelle des modèles du fournisseur, par exemple deepseek-flash ; la capture d’écran du client installé contient encore un ancien alias de préréglage. Si nécessaire, saisissez l’ID actuel comme modèle personnalisé. Dans la version 0.25.0 installée, le raccourci Get key peut ouvrir la mauvaise page de fournisseur. Utilisez la console du fournisseur au lieu de créer une clé OpenAI sans rapport.

ChampExemple DeepSeek direct
Fournisseur / protocolePréréglage DeepSeek, ou préréglage personnalisé compatible avec le protocole OpenAI
API KeyUne clé émise par votre compte DeepSeek Platform
Base URLhttps://api.deepseek.com
ID de modèledeepseek-flash, s’il est activé pour votre compte

Copiez l’ID exact depuis la documentation actuelle de l’API DeepSeek, plutôt que le nom d’affichage figurant dans une ancienne capture d’écran. Pour cet exemple utilisant le protocole OpenAI, n’utilisez pas le point de terminaison /anthropic distinct.

Exemple : OpenRouter

Créez une clé dans les paramètres de clés d’OpenRouter. Utilisez https://openrouter.ai/api/v1. Copiez un ID de modèle depuis la liste des modèles disponibles d’OpenRouter, y compris son préfixe de fournisseur. Ne placez pas une clé Anthropic ou OpenAI directe dans le préréglage OpenRouter. La clé doit appartenir à la passerelle qui reçoit la requête.

  1. Choisissez OpenRouter dans API providers et collez une clé émise par OpenRouter.
  2. Utilisez https://openrouter.ai/api/v1 comme Base URL.
  3. Copiez l’ID exact du modèle depuis le répertoire des modèles OpenRouter, y compris le préfixe du fournisseur.
  4. Testez la connexion, attendez l’enregistrement et sélectionnez-la dans le projet avant d’exécuter une requête.

Vérifier un autre fournisseur

ÉlémentPoints à vérifier
ProtocoleLe préréglage doit correspondre au protocole d’API indiqué dans la documentation.
Base URLUtilisez la racine d’API attendue par le préréglage, sans chemin de tableau de bord ni segment de version en double.
ModèleUtilisez l’ID du modèle d’API, et non son nom commercial.
AutorisationConfirmez l’accès au modèle, la disponibilité régionale, le quota et la facturation sur le compte du fournisseur.

Une clé ne constitue pas l’ensemble de l’environnement d’exécution

Les tâches BYOK nécessitent toujours l’environnement d’exécution pris en charge qui effectue les opérations de l’agent sur les fichiers et les outils. Si l’application indique que l’environnement d’exécution est indisponible, suivez ses instructions d’installation ou de nouvelle analyse. Le remplacement de la clé n’installera aucun exécutable.

Comprendre la facturation

Les requêtes BYOK sont facturées par le fournisseur ou la passerelle dont vous avez saisi la clé. Un abonnement OpenDesign et le solde d’un fournisseur externe sont distincts. Consultez la facturation et le dépannage de la connexion si une clé valide ne permet toujours pas d’exécuter une tâche.

Interpréter le résultat du test et résoudre les problèmes

RésultatAction suivante
401 / clé non valideVérifiez le service émetteur et collez la clé complète sans mise en forme supplémentaire. Remplacez une clé révoquée depuis le service qui l’a émise.
403 / accès refuséVérifiez auprès du fournisseur les autorisations du modèle, la région et l’accès du compte. Un secret valide ne suffit pas à accorder l’accès au modèle.
404 / modèle introuvableVérifiez la racine de l’API et l’ID exact du modèle. Supprimez les chemins de tableau de bord et les segments /v1 en double.
429 / quota ou limite de débitLisez l’erreur du fournisseur pour distinguer un solde épuisé d’une limite de débit temporaire. Vérifiez la console du compte avant de réessayer.
Délai d’attente dépassé / erreur réseauVérifiez si ce point de terminaison est accessible depuis l’environnement du client. Réessayez avec une petite requête après avoir résolu le problème réseau.

Après un test réussi, envoyez une petite requête dans le projet existant, puis examinez sa réponse et tout fichier créé. Si le test réussit mais que les opérations sur les fichiers échouent, vérifiez l’environnement d’exécution décrit dans la section correspondante ; ne remplacez pas de manière répétée une clé qui fonctionne.