Mejores prácticas operativas
Cuando tu instancia de OpenClaw ya esté corriendo y la hayas usado por unas semanas, estas prácticas te van a ayudar a mantener el sistema sano, bien organizado y mejorando de forma continua. Ninguna es necesaria durante el setup inicial, pero se vuelven cada vez más valiosas a medida que tu agente acumula skills, automations y conocimiento institucional.
Las tres prácticas de este apéndice vienen del deep dive de OpenClaw de Matthew Berman, donde muestra su configuración en producción y los patrones operativos que fue puliendo con el uso diario.
Crear un topic dedicado para notificaciones de cron
Cuando empieces a agregar automations (daily self-reviews, health checks, scheduled backups), vas a querer visibilidad de qué está corriendo y si terminó bien o falló. Sin esto, las automations pueden fallar en silencio durante días antes de que te des cuenta.
Agrega un topic llamado #cron-status (o similar) a tu grupo de Telegram y dile a tu agente:
“Whenever a cron job runs, send a brief status report to the #cron-status topic. Include the job name, whether it succeeded or failed, and a one-line summary. If a job fails, include the error.”
Esto saca el ruido operativo de tus otros topics y te deja un solo lugar para monitorear toda la actividad de fondo. Con una mirada rápida diaria a ese topic sabes si todo está bien, y cualquier fallo se vuelve obvio al instante.
Crear un archivo maestro de referencia workspace.md
A medida que tu instancia de OpenClaw crece, la configuración se reparte en varios archivos markdown: SOUL.md define personalidad, MEMORY.md guarda el contexto aprendido, identity.md define el nombre y rasgos del agente, agents.md define el model routing, y cada skill tiene sus propios archivos. Con el tiempo, se vuelve difícil acordarte qué vive dónde, y pueden aparecer instrucciones contradictorias entre archivos.
La solución es crear un único archivo workspace.md que sirva como documento maestro de referencia para toda tu configuración. Este archivo no reemplaza a los markdown individuales. Más bien, describe cómo encaja todo: qué integraciones están conectadas, cómo se organizan los topics de Telegram, qué modelos se usan para qué tareas, qué cron jobs están corriendo, cómo funcionan los backups y dónde encontrar cada pieza de configuración.
Dile a tu agente:
“Create a workspace.md file in the workspace directory. This should be a comprehensive reference document that describes my entire OpenClaw setup. Include sections for: platform configuration, connected integrations, Telegram topic structure, model providers and routing, active cron jobs, backup procedures, installed skills and their purposes, and any conventions we’ve established. Keep this file up to date as we make changes.”
Esto les da a ti y al agente una sola fuente de verdad. Cuando le pides al agente que haga algo, puede consultar workspace.md para entender el contexto completo de tu setup en vez de adivinar o revisar archivos sueltos en aislamiento.
Cuando ya tengas workspace.md, agrégalo al prompt del daily self-review (ver Fase 9) para que el agente lo audite junto con tus otros archivos core.
Cruzar tu configuración contra las best practices oficiales
Puedes llevar el daily self-review del Fase 9 un paso más allá haciendo que el agente audite su propia configuración contra la documentación oficial. Dile:
“Download the OpenClaw best practices guide from the official website and store it locally in the workspace. Also download the Opus 4.6 prompting guide from Anthropic. Once a day, as part of your self-review, cross-reference all of my markdown configuration files against these best practices documents. Flag anything in my configuration that contradicts the official recommendations. Report your findings but do not make changes without my approval.”
Esto crea un loop de mejora continua. A medida que OpenClaw y Anthropic actualizan sus recomendaciones, tu agente detecta dónde tu configuración se quedó atrás o dónde patrones de prompting antiguos ya no son óptimos. Con el tiempo, tu configuración se mantiene alineada con las best practices actuales sin que tú tengas que seguir manualmente cambios en la documentación.
Top comments (0)