13 Semanas con OpenClaw como Conductor Diario: Lo que Funcionó, lo que se Rompió, lo que aún Duele

Después de 13 semanas ejecutando OpenClaw como su sistema de agente personal principal en una Raspberry Pi — manejando chat de Telegram, memoria a largo plazo, trabajos cron, subagentes, flujos de investigación y APIs externas — un usuario de r/openclaw publicó un resumen detallado. El veredicto: OpenClaw es lo suficientemente potente como para tratarlo como infraestructura, pero aún es lo suficientemente rudimentario como para requerir paciencia, registros, copias de seguridad y disposición para depurar casos extremos extraños.
Lo que funcionó bien
- Capas de flujo de trabajo. El agente se sitúa entre mensajería, archivos, crons, APIs, memoria y herramientas. El sistema cron es genuinamente útil: los trabajos recurrentes recopilan, procesan, resumen, notifican y desencadenan flujos de seguimiento. Una vez ajustados, se vuelven aburridos en el buen sentido.
- Memoria — si se cura. OpenClaw puede recordar decisiones, estado del proyecto, preferencias, errores y correcciones previas. Pero dejar que cada fragmento bruto entre en la memoria a largo plazo la convierte en lodo. Con limpieza y archivos de memoria específicos del proyecto, se convierte en una verdadera capa operativa.
- Subagentes para tareas acotadas. El patrón más útil: el humano decide la dirección, el agente principal coordina, los subagentes realizan análisis o implementación acotados, el agente principal verifica. Menos útil cuando el contexto es vago o el enrutamiento modelo/configuración no es explícito.
- Continuidad. El mayor éxito no es una característica única, sino que el sistema ahora maneja memoria operativa, verificaciones programadas, análisis recurrentes, depuración técnica, revisiones de configuración, pequeños cambios de código y seguimiento estructurado a diario.
Lo que falló o molestó
- Problemas de modelo/configuración. Al principio, configuraciones de modelos locales/pequeños (por ejemplo, contexto de 4k) no podían manejar el prompt del sistema de OpenClaw más las herramientas. Los errores de "fallo en turno de asistente" a menudo se rastreaban hasta problemas de clave API/configuración, no de RAM.
- Brecha de interacción entre cron y subagente. Los trabajos programados lanzaban un subagente que realizaba el trabajo correctamente, pero el padre no podía leer la salida del hijo porque el historial agente a agente estaba deshabilitado. Solución: rediseñar para que el hijo escriba los resultados directamente (
write —file) en lugar de depender de la lectura del padre. - Citas en shell. Pasar JSON a través de comandos de shell se rompía con apóstrofes y citas anidadas. Solución: escribir JSON en un archivo temporal y pasar
--file. - Desviación en actualizaciones. Las actualizaciones de OpenClaw mejoraron el rendimiento de inicio y la presión de memoria en la Pi, pero los días de actualización requerían precaución: desviación en configuración, desviación en comandos ACP, desviación en documentación. Había que comprobar qué había cambiado realmente en lugar de confiar en que todo estaba bien.
- Sobreescritura de modelo en subagente. Los valores predeterminados no siempre se respetaban; ahora se pasan explícitamente los IDs de modelo/agente.
- Falta de fiabilidad de ACP. Claude ACP a través de OpenClaw fallaba con errores internos en tiempo de ejecución; las rutas directas de ACP/CLI funcionaban.
- Higiene de secretos/configuración. OpenClaw soporta SecretRefs estructurados, pero los archivos antiguos de configuración/auth-profile aún pueden contener secretos en texto plano. Migrar de forma segura requiere copias de seguridad, comprobaciones de esquema y planificación de reversión.
- Presión de recursos en la Pi. Los procesos largos de Claude/Codex, crons y artefactos de memoria se acumulaban. Se añadieron rutinas de limpieza; se archivó un proyecto muerto que había crecido hasta ~1.6 GB de lastre regenerable.
Para quién es
Desarrolladores que ejecutan OpenClaw como sistema de agente personal — especialmente en hardware limitado — que quieren un relato verídico de los puntos débiles del mundo real y soluciones prácticas.
📖 Lee la fuente completa: r/openclaw
👀 Ver también

AgentBnB: Un Sistema Multi-Agente Creado por un No-Programador Usando Claude Code
Un agente inmobiliario sin experiencia en programación creó AgentBnB, un sistema donde los agentes autónomos pueden encontrarse entre sí, contratarse, pagarse y liquidar facturas sin intervención manual. El proyecto actualmente tiene 29 estrellas en GitHub e incluye sistemas de identidad, depósito en garantía, reputación y red de retransmisión.

Boletín de IA autónomo construido con agentes OpenClaw.
Un equipo creó un boletín semanal sobre agentes de IA que funciona completamente con agentes OpenClaw a través de 5 agentes y 3 máquinas. El boletín está diseñado para que otros agentes de IA lo consuman mediante API REST y webhooks.

Usando Claude para Construir un Pipeline de Generación de Leads en LinkedIn que Reemplazó un Presupuesto de €3,000 de un Freelancer
Un desarrollador dedicó 30 minutos a escribir un prompt detallado de 2 páginas con Claude Sonnet para crear un sistema de generación de leads en LinkedIn que identifica publicaciones de imanes de leads, filtra y puntúa prospectos, y se ejecuta diariamente en un VPS de $5, reemplazando cotizaciones de €2,000-5,000 de freelancers.

Usuario de Reddit reporta mejores resultados con Claude después de cambiar el enfoque de los prompts.
Un desarrollador pasó días luchando con múltiples herramientas de IA antes de encontrar éxito con Claude al cambiar de indicaciones estilo motor de búsqueda a conversaciones de ida y vuelta con contexto específico sobre por qué los enfoques no funcionaban.