Correctif en trois couches pour les modèles manquants et le bug de suppression du docteur sur OpenClaw Ollama Cloud

L'utilisateur /u/christof21 rapporte une installation propre frustrante d'OpenClaw sur Mac Mini avec un seul modèle cloud (kimi-k2.5:cloud) fonctionnel, malgré la configuration de trois modèles. Après un débogage approfondi, ils ont découvert un problème en trois couches touchant l'enregistrement des fournisseurs, la validation du schéma et l'angle mort de la commande doctor.
Le problème en trois couches
Les modèles par défaut fournis avec OpenClaw ne contiennent que trois modèles Ollama Cloud : kimi-k2.5:cloud, minimax-m2.7:cloud et glm-5.1:cloud. Tout modèle personnalisé (par exemple deepseek-v4-pro:cloud, nemotron-3-ultra:cloud, minimax-m3:cloud) doit être enregistré sous models.providers.ollama-cloud.models[]. Le fichier de configuration de l'installateur n'a pas écrit ces entrées — c'est pourquoi seul kimi-k2.5 apparaissait.
Deuxièmement, chaque entrée de modèle nécessite à la fois un champ id et un champ name pour satisfaire le schéma de la passerelle. Ajouter seulement id (comme le suggère l'astuce d'exécution) échoue silencieusement. La correction : inclure les deux.
Troisièmement, openclaw doctor --fix et config validate ne chargent pas l'extension Ollama. Comme ils ne reconnaissent pas ollama-cloud comme un fournisseur intégré, ils se plaignent « doit déclarer baseUrl » et doctor --fix supprime tout votre bloc de fournisseur Ollama Cloud. C'est pourquoi la correction manuelle disparaissait à chaque redémarrage.
La correction
Ajoutez un baseUrl explicite : baseUrl: "https://ollama.com" (identique à la valeur intégrée, aucun changement de comportement) à votre configuration de fournisseur. Cela satisfait à la fois le validateur et la passerelle.
providers:
ollama-cloud:
baseUrl: "https://ollama.com"
models:
- id: deepseek-v4-pro:cloud
name: deepseek-v4-pro:cloud
- id: nemotron-3-ultra:cloud
name: nemotron-3-ultra:cloud
- id: minimax-m3:cloud
name: minimax-m3:cloud
Avertissements
- N'exécutez pas
openclaw doctor --fix— il supprimera à nouveau votre bloc. Validez manuellement ou ignorez complètement doctor. - Lorsque vous ajoutez d'autres modèles cloud plus tard, ajoutez-les à la fois dans
agents.defaults.modelset dans la liste des fournisseurs avec{id, name}. - Conservez la ligne
baseUrl— c'est la seule défense contre la suppression par doctor.
Pour l'instant, le contournement fonctionne. Une correction permanente nécessiterait que la commande doctor charge les extensions avant de valider les fournisseurs — mais cela dépend de l'amont.
📖 Lire la source complète : r/openclaw
👀 See Also

12 conseils pour utilisateurs avancés d'OpenClaw pour des flux de travail d'agent IA efficaces
Un post Reddit décrit des stratégies pratiques pour optimiser l'utilisation d'OpenClaw, notamment la division des conversations en fils de discussion thématiques, l'utilisation de mémoires vocales pour la saisie, l'adéquation des modèles aux tâches, la délégation du travail à des sous-agents et la mise en place de couches de sécurité.

Correction du ralentissement d’OpenClaw lors de longues sessions : continuation-skip d’injection de contexte pour le cache de llama.cpp
Une solution concrète pour les sessions OpenClaw qui ralentissent avec le temps : définir contextInjection sur continuation-skip pour préserver le cache de prompt de llama.cpp, réduisant l'évaluation du prompt de 130s à 1,3s.

Erreur du service de machine virtuelle Windows Cowork : Problème de chemin et correctif
Un problème d'installation de Windows Cowork provoque l'erreur 'service VM non en cours d'exécution' toutes les 10 à 20 minutes en raison d'un chemin incorrect du dossier vm_bundles dans les installations MSIX. La solution consiste à localiser le dossier correct et à utiliser un script de réparation.

Modèles de flux de travail pratiques pour un codage IA fiable dans les projets multi-fichiers
Un utilisateur de Reddit partage quatre améliorations spécifiques de flux de travail qui ont augmenté la fiabilité du codage par IA sur des projets multi-fichiers : démarrages spécifications d'abord, décomposition des tâches avec points de contrôle, boucles opérationnelles stables et revue signal uniquement.