Corrigindo o inchaço de prompts e loops de resposta lentos no OpenClaw

Se o agente principal do OpenClaw está ficando mais lento—minutos antes de agir—a causa raiz provavelmente é o inchaço do contexto, não um bug isolado. Com base em um post detalhado no Reddit, o problema decorre de uma combinação de arquivos de projeto sempre injetados, excesso de habilidades visíveis, grandes esquemas de ferramentas e histórico de conversas que aciona loops de compactação e repetição.
O que estava causando o inchaço
- Contexto de projeto sempre injetado: Arquivos como
AGENTS.md,HEARTBEAT.mdeTOOLS.mdsão enviados a cada turno. Com o tempo, eles se tornaram minimanuais. Tamanhos de exemplo antes:AGENTS.md8.618 bytes,HEARTBEAT.md4.970 bytes,TOOLS.md8.820 bytes (total 22.408 bytes). - Muitas habilidades visíveis: O agente principal tinha 60 habilidades visíveis. O OpenClaw injeta o catálogo de habilidades (nome, descrição, caminho) a cada turno, e as instruções do agente incentivam a verificação da lista de habilidades antes de responder, adicionando sobrecarga e leituras extras de arquivos.
- Esquemas de ferramentas: Definições JSON das ferramentas disponíveis (parâmetros, enums, descrições) são necessárias para o modelo chamar ferramentas, mas cada esquema consome espaço de contexto.
- Histórico de conversa: As chamadas LLM são sem estado, então o OpenClaw reenvia histórico suficiente a cada rodada. Logs gigantescos, saídas enormes de ferramentas e longos rastreamentos de depuração tornam-se parte do fardo.
- Pressão de compactação/repetição: Linha de base grande + histórico grande → compactação → repetições → linha de base fixa ainda grande → permanece lento. A compactação não pode reduzir linhas de base sempre injetadas ou mensagens recentes preservadas.
O que foi alterado
1. Lista de permissões agressiva de habilidades do agente principal
Mudou de 60 habilidades irrestritas para uma pequena lista explícita de 10 diretrizes:
source-grounded-claims
pre-send-check
session-status-claim-check
verify-after-edit
transient-check-failure-disclosure
failed-subagent-results-caveat
gateway-change-guard
openclaw-webui-tailscale-recovery
tailscale-network-guard
long-running-task-guard
2. Redução de arquivos sempre injetados
Compactou AGENTS.md, HEARTBEAT.md e TOOLS.md em arquivos de roteamento/índice em vez de manuais gigantes. Após a compactação:
AGENTS.md 4.804 bytes
HEARTBEAT.md 2.177 bytes
TOOLS.md 2.387 bytes
Total 9.368 bytes
3. Mudança na prática operacional
- Para auditorias e diagnósticos: use subagentes com
lightContext:true. - Salve logs/relatórios grandes em arquivos em vez de colar no chat principal.
- Resuma as descobertas na sessão principal; não cole logs/saídas de ferramentas gigantes.
- Use
tail,grep,sed -nlimitados para inspecionar arquivos sem despejar o conteúdo completo.
Essas alterações abordam diretamente o ciclo de realimentação onde carregar tudo antes de cada turno causava compactação e atrasos. A versão específica mencionada é 2026.4.26, mas o conselho se aplica a qualquer configuração do OpenClaw que esteja enfrentando inchaço semelhante.
📖 Leia a fonte completa: r/openclaw
👀 See Also

Problemas e Soluções de Configuração do NemoClaw no Windows
As instalações do NemoClaw no Windows falham com três erros específicos: ambiente não suportado no Git Bash, porta 18789 já em uso e falha na construção do Docker durante a instalação do OpenClaw. A causa raiz é que o NemoClaw não foi desenvolvido com o Windows em mente, exigindo o WSL2 Ubuntu para uma configuração bem-sucedida.

Um Framework de Gestão para Liderar Agentes de IA Efetivamente
Um ex-líder de backend identifica um platô na produtividade de agentes de IA e propõe uma estrutura baseada em três disciplinas: cibernética, teoria da informação e gestão. A estrutura detalha dois modos operacionais: o Capitão e o Arquiteto.

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.

Análise do Plugin de Memória OpenClaw: Claw Sem Perdas + LanceDB Recomendado
Um desenvolvedor testou os plugins de memória do OpenClaw e descobriu que a configuração padrão causa inchaço de tokens, enquanto o Lossless Claw combinado com LanceDB oferece desempenho ideal para manter o contexto do agente sem custos elevados.