Aller au contenu
Guides

Le basculement de modèle dans OpenClaw

Rotation des profils, chaîne de repli, pourquoi un choix en session est strict, et ce que montre la carte d’état

5 min de lecture

Quand un appel de modèle échoue, OpenClaw n’essaie pas simplement le modèle suivant. La documentation décrit deux étapes : la rotation des profils d’authentification chez le fournisseur courant, puis le repli vers l’entrée suivante de la liste de replis configurée, et avant l’une comme l’autre une récupération bornée sur le même modèle pour les limites de débit et pannes temporaires, qui poursuit la transcription existante et conserve le travail accompli. Voici le flux d’exécution, la différence entre une valeur par défaut configurée et un modèle choisi dans la discussion, pourquoi le repli ne change jamais votre sélection, et les deux arrêts qui ressemblent à des pannes sans en être.

L’exécution du repli est limitée au tour.

Le flux d’exécution

  • Résoudre le modèle et la préférence de profil de la session, puis construire la chaîne de candidats à partir de la sélection courante et de la politique de repli pour sa source : les valeurs par défaut configurées, les modèles principaux des tâches cron et les replis sélectionnés automatiquement peuvent utiliser les replis configurés ; une sélection explicite de l’utilisateur est stricte.
  • Essayer le fournisseur courant avec ses règles de rotation et de temporisation, en appliquant d’abord la récupération bornée aux pannes transitoires éligibles ; un état de nouvelle tentative montre l’attente et le nombre d’essais, et l’annulation reste possible.
  • Sur une erreur justifiant le basculement avec le fournisseur épuisé, passer au candidat suivant et l’exécuter pour ce tour sans changer le fournisseur ni le modèle sélectionnés par la session.
  • Si tous les candidats échouent, remonter la panne terminale avec le détail par tentative et l’expiration de temporisation la plus proche quand elle est connue.

Strict contre configuré

Un modèle que vous sélectionnez dans la discussion est strict : si ce fournisseur ou ce modèle devient indisponible, la réponse échoue visiblement au lieu de glisser vers un repli, ce qui est le comportement voulu quand vous avez demandé un modèle précis à dessein. Les valeurs par défaut configurées et les exécutions planifiées utilisent la chaîne. L’exécuteur de réponses ne persiste qu’un avis de repli, si bien que la commande d’état et les avis de transition distinguent le modèle sélectionné du modèle qui a répondu, et le tour suivant repart de votre sélection. La récupération au niveau de la réflexion ne s’applique que quand le fournisseur nomme un paramètre de raisonnement ; les restrictions de compte et les options non prises en charge gardent leur classification d’origine et ne sont pas retentées sans réflexion.

Des arrêts qui ne sont pas des pannes

  • Quand une exécution atteint son délai final, ou que le disjoncteur d’emballement des coûts sur inactivité renvoie une erreur terminale, la chaîne de repli s’arrête et le journal de décision consigne pourquoi ; ce sont des arrêts terminaux, pas des demandes d’essayer un autre modèle, et la limite de durée et les plafonds de coût de l’exécution s’appliquent toujours.
  • Une sélection de modèle verrouillée atteint l’exécuteur comme une liste de replis vide, et chaque politique la respecte de la même façon.
  • La documentation décrit aussi une escalade automatique étroite pour une catégorie de refus structuré d’un fournisseur sur une route précise ; elle est limitée au tour, désactivée pour les sélections strictes, et n’envoie jamais les pannes ordinaires vers un autre modèle.

Modèles et fournisseurs d’OpenClaw explique les références et les alias à partir desquels la chaîne se construit, et La requête OpenClaw a expiré les erreurs qui déclenchent la récupération en premier lieu.

Pourquoi cela compte pour la facture

Une chaîne de repli est une décision de coût autant que de fiabilité : le modèle qui répond à un tour n’est pas forcément celui que vous avez chiffré. Ce que coûte OpenClaw est là où vit le chiffre mensuel.

Sur Diali

Sur Diali, la chaîne est configurée pour vous à travers le catalogue géré, si bien qu’une panne de fournisseur devient un avis de repli plutôt qu’un assistant muet, et le modèle que vous avez choisi reste celui dont repart le tour suivant. OpenClaw hébergé sur Diali est l’assistant.

  • Faire tourner les profils d’abord, puis se replier sur le modèle suivant.
  • Un modèle choisi dans la discussion est strict ; les valeurs par défaut utilisent la chaîne.
  • Le repli répond à un tour et ne réécrit jamais votre sélection.
Commencer

Arrêtez de lire, construisez le vôtre

Configurez un agent, choisissez un canal, et faites-le travailler dans l’application que vous gardez déjà ouverte.