Skip to main content
Utilisez ce guide pour connecter OpenClaw à CometAPI. Choisissez un format d’API et un ID de modèle pour la première configuration.
OpenClaw v2026.8.1 porte également la marque OpenClaw 2.0. Le package n’utilise pas de numéro de 2.x version. Consultez l’ annonce d’OpenClaw 2.0 et les notes de version v2026.8.1.
Références officielles d’OpenClaw :

Prérequis

  • Node.js 22.22.3+, 24.15+ ou 25.9+. Node 26 est recommandé. Node 23 n’est pas pris en charge.
  • Un compte CometAPI avec une clé API active depuis le tableau de bord.
  • Un ID de modèle depuis la page Modèles de CometAPI.

Installation et mises à niveau

Le programme d’installation officiel peut installer la CLI sans démarrer l’intégration. Cela permet de conserver la configuration du modèle comme étape distincte.
La commande suivante exécute le programme d’installation officiel :
Si vous gérez vous-même Node.js et npm, npm 11.16+ et npm 12 acceptent l’ --allow-scripts option. La commande suivante installe OpenClaw sans démarrer l’intégration :
Avec npm 11.15 et les versions antérieures, omettez --allow-scripts=openclaw car cette version de npm ne reconnaît pas l’option.Confirmez que la CLI installée respecte la version minimale requise pour ce guide :
Continuez vers Configurer CometAPI. N’exécutez pas d’abord l’ intégration simple, car le flux guidé n’expose pas tous les adaptateurs d’API personnalisés. adaptateur.

Configurer CometAPI

Utiliser l’intégration classique

L’intégration classique est la méthode privilégiée lors d’une première installation pour Chat Completions, Responses et Anthropic Messages. La commande suivante ouvre l’intégration classique et installe le service d’arrière-plan :
Dans Model/Auth, choisissez Custom Provider. Saisissez ensuite les valeurs de l’une de ces options de compatibilité : Saisissez l’ID de fournisseur correspondant, your-model-id, ainsi que votre clé d’API CometAPI lorsque vous y êtes invité. L’assistant du terminal masque la saisie de la clé d’API. Le menu Custom Provider de l’intégration classique n’inclut pas l’adaptateur Google Generative AI . Pour utiliser cet adaptateur, suivez les étapes de Configurer un fournisseur avec des commandes de configuration, , définissez le modèle principal, puis exécutez l’intégration classique. Choisissez Conserver la configuration existante du modèle lorsque l’assistant propose cette option.

Configurer un fournisseur avec des commandes de configuration

Utilisez cette méthode pour l’adaptateur Google ou pour des modifications de configuration contrôlées. OpenClaw prend en charge JSON5 ; ne parsez et ne réécrivez donc pas openclaw.json à l’aide d’un outil JSON strict.
L’outil d’écriture de configuration natif d’OpenClaw valide JSON5, mais normalise le fichier au format JSON lors de l’écriture. Les commentaires existants, les virgules finales et la mise en forme peuvent être supprimés. Créez une sauvegarde vérifiée avant d’appliquer un correctif si ces éléments sont importants pour vous.
Commencez par afficher le chemin de configuration actif et valider son contenu :
OpenClaw lit les clés d’API des fournisseurs depuis l’environnement de processus ou depuis le fichier d’état global .env. Il ne fait pas confiance à un fichier .env d’espace de travail pour les clés d’API des fournisseurs . Le fichier global est ~/.openclaw/.env, ou $OPENCLAW_STATE_DIR/.env lorsque OPENCLAW_STATE_DIR est défini. Si l’intégration classique a enregistré la clé d’API, ignorez l’étape suivante. Sinon, utilisez l’onglet correspondant à votre système d’exploitation pour enregistrer la clé d’API sans l’afficher .
Les commandes suivantes mettent à jour COMETAPI_KEY de manière atomique et rejettent une valeur vide :
Avant d’ajouter un fournisseur, examinez son chemin cible. Remplacez l’ID de fournisseur dans la commande suivante par l’ID de l’onglet sélectionné :
Si la commande renvoie un fournisseur configuré, arrêtez-vous avant d’appliquer l’exemple. config patch fusionne les objets, mais remplace les tableaux. Fusionnez le nouveau modèle dans le tableau de modèles du fournisseur avant d’écrire ce tableau. Cela préserve les métadonnées du modèle, les en-têtes personnalisés et les autres paramètres du fournisseur. Choisissez un format d’API. Chaque correctif utilise un SecretRef basé sur l’environnement, modifie uniquement les chemins de configuration cibles et conserve les autres sections de configuration intactes.
Un ID de modèle n’est pas automatiquement compatible avec chaque adaptateur d’API. Sélectionnez un adaptateur pris en charge par le modèle CometAPI et la route exacts, puis vérifiez cette combinaison fournisseur/modèle/adaptateur au moyen d’une requête en direct. La your-model-id valeur ci-dessous est un espace réservé de configuration, et non une affirmation universelle de compatibilité.
  • ID du fournisseur : cometapi-openai
  • Adaptateur OpenClaw : openai-completions
  • URL de base : https://api.cometapi.com/v1
  • Référence du modèle principal : cometapi-openai/your-model-id
