Nuvem OpenClaw Ollama: Correção em Três Camadas para Modelos Faltantes e Bug de Deleção do Médico
O usuário /u/christof21 relata uma frustrante instalação limpa do OpenClaw no Mac Mini com apenas um modelo cloud (kimi-k2.5:cloud) funcionando, apesar de configurar três modelos. Após depuração profunda, descobriram um problema de três camadas envolvendo registro de provedores, validação de esquema e um ponto cego no comando doctor.
O Problema de Três Camadas
Os padrões de modelo integrados do OpenClaw só trazem três modelos Ollama Cloud: kimi-k2.5:cloud, minimax-m2.7:cloud e glm-5.1:cloud. Quaisquer modelos personalizados (ex.: deepseek-v4-pro:cloud, nemotron-3-ultra:cloud, minimax-m3:cloud) devem ser registrados em models.providers.ollama-cloud.models[]. O instalador não escreveu essas entradas — por isso apenas kimi-k2.5 apareceu.
Segundo, cada entrada de modelo precisa dos campos id e name para satisfazer o esquema do gateway. Adicionar apenas id (como sugere a dica em tempo de execução) falha silenciosamente. A correção: incluir ambos.
Terceiro, openclaw doctor --fix e config validate não carregam a extensão Ollama. Por não reconhecerem ollama-cloud como um provedor integrado, reclamam "must declare baseUrl" e doctor --fix deleta todo o bloco do provedor Ollama Cloud. É por isso que a correção manual sumia ao reiniciar.
A Correção
Adicione um baseUrl explícito: "https://ollama.com" (idêntico ao valor embutido, sem mudança de comportamento) na configuração do seu provedor. Isso satisfaz tanto o validador quanto o gateway.
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
Avisos
- Não execute
openclaw doctor --fix— ele eliminará seu bloco novamente. Valide manualmente ou pule o doctor completamente. - Ao adicionar mais modelos cloud depois, adicione-os tanto em
agents.defaults.modelsquanto na lista de provedores com{id, name}. - Mantenha a linha
baseUrl— é a única defesa contra a deleção do doctor.
Por enquanto, o workaround funciona. Uma correção permanente exigiria que o comando doctor carregasse extensões antes de validar provedores — mas isso é upstream.
📖 Leia a fonte completa: r/openclaw
👀 See Also
Dividindo o Contexto do Agente em Três Camadas para Resolver o Problema do Monólito de 700 Linhas
Uma equipe construindo um sistema autônomo de 6 agentes resolveu o inchaço de arquivos de contexto separando o contexto do agente em três camadas baseadas no tipo de preocupação e frequência de mudança: CLAUDE.md para identidade, BRIEFING.md para missão e PLAYBOOK.md para operações. Essa abordagem evita falhas silenciosas por limites de argumentos e torna a edição previsível.
O Problema da Voz do LLM: Evitando Padrões de Escrita Gerados por IA
Um desenvolvedor discute o problema comum de textos escritos com assistência de LLM apresentarem "LLM-ismos" reconhecíveis que acionam imediatamente a detecção de IA, e compartilha um artigo sobre como identificar esses padrões e editar para autenticidade.
Pesquisa Mostra que a Formulação Eficaz de Prompts de IA É Comunicação Cooperativa, Não Engenharia
Pesquisas revisadas por pares indicam que o prompting eficaz com modelos de IA segue os mesmos princípios de comunicação cooperativa que os humanos usam, com a análise da Lakera mostrando que a maioria das falhas de prompt decorre de ambiguidade, não de limitações do modelo.
Quatro Erros Comuns de Configuração Que Fazem as Pessoas Desistir do OpenClaw
Um usuário do Reddit relata ter visto mais de 50 pessoas desistirem do OpenClaw devido a quatro problemas específicos de configuração: arquivos SOUL.md ausentes, custos excessivos de API por usar o modelo Opus para tudo, instalação de muitas habilidades de uma vez e criação de múltiplos agentes antes que o primeiro funcione corretamente.