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

Acheminer Claude Code via Ollama et réduire votre facture d'environ 90%
Associer Claude Desktop à Claude Code via Ollama : les tâches stratégiques restent sur Anthropic, les tâches lourdes tournent sur des modèles open-source gratuits comme Gemma, Qwen, DeepSeek. Inclut une invite copier-coller qui automatise environ 98 % de la configuration.

Qwen 3.5 122B MoE à 35 t/s sur une seule 3090 avec ik_llama.cpp MTP
Un stack local exécutant Qwen 3.5 122B MoE sur une seule 3090 à 35 t/s en utilisant les opérations MoE fusionnées d'ik_llama.cpp pour MTP. Le llama.cpp standard n'a montré qu'une amélioration de +4 % ; le fork d'ik donne +20 %.

VPS vs Machine Dédiée : Où Exécuter OpenClaw
Aucun

Modification de l'invite système par défaut d'OpenClaw pour contourner les restrictions de contenu
Un utilisateur a modifié le fichier de configuration d'OpenClaw pour remplacer l'invite système par défaut "You are a helpful, respectful and honest assistant" par une invite personnalisée qui ignore les filtres de sécurité externes, supprimant ainsi les restrictions de contenu. Le processus implique l'édition de config.js dans le répertoire d'installation de node-llama-cpp.