21 Automatizaciones de OpenClaw que Nadie Menciona — Porque las Obvias Ya Rompieron Internet
Punto válido. Ese artículo era el pack básico. Las automatizaciones que cualquiera puede copiar y pegar en 30 minutos. Este es diferente. Estas son las 21 automatizaciones que están funcionando en mi stack real ahora mismo — las raras, las específicas, las que me tomaron una semana de prueba y error para que funcionaran bien.
Un poco de contexto antes de meternos de lleno: uso Convex + Clerk + Supabase para mis proyectos SaaS, n8n auto-hospedado en Ubuntu para automatización, y Claude Code como mi herramienta diaria. Mi instancia de OpenClaw vive en un VPS que tengo corriendo desde finales de enero. Cada automatización de abajo es algo que realmente he desplegado, roto al menos una vez, y eventualmente arreglado a la 1 AM mientras cuestionaba mis decisiones de vida.
Una cosa más — estas no están ordenadas por "qué tan geniales son". Están ordenadas por cuánto tiempo me ahorran realmente por semana. Resulta que las aburridas ganan.
Las del Flujo de Desarrollo (Que Me Hicieron Preguntarme Por Qué Alguna Vez Hice Esto Manualmente)
1. Niñera nocturna de Claude Code
Esta vino de un tipo en X que posteó sobre su OpenClaw manejando bucles de Claude Code mientras dormía. Pensé que era una locura. Luego lo probé. Ahora pienso que dormir sin que esté corriendo es una locura.
La configuración: un mensaje de Telegram como "arregla el bug de auth en /api/webhooks, ejecuta tests después" activa OpenClaw para generar una sesión de Claude Code vía claude --task en una habilidad de shell. OpenClaw envuelve el comando, monitorea stdout, y parsea la salida de tests. Cada 5 iteraciones me envía una actualización de progreso en Telegram. Si los tests pasan, hace commit a una rama y me avisa. Si hace más de 20 bucles sin progreso, mata la sesión y guarda un resumen de lo que intentó.
# El comando de shell real que OpenClaw ejecuta vía su habilidad exec
claude --task "Fix the auth bug in /api/webhooks. Run npm test after each change. Stop when all tests pass." \
--output-dir /tmp/claude-session-$(date +%s) \
2>&1 | tee /logs/active-sessions/current.log
# Luego este cron monitorea la sesión
crons:
- name: "code-session-monitor"
schedule: "*/5 * * * *"
prompt: "Check active Claude Code sessions in /logs/active-sessions/. If any session has been stuck on the same error for 3+ iterations, kill it and save a failure report to /logs/dead-sessions/"
Advertencia justa: la primera semana, alucinó un arreglo que pasó mis tests pero rompió una funcionalidad completamente diferente en producción. Como darle acceso sudo a un dev junior e irse a dormir — técnicamente funcional, ocasionalmente aterrador. Agregué una regla de que solo puede hacer commit a una rama bot/, nunca a main. Eso arregló el problema de "refactors sorpresa".
Me despierto con PRs mergeados como dos veces por semana ahora. Los otros tres días me despierto con logs de fallas detallados que me ahorran una hora de contexto de debugging. De cualquier manera, gano.
2. Bot de revisión de PR que realmente conoce mi codebase
No es un bot genérico de "revisar errores de lint". Este tiene contexto. Le doy a OpenClaw un SKILL.md que contiene las decisiones arquitectónicas de mi proyecto, convenciones de nombres, y los patrones específicos que uso con Convex (mutations vs actions, patrones de validadores, todo). Cuando llega un PR, lo revisa contra mis estándares, no alguna guía de estilo genérica.
# pr-review-skill/SKILL.md
## Architecture Rules
- All database writes go through Convex mutations, never direct Supabase
- Auth checks use Clerk's getAuth() in every API route, no exceptions
- Validators live in convex/validators/, one file per table
- Never use .then() chains — async/await only
- Error messages must include the function name and input params
Cachó un PR la semana pasada donde accidentalmente estaba saltándome la auth de Clerk en un endpoint de webhook. Un linter habría dicho "se ve bien". OpenClaw dijo "este endpoint no tiene verificación de auth y tus reglas dicen que cada ruta de API necesita getAuth()". Esa es la diferencia entre una herramienta que lee sintaxis y una que entiende intención.
3. Triaje de actualizaciones de dependencias 🦞
Cada lunes a las 6 AM, mi agente revisa npm outdated y pip list --outdated en todos mis repos, revisa el changelog para cada actualización, marca cambios que rompen compatibilidad, y los categoriza en "seguro para auto-actualizar", "revisar primero", y "NO tocar hasta que hayas leído la guía de migración". La salida llega a Notion. Diez minutos en lugar de cuarenta y cinco.
4. Detector de picos de errores → auto-diagnóstico
La automatización de la que estoy más orgulloso. No porque sea inteligente — porque me salvó el trasero dos veces en producción.
Se conecta a los logs de mi dashboard de Convex vía la API. Un cron corre cada 15 minutos y revisa las tasas de error. Si los errores se disparan por encima de mi línea base (que aprendió de 2 semanas de observación), no solo me alerta — extrae los mensajes de error, los compara contra deploys recientes, y me envía un mensaje de Telegram como:
"Pico de errores detectado: 47 ConvexError en /api/checkout en los últimos 15 min. Causa probable: tu deploy de hace 2 horas cambió el validador para 'amount' de number a string. ¿Quieres que revierta?"
Digo "sí" o "no" desde mi teléfono. Eso es todo. Como tener un sysadmin de guardia 24/7 excepto que este no cobra $150/hora y no copia pasivo-agresivamente a tu manager.
La segunda vez que me salvó fue más raro — marcó un pico en errores de auth a las 3 AM que resultó ser alguien fuzzeando mis endpoints de API. No un ataque sofisticado, pero sin la alerta no me habría dado cuenta hasta la mañana. Bloqueé el rango de IP desde la cama.
5. El reporte matutino de "qué se rompió mientras dormía"
- name: "morning-stack-health"
schedule: "0 7 * * *"
prompt: "Generate morning stack health report. Check: 1) Convex function error rates last 12h, 2) Vercel deploy status for all projects, 3) New GitHub issues, 4) Supabase auth errors, 5) n8n workflow failures. Format as markdown, save to daily/"
Esa es la configuración. Eso es todo. Leo la salida con café. Dos minutos en lugar de veinte minutos saltando entre cinco dashboards. No toda automatización necesita una historia. A veces un cron y un prompt es todo lo que necesitas.
Las Máquinas de Dinero (Las Poco Sexys Que Realmente Generan Ingresos)
6. Piloto automático de onboarding de clientes
Cuando un nuevo cliente se registra a través de mi SaaS, la cadena va: webhook de Clerk se dispara → mutation de Convex almacena el usuario → n8n toma el evento → OpenClaw maneja el resto.
Ahora — te podrías estar preguntando por qué no hago esto completamente en n8n. Lo intenté. El problema es el email de bienvenida. Un template de n8n es un template. OpenClaw lee los datos de registro del usuario (nombre de empresa, tier del plan, lo que escribieron en el campo "¿qué estás construyendo?") y escribe un email personalizado que suena como si realmente hubiera leído su formulario.
Mis tasas de apertura se duplicaron aproximadamente después de cambiar de templates a emails escritos por agente. No es una prueba A/B científica, pero la diferencia fue lo suficientemente obvia en las analíticas de email de Stripe.
El resto (creación de workspace, recordatorio de check-in del día 3, actualización de CRM en Notion) es orquestación directa. El valor de OpenClaw aquí es específicamente las partes pesadas en NLP que n8n no puede hacer bien.
7. Monitor de precios de competidores → borrador de respuesta
Vendo un SaaS en un mercado con 4 competidores directos. OpenClaw scrapea sus páginas de precios cada mañana (habilidad de automatización de navegador), compara contra mis precios actuales, y me alerta si alguien cambia algo. Pero el truco real: redacta una estrategia de respuesta basada en reglas que he establecido.
Competidor X baja de $29/mes → redacta una campaña de email destacando funcionalidades que les faltan. Competidor Y agrega una funcionalidad que no tengo → crea un issue de GitHub con una spec de funcionalidad.
No me han sorprendido con un movimiento de competidor en dos meses. Se siente como jugar un juego de estrategia donde has descubierto todo el mapa mientras todos los demás siguen en niebla de guerra.
8. Perseguidor de facturas que no suena como robot
OpenClaw monitorea Stripe vía webhook. El pago falla o la factura lleva 7 días vencida → redacta un seguimiento con mi voz (entrenado en 50+ emails pasados) y envía a través de Gmail.
La escalera de escalación: día 7 es amigable, día 14 es más firme, día 21 copia a mi contador. No he perseguido manualmente una factura desde enero. Tres oraciones, 2-3 horas ahorradas por mes. Sigamos.
9. Secuencia de recuperación de pagos fallidos
Esto es diferente al perseguidor de facturas. Cuando falla un pago de suscripción (tarjeta vencida, fondos insuficientes), Stripe dispara un webhook y OpenClaw inicia una secuencia de recuperación de 3 pasos en 7 días. Pero el truco es la personalización — revisa los datos de uso del usuario en Convex antes de enviar el email.
¿Usuario de alto uso con tarjeta fallida? "Oye, noté que tu tarjeta venció — tu equipo ejecutó 847 automatizaciones el mes pasado, no quería que perdieras acceso". ¿Usuario de bajo uso que no ha iniciado sesión en 2 semanas? Enfoque completamente diferente — más un empujón de "¿aún quieres esto?" que les da una salida fácil. Prefiero perder una suscripción muerta limpiamente que seguir cobrándole a alguien que se olvidó de mí.
Recuperé como $400 en el primer mes. No es algo que cambie la vida, pero la automatización tomó 20 minutos configurar, así que el ROI es absurdo.
10. Calificación de leads con advertencias
Cuando alguien llena mi formulario de contacto, OpenClaw recibe el webhook, revisa su dominio de email, los busca en BuiltWith (datos públicos de stack tecnológico — no scrapeo sitios que requieren login), estima el tamaño de empresa de info pública, y califica el lead 1-10 basado en mis criterios.
Leads de puntaje alto reciben una respuesta personalizada inmediata. Leads de puntaje bajo reciben un template.
Originalmente lo tenía scrapeando perfiles de LinkedIn también. Eso duró exactamente 4 días antes de que la detección anti-bot de LinkedIn empezara a bloquear mi navegador headless como un portero en un club que acaba de detectar mi ID falsa. Cambié a BuiltWith y el tier gratuito de Clearbit en su lugar. Menos datos, pero realmente funciona de manera confiable, lo que resulta ser más importante que tener la mayor cantidad de datos. Quién lo hubiera sabido.
Administración de Vida, Pero Hazlo Raro
11. Escáner de recibos → categorizador de gastos → exportación lista para impuestos
Fotografío recibos, se los envío a OpenClaw vía WhatsApp. Hace OCR de la imagen, extrae monto y vendedor, lo categoriza (negocio/personal, deducible de impuestos/no), y lo registra en una tabla de Supabase.
create table expenses (
id uuid primary key default gen_random_uuid(),
date timestamp,
vendor text,
amount decimal,
category text,
tax_deductible boolean,
receipt_url text,
notes text
);
Llega la temporada de impuestos, exporto la tabla y se la envío a mi contador. El año pasado este proceso me tomó un fin de semana completo. Este año tomó 4 minutos. La parte más divertida: OpenClaw categorizó correctamente mis órdenes de UberEats de las 2 AM como "no deducible de impuestos" a pesar de mis mejores esfuerzos por convencerlo de que el combustible para debugging es un gasto de negocio.
12. CRM de relaciones (sí, para relaciones personales)
Esto suena distópico pero escúchame. OpenClaw rastrea cuándo fue la última vez que contacté a amigos cercanos y familia, basado en mi historial de mensajes. Si han pasado más de 2 semanas desde que hablé con alguien en mi "círculo interno", me recuerda. No con un genérico "llama a tu mamá" — con contexto como "la última vez que hablaste con Marcus fue sobre su entrevista de trabajo el 28 de enero. Ya debería saber los resultados".
Olvido cosas. Mi cerebro ADHD pierde contexto constantemente, soy malo manteniendo contacto con la gente y esta automatización me ha hecho un mejor amigo. Pero divago — de todos modos este es un artículo de automatización no una sesión de terapia.
13. El auditor de suscripciones "¿ya pagué por eso?"
Una vez al mes, OpenClaw escanea mis transacciones bancarias (exporto un CSV de mi banco, no le doy acceso directo — soy paranoico, no loco), hace referencias cruzadas contra una lista de suscripciones que mantengo en Notion, y marca cualquier cosa inesperada. Encontró un dyno hobby de Heroku de $12/mes que olvidé matar después de migrar a Vercel hace ocho meses. Eso son $96 en la basura porque era demasiado perezoso para revisar.
También marca cuando las pruebas gratuitas están a punto de convertirse a pagadas. Como tener un amigo cuyo único rasgo de personalidad es "lee la letra pequeña". Molesto, pero lo quieres en la mesa de cena.
14. Actualizador de documentación de codebase
Cada viernes, OpenClaw escanea mis repos por funciones que cambiaron esta semana pero cuyos comentarios JSDoc no.
Redacta documentación actualizada basada en el comportamiento real del código y abre un PR. No reescritura completa de docs — actualizaciones quirúrgicas a las partes que se desviaron.
Esto suena menor hasta que te das cuenta de que los docs desactualizados son como empiezan la mitad de todos los bugs de producción. Alguien lee un comentario que dice "retorna un objeto usuario" cuando ahora retorna un objeto usuario envuelto en un tipo Result. Boom, error de runtime, debugging a las 2 AM, ya conoces el drill.
Rechacé como 40% de sus PRs de docs las primeras dos semanas. Ahora bajó a tal vez 15%. Aprendió mis patrones — lo cual es impresionante o ligeramente inquietante, dependiendo de cuánta ciencia ficción hayas consumido últimamente.
15. Forense de fallas de workflows de n8n
Mi instancia de n8n ejecuta como 30 workflows. Cuando uno falla, n8n me envía un email que dice, esencialmente, "workflow X falló en nodo Y". Súper útil si recuerdo qué hace el workflow X y qué se supone que haga el nodo Y. Lo cual no recuerdo, porque lo construí hace tres semanas a medianoche.
OpenClaw intercepta las notificaciones de falla de n8n, extrae la definición del workflow, lee el mensaje de error, y lo traduce a algo realmente útil: "Tu workflow 'new-user-slack-notification' falló porque la API de Slack te limitó la tasa. Estás enviando 1 notificación por registro pero tuviste 47 registros en la última hora.
Sugerencia: agrupa notificaciones o agrega un retraso de 1 minuto entre llamadas."
Ese ejemplo específico me costó 45 minutos debuggear manualmente antes de tener esta automatización. Ahora recibo el diagnóstico en Telegram antes de siquiera saber que algo se rompió.
Las Que Suenan Inútiles Hasta Que Te Salvan
16. Auto-triaje de issues de GitHub
Llegan nuevos issues, OpenClaw los lee, los etiqueta (bug/feature/question), estima complejidad (S/M/L), revisa si un issue similar ya fue resuelto, y si es así, postea un comentario con el link. Para bugs reales, intenta reproducir usando los pasos del reportero y agrega sus hallazgos.
Cinco a diez issues por semana en mis repos. Los lunes empiezan con ellos ya organizados y medio respondidos. El antes/después en este es marcado.
17. Verificador de cordura post-deploy
Cada vez que Vercel termina un deploy, un webhook activa OpenClaw para golpear las rutas críticas de mi app: ¿puede un usuario registrarse? ¿Pueden crear un proyecto? ¿Carga la página de billing? Tests de humo básicos, pero ejecutados automáticamente en cada deploy.
Pensarías "solo escribe tests apropiados". Y sí, tengo tests. Pero los tests corren en un ambiente de test.
Esto golpea producción.
Después del deploy real. Con auth real de Clerk y datos reales de Convex. Cachó un deploy donde todo pasó en CI pero la variable de ambiente de Vercel para mi URL de Convex estaba apuntando a mi instancia de dev. Tests: verdes. Producción: completamente rota. OpenClaw: "tu /dashboard retorna un 500, ¿quieres que haga rollback?"
Como una alarma de incendio que realmente funciona vs la de tu apartamento que se dispara cuando haces tostadas. Ambas técnicamente "detectan cosas". Solo una es útil.
18. El botón de pánico para leaks de .env
Esta nació del trauma. Hace tres semanas casi hice commit de una clave service_role de Supabase dentro de un ejemplo de código en README. Mi .gitignore estaba bien. Mis tests estaban bien. La clave estaba en un archivo markdown que ninguna herramienta pensó en escanear.
Ahora: cada vez que hago push a cualquier repo, OpenClaw ejecuta un hook post-commit que escanea TODO — no solo archivos de código. Markdown, READMEs, archivos .txt, configs YAML, archivos Docker Compose. Cualquier cosa que huela a patrón de credencial (strings base64 de más de 30 chars, strings que empiecen con sk_, sb_, pk_, cualquier cosa con secret o key adyacente a un string largo).
Sí, GitHub tiene escaneo de secretos. OpenClaw cachó el mío primero. La automatización paranoica es la que te salva la carrera. Y si alguna vez has fat-fingereado un git push y sentido que se te cae el estómago — sabes exactamente de qué estoy hablando.
19. Transcripción de reunión → items de acción → Notion (con responsabilidad pasivo-agresiva)
Después de cada llamada de Zoom, la grabación llega a Fathom. OpenClaw agarra la transcripción, extrae items de acción, los asigna basado en contexto ("Phil dijo que manejaría la migración de auth" → crea una tarea asignada a mí), y tira todo en Notion.
La parte que le gana un lugar en la lista: hace referencias cruzadas con notas de reuniones anteriores.
¿Item de acción de hace dos semanas no se completó? Lo marca en el resumen de la nueva reunión con una pequeña nota: "esto también fue asignado el 31 de enero — aún abierto". ¿Pasivo-agresivo? Tal vez. Pero nunca he tenido menos pelotas caídas en proyectos.
20. Auditoría de row-level security de Supabase
Cada domingo, OpenClaw revisa mis políticas RLS contra mi estructura real de tablas. ¿Tablas sin políticas? Marcadas. ¿Políticas que son demasiado permisivas? Marcadas. ¿Desajustes entre IDs de usuario de Clerk y auth de Supabase? Lo adivinaste.
-- Example of what it flags:
-- "Table 'user_settings' has no RLS policy.
-- Any authenticated user can read any other user's settings.
-- Suggested fix:"
alter table user_settings enable row level security;
create policy "Users can only see their own settings"
on user_settings for select
using (auth.uid() = user_id);
Encontró 3 políticas mal configuradas en mi primera semana. Tres. En un proyecto que pensé estaba asegurado. Si estás usando Supabase y no tienes algo como esto corriendo, básicamente estás dejando tu puerta principal abierta y esperando que nadie pase caminando.
En un vecindario donde 135,000 [sic] instancias de OpenClaw están expuestas públicamente porque la gente no configuró sus firewalls. Solo digo.
21. La meta — OpenClaw monitoreando OpenClaw
Mi agente tiene un cron que se monitorea a sí mismo. Cada hora revisa consumo de tokens, costos de API del día, y si alguno de sus otros cron jobs falló.
Si los costos diarios de API cruzan mi umbral de $5, edita su propia configuración para usar Claude Haiku en lugar de Opus para tareas no críticas (briefings matutinos, recordatorios — cualquier cosa que no necesite razonamiento pesado).
- name: "self-monitor"
schedule: "0 * * * *"
prompt: "Check: 1) Today's total API cost via the token dashboard, 2) Failed cron jobs in the last hour, 3) Memory folder size. If API cost > $5, edit config.yaml to switch non-critical tasks to haiku. If any cron failed, retry once and log the error."
Ahora — ¿siempre funciona perfectamente? No. Una vez se cambió a sí mismo a Haiku para una tarea de revisión de PR que genuinamente necesitaba razonamiento nivel Opus. La revisión que produjo fue... optimista. Digamos que aprobó un PR que introdujo una vulnerabilidad de inyección SQL y llamó al código "limpio y bien estructurado". Agregué una lista hardcodeada de tareas que siempre deben usar Opus, sin excepciones. Lección aprendida.
Un agente AI que maneja su propio presupuesto, arregla sus propias fallas de cron, y ocasionalmente aprueba código terrible. Si esa no es la simulación más precisa de un dev junior que he visto, no sé qué es 🦞
La Verdad Aburrida Que Nadie Quiere Escuchar
21 automatizaciones. La mayoría poco glamorosas. Nada de negociaciones de autos, nada de ordenar groceries, nada de briefings matutinos leídos en acento australiano.
¿Las que realmente cambiaron mi flujo de trabajo? El detector de picos de errores. El reporte de salud del stack matutino. El categorizador de gastos. El forense de fallas de n8n. Cosas sobre las que no puedes hacer un tweet viral.
Pero se componen. Veinte minutos ahorrados aquí, treinta allá. Al final de la semana estoy recuperando 6-7 horas. Eso es casi un día completo de trabajo, cada semana, no haciendo nada más que cosas que solía hacer manualmente como algún tipo de cavernícola pre-2026.
Costo de configuración para la mayoría de estas: una tarde. Tal vez dos si estás conectando múltiples servicios. Quince a treinta dólares al mes para el VPS y costos de API.
El verdadero flex no es tener la configuración de OpenClaw más genial. Es tener la que te devuelve tu tiempo.
Si esta lista te dio ideas para tu propia configuración — sígueme. Actualmente estoy stress-testeando el modo multi-agente de OpenClaw donde ejecuto 5 agentes especializados en lugar de uno generalista. Los resultados tempranos son brillantes o un desastre completo. Aún no puedo distinguir. Mantente atento.
Automatizaciones de OpenClaw que transforman tu desarrollo nocturno: desde monitoreo de Claude Code hasta revisiones de PR con contexto real. Un vistazo a la automatización que funciona mientras duermes.