Claude Routines: cómo crear agentes autónomos que trabajan 24/7 sin que tu laptop esté encendida

Escrito por Jon • 16 de abril de 2026

Anthropic acaba de lanzar algo que cambia silenciosamente cómo se construyen automatizaciones con IA.

Se llama Claude Routines — y el resumen es este: escribís un prompt, conectás un repositorio, configurás un trigger, y Claude ejecuta la tarea en la nube de Anthropic. Sin laptop encendida. Sin servidor local. Sin un cron job que tenés que vigilar.

Lo he estado probando desde que salió, y esta es la guía que me hubiera gustado tener desde el primer día.

¿Qué son exactamente las Claude Routines?

Una Claude Routine es una configuración guardada de Claude Code — un prompt, uno o más repositorios de GitHub, y un conjunto de conectores — que se ejecuta automáticamente en la infraestructura cloud de Anthropic.

La palabra clave es cloud. A diferencia de ejecutar una tarea local en Claude Code (que se detiene en el momento en que cerrás tu computadora), una routine sigue funcionando mientras dormís, cenás o viajás. Es stateless, está programada, y es completamente autónoma una vez que la configurás.

Si llevás un tiempo construyendo con IA, sabés cuánta fricción hay para mantener automatizaciones vivas. Make, N8N, Zapier — funcionan, pero siempre estás conectando nodos, gestionando webhooks y debuggeando flujos. Las Claude Routines reemplazan todo eso con algo más simple: describís lo que querés, en lenguaje natural, y el agente se encarga del resto.

Ese es el enfoque de vibe coding aplicado a la automatización. Si estás empezando a construir productos con IA, en Aprende Vibe Coding cubrimos exactamente esta forma de pensar — cómo describir lo que necesitás con suficiente claridad para que la IA lo ejecute sin que tengas que estar encima.

Las tres formas de disparar una routine

Toda routine necesita un trigger. Por ahora hay tres opciones, y podés combinarlas.

1. Triggers programados

Configurás una frecuencia recurrente: cada hora, diario, días de semana, o semanal. El intervalo mínimo es una hora — no podés ejecutar una routine cada 5 minutos, así que no reemplaza webhooks en tiempo real. Pero para cualquier cosa que tenga sentido en un ritmo diario o semanal, es la opción más simple.

Ejemplo: todos los días a las 7am, Claude toma las últimas noticias de tu industria, las resume y crea un borrador en Notion.

2. Triggers por API

Cada routine que creás recibe un endpoint HTTP dedicado y un bearer token. Hacés un POST a ese endpoint y la routine se dispara.

Acá es donde se pone interesante para quienes construyen productos. Podés conectar Claude a tu stack de monitoreo (Datadog lanza una alerta → llama al endpoint → Claude analiza el stack trace y propone un PR con el fix), a tu pipeline de deploy, o incluso a una app mobile.

3. Triggers por eventos de GitHub

Las routines pueden reaccionar a eventos del repositorio: se abre un PR, se mergea un PR, se crea un issue, se lanza una nueva release. Podés filtrar por autor del PR, título o labels.

Ejemplo práctico: cada vez que se abre un PR con el label needs-review, una routine ejecuta el checklist de revisión de tu equipo y deja un comentario con los hallazgos.

Cómo crear tu primera routine

Hay tres formas de configurarla:

Interfaz web — Entrás a claude.ai/code/routines. Es la opción más cómoda si estás configurando algo nuevo. Completás un formulario: nombre de la routine, el prompt, los repos, los triggers y los conectores.

CLI — Dentro de una sesión de Claude Code, usás /schedule para crear una routine de forma conversacional. Después /schedule list, /schedule update y /schedule run para gestionarla. Bueno para iterar rápido.

App de escritorio — Hacés clic en "New task" → "New remote task". Ojo: si hacés clic en "New local task", la tarea solo corre mientras tu máquina esté encendida. Son cosas distintas.

Las cuatro cosas que vas a configurar

1. El prompt Es la parte más importante. Como la routine corre sin que estés mirando, el prompt tiene que ser autocontenido. El agente no puede pausar para hacerte una pregunta. Escribilo como si fuera un SOP que le entregás a alguien nuevo en tu equipo — sin contexto previo, con todo lo necesario para completar la tarea de principio a fin.

