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

Construyendo una aplicación de libro para colorear segura para niños con Claude como programador en pareja
Un desarrollador usó Claude como programador en pareja para crear una aplicación de libro para colorear en SwiftUI con generación de imágenes local, bloqueo parental y sin anuncios.

Desarrollador Crea Aplicación de Salud Compatible con HIPAA Usando Claude AI con Xano y Bolt
Un desarrollador creó un sistema interno de gestión sanitaria compatible con HIPAA usando Claude 4.6 con herramientas sin código: Xano para el backend y Bolt para el frontend, implementando cifrado a nivel de campo, middleware de control de acceso basado en roles y registros de auditoría.

Claude Managed Agents Lanzados: Orquestación Multiagente y 70 Días de Lecciones Prácticas
Anthropic lanzó Managed Agents para orquestación multi-agente y cadenas de herramientas mejoradas. Un desarrollador comparte 70 días de experiencia usando agentes con roles divididos (capa de decisión Opus, ingeniero OpenCode, agentes de investigación) y el cambio crítico de instrucciones 'ejecuta esto' a 'puedes cuestionar mi premisa'.

Ingesta Directa de Documentos Móviles a OpenClaw: Flujo de Trabajo de Salud de iOS a Raspberry Pi
Un desarrollador comparte una arquitectura para enviar documentos directamente desde un cliente móvil iOS a una instancia local de OpenClaw en una Raspberry Pi, utilizando emparejamiento basado en códigos QR y endpoints dedicados para el procesamiento de registros de salud.