Usuário do OpenClaw Critica a Arquitetura e as Lacunas de Segurança da Ferramenta

Um usuário no r/openclaw descreve o OpenClaw como "a única ferramenta que torna esse tipo de automação de agentes tão acessível", mas expressa desilusão após experimentá-lo, comparando a experiência a um sistema SAP mal mantido.

Críticas Arquiteturais

O usuário identifica quatro áreas principais onde o OpenClaw fica aquém:

• Camada de Controle para Alterações de Arquivos e Configurações: O usuário afirma que operações de arquivos e alterações de configuração não devem ser executadas diretamente pelo LLM. Eles argumentam por uma camada intermediária determinística que decide com base em regras—como perguntar ao usuário primeiro ou notificá-lo depois—em vez de depender do "humor do modelo naquele dia".
• Kernel Protegido: O usuário sugere que deve haver um núcleo que o LLM não possa modificar, incluindo arquivos de configuração e arquivos críticos do sistema definidos como protegidos.
• Gerenciamento de Contexto e Delegação: A crítica observa a falta de um gerenciamento de contexto real baseado no tipo de solicitação. Atualmente, "cada solicitação é inundada com o mesmo contexto, independentemente do que é realmente necessário, desperdiçando uma quantidade enorme de tokens". O usuário propõe que o contexto seja montado caso a caso. Eles também sugerem que tarefas de codificação devem ser delegadas a LLMs especializados em codificação via CLI, em vez de serem tratadas dentro do mesmo agente.
• Versionamento, Testes, Configurabilidade: O usuário aponta a falta de integração com git integrada, ausência de portões de qualidade e poucas configurações para uma ferramenta que acessa profundamente o sistema. Eles observam que tudo isso pode ser adaptado posteriormente, mas não está lá por padrão.

Comunidade e Padrão de Desenvolvimento

O usuário traça um paralelo com sistemas ERP, afirmando que a escolha atual está entre estender a funcionalidade por meio de "plugins comunitários desleixados sem documentação" ou construir recursos você mesmo "também sem especificações, sem documentação, sem testes". Ambas as abordagens, eles observam, são "enviadas diretamente para produção".

Apesar dessas críticas, o usuário conclui: "no momento, não vejo uma alternativa que ofereça a mesma funcionalidade com a mesma facilidade e faça melhor".