Les fournisseurs de modèles d’OpenClaw

Fournisseurs désigne ici les fournisseurs de modèles, pas les canaux de discussion. La référence est un index qui se découpe en quatre pages selon ce que vous faites vraiment : lire les règles, configurer des clés dans l’interface, installer un fournisseur livré, ou brancher quelque chose de personnalisé. Voici la carte et les règles qui surprennent le plus.

Les quatre pages

• Les règles rapides couvrent les références de modèles et les aides en ligne de commande, la règle selon laquelle ajouter une authentification ne change pas votre modèle principal, la séparation entre un fournisseur et le runtime d’agent de bas niveau, et les runtimes pilotés par un outil en ligne de commande plutôt que par une route HTTP.
• La page de l’interface de contrôle couvre la configuration des fournisseurs depuis l’écran de réglages, le comportement des fournisseurs détenus par des plugins, et la rotation des clés d’API avec ses sources, son ordre de priorité et les conditions qui déclenchent vraiment un changement.
• Les plugins de fournisseurs officiels couvrent chaque fournisseur livré avec son identifiant, sa variable d’authentification, un modèle d’exemple et les particularités à connaître, y compris les options hébergées de type abonnement et les passerelles qui agrègent plusieurs éditeurs.
• Les fournisseurs personnalisés couvrent tout ce qui passe par la section fournisseurs de la configuration : une adresse de base personnalisée, un proxy ou un serveur d’inférence local, avec les champs optionnels par défaut et les règles de mise en forme des routes qu’un proxy doit respecter.

Référence pour les fournisseurs de modèles, pas pour les canaux de discussion comme WhatsApp ou Telegram.

La règle qui surprend

Ajouter une authentification pour un fournisseur ne bascule pas votre agent vers ce fournisseur. Les identifiants et la sélection de modèle sont deux surfaces distinctes : l’une prouve qui vous êtes, l’autre décide ce qui s’exécute. Cette séparation est délibérée, parce qu’une chaîne de repli, un modèle utilitaire et un modèle d’images peuvent viser des fournisseurs différents, et qu’une nouvelle connexion ne doit en réécrire aucun en silence. La surprise jumelle est la séparation entre fournisseur et runtime : une référence de modèle choisit un fournisseur et un modèle, pas la boucle d’agent qui exécute le tour, et un préfixe de fournisseur ne sélectionne jamais à lui seul un autre runtime. Les surcharges de runtime appartiennent à la politique de fournisseur et de modèle plutôt qu’à un agent ou une session entière, et choisir un runtime ne décide pas de la facturation, les identifiants par clé d’API et par abonnement restant distincts.

Démarrer vite

• Trois commandes couvrent le chemin courant : une commande d’intégration avec un choix d’authentification, une commande qui fixe la référence de modèle active, et une commande qui liste ce qui est disponible, les exemples complets de configuration vivant dans la référence de configuration.
• La rotation vit avec les clés et non avec le modèle : plusieurs clés d’un fournisseur sont collectées depuis les variables documentées par ordre de priorité et dédoublonnées, et un changement n’a lieu que sur des échecs de type limite de débit plutôt que sur n’importe quelle erreur.
• Les runtimes locaux ne sont pas un cas particulier : un serveur d’inférence, un proxy ou un agrégateur se configure comme un fournisseur avec une adresse de base, et les mêmes champs optionnels et règles de mise en forme s’appliquent que pour un éditeur hébergé.

Les modèles OpenClaw expliqués explique comment une référence se résout et L’authentification des modèles OpenClaw comment l’identifiant derrière elle est stocké.

Garder les pages trouvables

Le découpage a conservé chaque ancre de l’ancienne page unique, un lien existant vers une section de fournisseur se résout donc encore et atterrit sur la page qui la contient désormais. C’est un petit détail à grand effet : les sections de fournisseurs sont exactement le genre de lien que l’on colle dans des tickets et des fils de discussion, et les casser disperserait les réponses. Le même réflexe se voit dans la référence elle-même, où chaque entrée garde ensemble son identifiant, sa variable d’authentification et un modèle d’exemple, pour qu’on copie un bloc au lieu de l’assembler depuis trois pages. Le basculement de modèles d’OpenClaw couvre ce qui arrive quand un fournisseur échoue et La configuration OpenClaw les clés que ces pages écrivent.

Sur Diali

Sur Diali le câblage des fournisseurs fait partie de la plateforme plutôt que d’une tâche d’installation par client, la configuration d’exécution étant générée depuis le tableau de bord et remplacée à chaque version. OpenClaw hébergé sur Diali décrit l’assistant hébergé et Les tarifs Diali les offres dans lesquelles il est livré.

• Quatre pages : règles, clés, plugins livrés, fournisseurs personnalisés.
• Ajouter une authentification ne change jamais le modèle principal.
• Les serveurs locaux se configurent comme les fournisseurs hébergés.