OpenClaw Usuario Critica la Arquitectura y Brechas de Seguridad de la Herramienta

Un usuario en r/openclaw describe a OpenClaw como "la única herramienta que hace que este tipo de automatización de agentes sea tan accesible", pero expresa desilusión después de probarlo, comparando la experiencia con un sistema SAP mal mantenido.

Críticas Arquitectónicas

El usuario identifica cuatro áreas principales donde OpenClaw se queda corto:

• Capa de Control para Cambios en Archivos y Configuración: El usuario afirma que las operaciones de archivos y los cambios de configuración no deberían ser ejecutados directamente por el LLM. Argumenta a favor de una capa intermedia determinista que decida basándose en reglas—como preguntar primero al usuario o notificarle después del hecho—en lugar de depender de "el humor del modelo ese día".
• Kernel Protegido: El usuario sugiere que debería haber un núcleo que el LLM no pueda modificar, incluyendo archivos de configuración y archivos críticos del sistema definidos como protegidos.
• Gestión del Contexto y Delegación: La crítica señala una falta de gestión real del contexto basada en el tipo de solicitud. Actualmente, "cada solicitud se inunda con el mismo contexto independientemente de lo que realmente se necesita, desperdiciando cantidades masivas de tokens". El usuario propone que el contexto debería ensamblarse caso por caso. También sugiere que las tareas de codificación deberían delegarse a LLMs especializados en codificación a través de su CLI en lugar de manejarse dentro del mismo agente.
• Versionado, Pruebas, Configurabilidad: El usuario señala la falta de integración de git incorporada, la ausencia de puertas de calidad y muy pocos ajustes para una herramienta que llega tan profundamente al sistema. Observa que todo esto puede añadirse posteriormente, pero no está ahí por defecto.

Comunidad y Patrón de Desarrollo

El usuario establece un paralelismo con los sistemas ERP, afirmando que la elección actual está entre extender la funcionalidad mediante "complementos de la comunidad descuidados sin documentación" o construir características uno mismo "también sin especificaciones, sin documentación, sin pruebas". Ambos enfoques, señala, se "envían directamente a producción".

A pesar de estas críticas, el usuario concluye: "en este momento no veo una alternativa que ofrezca la misma funcionalidad con la misma facilidad y que lo haga mejor".