Problemas no Fluxo de Trabalho Multiagente do OpenClaw: Paralisações, Perda de Contexto e Ineficiência de Tokens
Desafios do Fluxo de Trabalho Multiagente do OpenClaw
Um desenvolvedor detalhou problemas significativos com o sistema de fluxo de trabalho multiagente do OpenClaw, especificamente em torno da manutenção da autonomia durante tarefas complexas de análise de projetos. O usuário está retornando a outras estruturas agentes devido a esses problemas.
Configuração Técnica
A configuração testada incluiu:
- Modelos: Gemini 3 Pro e Codex
- Estrutura: 1 Agente COO (Orquestrador) mais múltiplos agentes de tarefas especializados
- Configuração: Arquivos personalizados SOUL.md, IDENTITY.md e USER.md para contexto
- Integração: Várias habilidades do Clawhub.ai
Problemas Relatados
Travamento do Fluxo de Trabalho
Os agentes frequentemente param durante a operação. O Orquestrador (COO) assume que os agentes ainda estão processando, mas o Painel mostra zero atividade após os primeiros 10 minutos. Implementar um loop de "verificação" não resolveu a quebra de comunicação entre os agentes.
Vazamento/Perda de Contexto
Apesar de fornecer arquivos de documentação personalizados, os agentes exigem re-solicitação constante para fatos básicos do projeto. O sistema parece ter dificuldade com o gerenciamento de estado de tarefas de longo prazo.
Ineficiência de Tokens
Em uma execução, mais de 400 milhões de tokens foram consumidos sem saída tangível. Isso ocorreu principalmente devido a agentes em loop ou reanalisando as mesmas etapas sem avançar para fases de "Ação".
Avaliação do Usuário
O desenvolvedor questiona se o OpenClaw atualmente é apenas uma "interface legal" para solicitações manuais em vez de um sistema autônomo estável. Eles observam que parece significativamente menos estável do que Claude Code ou até mesmo configurações básicas do AutoGPT para tarefas de longa duração.
O usuário pergunta especificamente: Existem configurações específicas ou habilidades do "Clawhub" que realmente corrigem o problema de autonomia, ou a arquitetura está atualmente muito frágil para loops multiagentes?
📖 Leia a fonte completa: r/openclaw
👀 See Also
Google PM disponibiliza em código aberto Agente de Memória Sempre Ativo com armazenamento SQLite, sem banco de dados vetorial
Shubham Saboo, gerente sênior de produto de IA do Google, disponibilizou em código aberto um Agente de Memória Sempre Ativo que armazena memórias estruturadas em SQLite em vez de usar bancos de dados vetoriais, executando no Gemini 3.1 Flash-Lite com consolidação de memória agendada a cada 30 minutos.
Agente-Xray: Ferramenta de código aberto para depurar falhas de agentes de IA a partir de logs de rastreamento
Agent-Xray é uma ferramenta de código aberto licenciada pelo MIT que analisa logs de rastreamento de agentes de IA para classificar falhas em categorias como spin, tool_bug e early_abort, e inclui um modo de aplicação para testar correções contra desafios adversariais.
Resultados de Benchmark: CLI do GitHub vs Abordagens MCP para Agentes de IA
Um benchmark independente comparou GitHub CLI, MCP, MCP com Busca de Ferramentas e MCP com Modo Código para tarefas de agentes de IA. GitHub CLI foi o mais custo-efetivo, enquanto as abordagens MCP mostraram compensações em custo, latência e modos de falha.
TRELLIS.2 Image-to-3D Portado para Executar Nativamente em Apple Silicon
Um desenvolvedor portou o modelo TRELLIS.2 da Microsoft, de 4 bilhões de parâmetros para conversão de imagem em 3D, para rodar nativamente no Apple Silicon via PyTorch MPS, substituindo operações específicas do CUDA por alternativas em PyTorch puro. A versão portada gera malhas com cerca de 400 mil vértices a partir de fotos únicas em aproximadamente 3,5 minutos no M4 Pro com 24 GB de memória.