2. Repositorios Claude clona el repo al inicio de cada ejecución. Por defecto solo puede hacer push a ramas con el prefijo claude/. Si necesitás que haga push a otras ramas, podés habilitar los push sin restricciones — pero pensalo bien antes de activar esa opción.

3. Entorno Tres configuraciones que vale entender:

Acceso a red: "None" (sin internet), "Trusted" (solo dominios verificados por Anthropic), o "Full" (acceso sin restricciones). Si tu routine llama a APIs externas — ClickUp, YouTube, cualquier cosa que no esté en la lista de Anthropic — necesitás "Full". Con "Trusted", esas llamadas se bloquean silenciosamente y tu routine falla sin un error claro.
Variables de entorno: Acá guardás los API keys. Tu archivo .env no se clona (git lo ignora), así que cualquier secreto tiene que ir acá. Y en el prompt, decile explícitamente a Claude que "busque el API key en las variables de entorno" — no asumas que va a revisar ahí por su cuenta.
Scripts de configuración: Comandos que se ejecutan antes de que empiece la routine. Para instalar dependencias o configurar el entorno.

4. Conectores (MCP) Las routines pueden conectarse a Slack, Gmail, Notion, Google Drive, Linear y más a través de MCP (Model Context Protocol). Esto es lo que las hace genuinamente útiles más allá de ejecutar código — el agente puede leer tu bandeja de entrada, escribir en una base de datos de Notion o publicar en un canal de Slack.

¿Qué podés construir con esto?

Estos son los casos de uso que he visto funcionar bien:

Automatización de newsletter

Claude scrapeea un conjunto de fuentes, resume los puntos más relevantes, crea una página en Notion con el borrador y envía un mensaje a Slack con el link para que lo revises. Corre todos los días. Vos llegás, leés el borrador y decidís si lo enviás. La investigación y el primer borrador ya están hechos.

Triage nocturno de issues

Cada noche, la routine revisa todos los issues abiertos en GitHub, los categoriza por tipo, asigna responsables según reglas que definís en el prompt y publica un resumen en Slack. Tu equipo se despierta con el tablero organizado.

Code reviews automáticos

Cuando se abre un PR, una routine lo evalúa contra el checklist de tu equipo — convenciones de nombres, cobertura de tests, documentación — y deja comentarios específicos y accionables. No reemplaza la revisión humana, pero se encarga de lo obvio de forma automática.

Respuesta a incidentes

Tu herramienta de monitoreo lanza una alerta → llama al endpoint de la routine → Claude analiza los logs y el stack trace → propone un PR con el fix y lo publica en el canal de Slack de incidentes. Los ingenieros pueden revisarlo de inmediato en lugar de empezar desde cero.

Generación de propuestas para clientes

Una transcripción de reunión de Fireflies dispara la routine → Claude extrae requerimientos, alcance y tiempos → arma una propuesta completa → la publica en un workspace de Notion. Vos la revisás y la enviás. El primer borrador no te costó nada de tiempo.

¿Venís de N8N o Make? Así cambia el modelo mental

Vale la pena hablarlo directo porque muchos de los que construyen flujos hoy usan N8N o Make.

La diferencia no es solo de interfaz. Es un modelo mental distinto.

N8N y Make son basados en nodos. Mapeás cada paso visualmente: traé esto, filtrá aquello, formateá esto otro, enviá acá. Es potente pero frágil. Agregar un paso nuevo implica editar el grafo. Debuggear implica rastrear nodos. Mantenerlo implica que alguien en tu equipo entienda la topología.

Las Claude Routines son basadas en lenguaje. Describís cuál debería ser el resultado y el agente determina los pasos. Eso es un cambio real — significa que podés construir un flujo en el tiempo que te lleva escribir un párrafo claro, y actualizarlo editando ese párrafo.

El tradeoff: N8N es más determinístico y más robusto para lógica empresarial compleja. Las Routines son más flexibles y mucho más rápidas de construir, pero el agente puede interpretar las cosas de formas inesperadas si el prompt es vago.

Tip de migración: Si tenés un flujo de N8N que querés migrar, exportalo como JSON, pegalo en Claude y pedile que "genere un prompt de Claude Routine basado en esta lógica de flujo". Lo hace sorprendentemente bien.