Créez cometapi.patch.json5 avec ce correctif de fournisseur :
Validez le correctif avant qu’OpenClaw n’écrive la configuration :
Si la validation réussit, appliquez le même correctif :
Si aucun modèle principal n’est configuré, définissez ce modèle comme modèle par défaut :
Vérifiez la configuration du fournisseur et envoyez une requête minimale au modèle :
Pour changer la session de chat OpenClaw active, exécutez cette commande de chat :
Liste de modèles OpenClaw 2026.8.1 avec quatre formats de fournisseur CometAPI
Pour un nouveau fournisseur, openclaw config set fournit le même schéma et les mêmes vérifications SecretRef. Utilisez --strict-json, --merge et --dry-run avant l’écriture. L’alternative suivante prévisualise le fournisseur Chat Completions : L’alternative suivante prévisualise le fournisseur Chat Completions :
Si l’exécution à blanc réussit, répétez la commande sans --dry-run pour l’enregistrer. N’ appliquez pas cet exemple à un fournisseur configuré. Le tableau models doit inclure la liste complète et fusionnée des modèles du fournisseur avant toute écriture.

Comprendre les métadonnées de modèle

Les correctifs minimaux déclarent un modèle texte uniquement. Ajoutez des métadonnées facultatives seulement lorsque vous avez vérifié les spécifications du modèle : Des valeurs incorrectes peuvent masquer les entrées prises en charge, surestimer le contexte utilisable ou demander une taille de sortie non prise en charge. Conservez your-model-id dans les exemples réutilisables, et utilisez la page Modèles de CometAPI pour sélectionner un ID de modèle.

Vérifier la configuration complète

Après avoir modifié le fichier de configuration ou le fichier global .env, redémarrez la Gateway :
Validez ensuite la configuration et l’état de la Gateway :
Exécutez les commandes spécifiques au fournisseur depuis l’onglet de format d’API sélectionné. Une liste de modèles ou une vérification d’état confirme uniquement la configuration. La commande openclaw agent exec envoie une requête réelle au modèle. Vérifiez qu’elle renvoie OPENCLAW_OK sans erreur non résolue d’authentification, d’adaptateur ou de modèle. Si OpenClaw réessaie une requête, enregistrez et examinez chaque tentative au lieu de considérer le marqueur final comme un succès en une seule tentative.

Résolution des problèmes

Vérifiez que COMETAPI_KEY est présent dans l’environnement du processus ou dans le fichier d’état global .env. N’imprimez pas la valeur dans la sortie du terminal.Après avoir corrigé la source de clé approuvée, redémarrez et vérifiez la Gateway :
Ne remplacez pas un fournisseur présentant un baseUrl différent, un api différent, des en-têtes personnalisés ou des métadonnées de modèle différentes. Inspectez d’abord le fournisseur cible :
Utilisez un ID de fournisseur différent lorsque les deux configurations sont intentionnelles. Si la différence est accidentelle, créez une sauvegarde vérifiée avant de modifier le fournisseur cible.
Inspectez l’état de la mise à jour avant de réparer l’installation :
Ces commandes préservent le répertoire d’état.
Réinstallez une version connue du package tout en conservant le répertoire d’état. Commencez par prévisualiser l’opération :
Si l’aperçu est correct, exécutez la même opération sans --dry-run :
Restaurez une sauvegarde de l’état uniquement lorsque le code installé ne peut pas lire l’état. La restauration d’un état peut supprimer des sessions et des modifications de configuration qui ont été créées après la sauvegarde.
Dernière modification le 31 août 2026