Skip to main content
Utilisez CometAPI comme fournisseur de modèles pour OpenClaw — plus de 500 modèles dans une seule API.

Prérequis

Installation

1

Obtenez votre clé API CometAPI

Connectez-vous à la console CometAPI. Cliquez sur Add API Key et copiez votre clé API CometAPI.
Tableau de bord CometAPI affichant le bouton Add API Key
Détails de la clé API CometAPI avec l’URL de base
2

Installer ou mettre à jour OpenClaw

Recommandé — utilisez l’installateur officiel :
Ou installez via npm :
Exécutez ensuite l’assistant de configuration une fois :
Pendant l’intégration initiale, choisissez Skip à l’étape Model/Auth si vous souhaitez configurer CometAPI manuellement. Après l’intégration initiale, confirmez que la passerelle est en cours d’exécution :

Configuration

1

Stockez votre clé CometAPI

Écrivez votre clé dans ~/.openclaw/.env afin qu’elle soit accessible au daemon sans être codée en dur dans les fichiers de configuration :
Si vous injectez déjà COMETAPI_KEY via votre shell, votre gestionnaire de services ou un workflow de secrets, ignorez cette étape — la configuration ci-dessous utilise $\{COMETAPI_KEY\} quelle que soit la manière dont la variable est définie.
2

Configurer les fournisseurs CometAPI

CometAPI prend en charge quatre formats d’API. Ajoutez un ou plusieurs blocs de fournisseurs à ~/.openclaw/openclaw.json :
Vous pouvez ne conserver que les fournisseurs dont vous avez besoin, ou garder les quatre pour router entre les formats en utilisant des références provider/model.Remplacez chaque placeholder your-...-model-id par un model ID actuel depuis la page des modèles CometAPI correspondant au bloc de fournisseur.
Utilisez cometapi-openai-responses (api: "openai-responses") pour les modèles qui nécessitent l’API OpenAI Responses. Utilisez cometapi-openai (api: "openai-completions") pour les modèles sur le chemin classique Chat Completions. Les deux partagent le même baseUrl (https://api.cometapi.com/v1) ; la seule différence est le endpoint aval appelé par OpenClaw.
Le fichier auth-profiles.json n’est pas requis pour cette configuration. Les clés de fournisseur sont résolues depuis models.providers.*.apiKey via la variable d’environnement $\{COMETAPI_KEY\}. auth-profiles.json n’est nécessaire que si vous souhaitez une rotation des identifiants par profil sur plusieurs clés.

Vérification

1

Redémarrer et vérifier

Redémarrez la passerelle après avoir ajouté .env ou modifié la configuration du fournisseur :
Exécutez ensuite les diagnostics :
Une configuration réussie ressemble à ceci :
  • openclaw models status résout le modèle principal vers cometapi-claude/your-claude-model-id sans avertissements d’authentification manquante pour les fournisseurs CometAPI
  • openclaw models list --provider cometapi-claude liste vos modèles configurés
  • openclaw doctor ne signale aucune erreur de configuration ou d’authentification pour les fournisseurs CometAPI
Statut des modèles OpenClaw montrant les fournisseurs CometAPI authentifiés

Changer de modèle

1

Changer de modèle

Dépannage

Si vous corrigez une ancienne installation défectueuse, arrêtez la gateway, supprimez ~/.openclaw, puis relancez l’onboarding avant d’appliquer la configuration CometAPI :
Cela supprime toute la configuration locale, les sessions, les logs, l’état d’authentification et les espaces de travail. Suivez ensuite à nouveau les étapes 3 à 5.