Configurando Múltiplos Agentes de Codificação de IA com OpenClaw: Configuração de Provedor Personalizado e Desafios de Memória Entre Agentes

Um desenvolvedor no r/openclaw compartilha sua experiência executando múltiplos agentes de codificação via OpenClaw usando um provedor de API de terceiros para evitar os limites de taxa e custos da Anthropic. Ele configurou um provedor personalizado em openclaw.json com DeepInfra, definiu o token da API em .zshrc e reiniciou o gateway.
Problemas e Correções
1. Falha na resolução da chave da API: openclaw doctor mostrou "apiKey resolution failed" porque a variável de ambiente não estava no escopo do daemon. Corrigido adicionando export ao /etc/environment (em todo o sistema) e reiniciando todo o sistema, não apenas o gateway.
2. Timeout do DeepSeek V4 Pro: As primeiras solicitações expiraram com TTFT de mais de 120 segundos no modo de raciocínio máximo. O padrão do OpenClaw LLM_REQUEST_TIMEOUT=60 matava as requisições antes que o modelo terminasse de pensar. Aumentado para LLM_REQUEST_TIMEOUT=180 no .env.
3. Cache de contexto não funcionando: O provedor suporta cache, mas o OpenClaw requer valores de cacheRead e cacheWrite no bloco de custos da configuração do provedor. Após adicioná-los, acertos de cache apareceram nos logs a partir da segunda requisição com conteúdo idêntico de MEMORY.md.
Configuração Atual
- Agente backend: DeepSeek V4 Pro
- Agente frontend: Qwen3.5 122B A10B
- Agente de migração: V4 Flash
Problema de Isolamento de Memória entre Agentes
Cada agente tem seu próprio arquivo memory.md no workspace, mas eles não podem referenciar as memórias uns dos outros quando necessário. Por exemplo, o agente backend escreve uma mudança de esquema em sua memória; o agente de migração começa depois e não tem conhecimento dessa decisão. Criar links simbólicos para arquivos de memória causa conflitos de bloqueio de arquivo porque o gerenciador de memória do OpenClaw usa bloqueios de arquivo que entram em conflito quando múltiplos agentes acessam o mesmo arquivo simultaneamente. O sistema de arquivos simples do OpenClaw não possui consultas integradas de memória entre agentes.
O autor pergunta por soluções que não sejam migrar para um banco de dados vetorial (ex.: ChromaDB) e considera escrever uma skill personalizada que leia os arquivos de memória de outros agentes e traga contexto relevante.
📖 Leia a fonte completa: r/openclaw
👀 See Also

Opus 4.8 vs Sonnet 4.6 para Análises: Dados Reais de um Painel SaaS
Uma SaaS com 310 clientes profissionais testou Claude Opus 4.8 vs Sonnet 4.6 para análise de tendências, resumos mensais e detecção de anomalias. Opus detectou anomalias sutis que Sonnet perdeu, mas custou 2,1x por chamada.

Usando o Claude para Construir o PainSignal: Um Banco de Dados com 1.000 Problemas Reais de Negócios
Um desenvolvedor usou o Claude Code para construir o PainSignal, uma plataforma que organiza 1.000 problemas reais de negócios de setores como transporte rodoviário e limpeza. O Claude lidou com a classificação de dados, agrupamento de oportunidades e geração de conceitos de aplicativos.

Wyrmbarrow: Um Mundo Persistente de D&D para Claude via Ferramentas MCP
Um desenvolvedor criou Wyrmbarrow, um MUD headless acessível apenas por meio de ferramentas MCP onde Claude atua como o jogador. O mundo apresenta estado persistente, regras de combate D&D 5e e um mecanismo de pulso de 6 segundos para economia de ação.

Construindo Jarvis: Uma Camada de Operações de IA Auto-Hospedada com OpenClaw
Um desenvolvedor compartilha sua arquitetura para um assistente pessoal de IA rodando 24/7 em um Mac mini, usando OpenClaw, n8n, Obsidian e uma cascata de modelos de IA para gerenciar operações de pequenas empresas.