Esto es lo que hace que el lenguaje natural sea una herramienta genuinamente poderosa para construir — y es la habilidad central del vibe coding. Si querés desarrollarla de forma sistemática, en Aprende Vibe Coding recorro el proceso paso a paso con todo lo que aprendí construyendo mis propios productos con IA.

Lo que te va a ahorrar tiempo

Probá antes de programar

Usá el botón "Run now" antes de activar cualquier schedule. Mirá la ejecución en tiempo real. Podés interrumpir el agente a mitad de la corrida, corregirlo y volver a ejecutarlo hasta estar seguro de que puede correr solo. No saltees este paso — una routine rota que corre todos los días es un dolor debuggearla.

Escribí prompts explícitos, sin supuestos

Malo: "Revisá el repo y arreglá los problemas." Mejor: "Revisá todos los issues abiertos en GitHub con el label bug. Para cada uno, verificá si hay un test relacionado que falla. Si es así, creá una rama llamada claude/fix-[número-del-issue], hacé el fix y abrí un PR con una descripción que explique qué cambió y por qué."

El segundo prompt tiene un alcance claro, un formato de output específico y sin ambigüedad sobre qué significa "arreglar problemas".

La statelessness es real — planificala

Cada ejecución de una routine empieza en un contenedor cloud fresco. Cuando el trabajo termina, el entorno se destruye. Nada persiste entre corridas.

Si tu routine necesita recordar algo — una lista de ítems procesados, un contador, el estado de la corrida anterior — tiene que escribirlo en algún lado: hacer commit a GitHub, escribir en una base de datos de Notion, enviarlo a una API externa. Construí la persistencia en el prompt de forma intencional.

Optimizá el tamaño del repositorio

Claude clona el repo al inicio de cada ejecución. Un repo pesado con archivos grandes o documentación innecesaria ralentiza todo y aumenta el costo en tokens. Manté los repos que usás en routines lo más limpios posible.

Límites de uso y precios

Las routines consumen de tu suscripción estándar de Claude, pero también tienen límites diarios de ejecuciones:

Plan	Ejecuciones diarias
Pro	5 por día
Max	15 por día
Team / Enterprise	25 por día

Las organizaciones con "extra usage" habilitado pueden superar estos límites mediante facturación por uso.

Esto sigue siendo un research preview, así que los números probablemente cambien. Para la mayoría de los casos — un resumen diario, un triage nocturno, algunos triggers de revisión de PRs — 5 a 15 ejecuciones por día es suficiente para empezar.

La mirada más larga

Las Routines no son solo una función de scheduling. Son un modelo distinto de lo que puede ser la automatización.

Las herramientas tradicionales de automatización requieren que seas lo suficientemente técnico para pensar en nodos, webhooks y transformaciones de datos. Las Routines requieren que seas lo suficientemente claro para describir lo que querés en lenguaje natural — y después confiar en que el agente va a resolver los pasos.

Eso es una barrera técnica más baja. También es una barrera de claridad más alta. Necesitás ser preciso con los resultados, explícito con las restricciones y cuidadoso con los casos borde — no porque estés escribiendo código, sino porque estás escribiendo instrucciones para un agente que las va a ejecutar sin hacerte preguntas de seguimiento.

Esa habilidad — describir lo que querés con suficiente claridad para que una IA actúe — es el núcleo del vibe coding. Es lo que separa a los builders que obtienen output útil de la IA de los que se frustran y abandonan.

Si querés construir esa habilidad de forma metódica, no solo a través del ensayo y el error, Aprende Vibe Coding es donde puse todo lo que aprendí construyendo mis propios productos con IA.

Referencia rápida

Crear una routine: claude.ai/code/routines o /schedule en el CLI o "New remote task" en la app de escritorio

Tipos de trigger: Programado (mín. 1hr) / API (HTTP POST + bearer token) / Eventos de GitHub (PR, issue, release)

Acceso a red para APIs externas: Usá "Full", no "Trusted"

API keys: Guardalos en variables de entorno y referencialos explícitamente en el prompt

Persistencia: Escribí a GitHub, Notion o una base de datos externa — nada sobrevive entre ejecuciones

Testing: Siempre usá "Run now" antes de activar el schedule

Límites diarios actuales: Pro: 5 / Max: 15 / Team+Enterprise: 25

Las Claude Routines están actualmente en research preview. Las funciones y los límites pueden cambiar.