Cómo configurar Claude Code Routines para automatizar cualquier flujo de trabajo (Curso completo)

Hay una función que Anthropic lanzó, y casi nadie está hablando de ella.

Guárdalo y márcalo :)

Se llama Claude Code Routines.

Y podría ser la función más importante que Anthropic haya lanzado este año.

Aquí te explico por qué.

Hasta ahora, cada automatización de Claude Code requería que tu laptop estuviera encendida. Podías usar /loop para monitorear cambios. Podías usar /schedule para programar tareas recurrentes. Pero en cuanto cerrabas tu terminal o apagabas tu laptop, todo se detenía.

Routines soluciona eso por completo.

Una routine es una automatización de Claude Code que configuras una vez — un prompt, un repositorio, un conjunto de conectores — y luego se ejecuta en la infraestructura en la nube de Anthropic. Con una programación horaria. Desde una llamada API. O activada por un evento de GitHub.

Tu laptop puede estar apagada. Tu terminal puede estar cerrada. La routine se ejecuta de todas formas.

Este es el cambio de "herramienta de IA que usas" a "sistema de IA que trabaja para ti".

Aquí te explico exactamente cómo configurar una, incluso si nunca has usado Claude Code antes.

Por qué Routines es diferente a todo lo demás

Claude Code ya tenía programación. Entonces, ¿qué cambió?

La diferencia es la infraestructura.

Los comandos antiguos /schedule y /loop se ejecutaban dentro de tu sesión local de Claude Code. Dependían de que tu máquina estuviera encendida, tu terminal abierta y tu conexión a internet estable. Si algo fallaba, la automatización moría.

Routines se ejecuta en la nube de Anthropic. Son agentes autónomos persistentes que sobreviven a reinicios, cierres de terminal y ejecuciones nocturnas. Tienen acceso directo a tus repositorios y a tus conectores — Slack, Linear, Google Drive, GitHub — sin que tengas que gestionar nada de eso.

Piensa en el sistema antiguo como un recordatorio en tu teléfono. Suena, pero aún tienes que hacer el trabajo.

Routines es el empleado que hace el trabajo mientras duermes y te envía un resumen cuando te despiertas.

Paso 1: Decide qué automatizar

Las mejores routines automatizan tareas que son:

Recurrentes — ocurren en un horario predecible (diario, semanal o activadas por un evento).

Bien definidas — puedes describir exactamente cómo se ve "terminado" sin ambigüedad.

De bajo juicio — la tarea no requiere tu pensamiento creativo único ni tu toma de decisiones. Requiere ejecución.

Estos son los patrones que los primeros usuarios están ejecutando ahora mismo:

Gestión de backlog — cada noche a medianoche, la routine extrae nuevas incidencias de Linear, las categoriza por tipo y gravedad, asigna etiquetas y publica un resumen en un canal de Slack. El líder de ingeniería se despierta con un tablero limpio y organizado.

Detección de desviaciones en documentación — cada viernes, la routine escanea los pull requests fusionados de la semana pasada, identifica aquellos que cambiaron APIs o interfaces, los cruza con la documentación y abre PRs de actualización para la documentación desactualizada.

Verificación de despliegue — activada por un webhook después de cada despliegue, la routine ejecuta pruebas de humo contra la nueva compilación, escanea los registros de errores en busca de regresiones, correlaciona cualquier problema con cambios recientes en el código y publica un veredicto de "adelante/no adelante" en el canal de lanzamiento.

Revisión de código diaria — cada mañana a las 9 a.m., la routine toma el PR abierto más antiguo, lo revisa en busca de problemas de seguridad, errores lógicos y violaciones de estilo, y publica comentarios en línea.

Las personas que configuran tres o cuatro de estas están operando a un nivel completamente diferente de las que todavía usan Claude como una herramienta de chat.

Paso 2: Crea tu primera routine

Hay dos formas de crear una routine.

Desde la interfaz web: Ve a claude.ai/code/routines y haz clic en "New routine". Esto te da todas las opciones de configuración: activadores por horario, activadores por API y activadores por eventos de GitHub.

Desde la CLI: Si ya usas Claude Code en la terminal, escribe /schedule seguido de una descripción. Por ejemplo:

/schedule daily PR review at 9am

La CLI solo crea activadores basados en horario. Para activadores por API y GitHub, necesitas la interfaz web.

Cuando creas una routine, configuras cuatro cosas:

El prompt — esta es la parte más crítica. Como la routine se ejecuta de forma autónoma, el prompt debe ser completamente autónomo. Todo lo que el agente necesita saber debe estar en el prompt. No hay "contexto de conversaciones anteriores". Cada ejecución comienza desde cero.

El repositorio — la base de código con la que trabaja la routine. Tiene acceso completo de lectura y puede hacer push a ramas con prefijo claude/ por defecto.

Los conectores — los servicios externos a los que la routine puede acceder. Slack para publicar actualizaciones. Linear para leer y gestionar incidencias. Google Drive para leer y escribir documentos. GitHub para monitorear eventos y abrir PRs.

El activador — cuándo y cómo se ejecuta la routine. Programado (cada hora, cada noche, cada semana), activado por API (lo llamas mediante programación) o activado por GitHub (se dispara cuando ocurre un evento específico en tu repositorio).

Paso 3: Escribe un prompt a prueba de balas

Aquí es donde la mayoría falla.

Una routine se ejecuta sin que la estés viendo. Si el prompt es vago, el agente lo interpretará de manera diferente cada vez y obtendrás resultados inconsistentes.

Los mejores prompts para routines siguen esta estructura:

Definición del rol: "Eres un revisor de código senior especializado en seguridad y rendimiento."

Definición de la tarea: "Revisa el pull request abierto más antiguo en este repositorio."

Proceso paso a paso: "Primero, lee la descripción del PR. Luego, revisa la rama. Lee los archivos modificados. Analiza en busca de vulnerabilidades de seguridad, errores lógicos y problemas de rendimiento. Escribe comentarios en línea para cada problema encontrado."

Especificación de salida: "Publica un comentario resumen en el PR con: total de problemas encontrados (por gravedad), una evaluación general de un párrafo y un veredicto claro de aprobar/solicitar cambios."

Manejo de errores: "Si no hay PRs abiertos, publica en #engineering en Slack diciendo 'No hay PRs abiertos para revisar hoy.' Si un PR tiene más de 50 archivos modificados, omítelo y publica que necesita revisión manual."

Restricciones: "Nunca apruebes un PR que tenga un problema de gravedad Crítica. Nunca modifiques código directamente — solo comenta. Máximo tres comentarios en línea por archivo para evitar ruido."

Cuanto más preciso sea tu prompt, más fiable será tu routine.

Paso 4: Comprende los límites

Routines es potente, pero tiene restricciones que debes conocer.

Límite de ejecuciones diarias: Durante la vista previa de investigación, cada cuenta tiene 15 ejecuciones de routine por día. Si necesitas más, habilita el uso adicional en la configuración de tu organización; las ejecuciones adicionales se miden.

Consumo de tokens: Las routines consumen del mismo límite de suscripción que las sesiones interactivas de Claude Code. Una routine compleja que lee muchos archivos y hace múltiples llamadas API usará significativamente más tokens que una simple.

Seguridad de ramas: Por defecto, Claude solo puede hacer push a ramas con prefijo claude/. Esto es una medida de seguridad: una routine mal escrita no puede hacer push accidentalmente a main. No desactives esto a menos que tengas procesos de revisión sólidos aguas abajo.

Límites de eventos de GitHub: Las routines activadas por GitHub tienen límites por hora por routine y por cuenta durante la vista previa. Si tu repositorio es muy activo, filtra qué eventos activan la routine para no desperdiciar ejecuciones en ruido.

Dependencia del horario: Las routines programadas se ejecutan a la hora especificada, pero puede haber variación durante períodos de alta demanda. No construyas flujos de trabajo que dependan de una sincronización exacta al segundo.

Paso 5: Construye una pila de routines

Una routine es útil. Una pila de routines es un sistema.

Esto es lo que parece una pila de routines completa para un equipo de ingeniería pequeño:

Mañana (9 a.m.) — Revisión diaria de PRs

Claude revisa todos los PRs abiertos, publica comentarios en línea y envía un resumen a Slack con una lista priorizada de lo que necesita atención hoy.

Post-despliegue (webhook) — Verificación de despliegue

Cada vez que un despliegue llega a staging, Claude ejecuta el conjunto de pruebas, escanea los registros en busca de errores y publica un "adelante/no adelante" en el canal de lanzamiento en cuestión de minutos.

Nocturna (2 a.m.) — Triage de backlog

Claude procesa todas las nuevas incidencias presentadas ese día, añade etiquetas, asigna puntuaciones de prioridad y crea un documento informativo matutino.

Semanal (viernes 5 p.m.) — Verificación de documentación

Claude escanea los PRs fusionados de la semana, identifica la documentación que necesita actualización y abre PRs borrador para cada uno.

Semanal (lunes 8 a.m.) — Informe de deuda técnica

Claude escanea la base de código en busca de comentarios TODO, dependencias obsoletas y brechas de cobertura de pruebas. Produce una lista clasificada de elementos de deuda técnica con esfuerzo estimado.

Cada routine tarda de 10 a 15 minutos en configurarse. La pila toma una tarde. El ahorro de tiempo se acumula cada semana.

Paso 6: Monitorea y mejora

Cada ejecución de routine genera un registro. Revísalo.

Busca patrones:

• ¿La routine produce consistentemente buenos resultados? Si no, ¿qué parte del prompt es ambigua?
• ¿Está tomando demasiado tiempo en ciertas ejecuciones? Puede que necesites reducir el alcance.
• ¿Está encontrando errores? Añade manejo explícito de errores al prompt.
• ¿Está produciendo demasiado ruido? Ajusta las restricciones.

La nueva función "Dreaming" — anunciada en Code with Claude el 6 de mayo — lleva esto aún más lejos. Cuando Dreaming está habilitado, Claude revisa sus propias sesiones de routine pasadas entre ejecuciones, identifica patrones de lo que funcionó y lo que no, y mejora su enfoque para la próxima vez.

Tus routines literalmente se vuelven más inteligentes cuanto más se ejecutan.

Para quién es esto (y para quién no)

Routines está diseñado para desarrolladores y operadores con inclinación técnica que:

• Ya usan Claude Code o están dispuestos a aprender
• Tienen tareas repetitivas en su flujo de trabajo que siguen patrones claros
• Quieren automatizar la sobrecarga operativa que consume horas cada semana
• Trabajan con bases de código alojadas en GitHub

Si eres un usuario no técnico que busca automatización con IA, Claude Cowork con tareas programadas es un mejor punto de partida. Routines es la herramienta para usuarios avanzados.

Pero si eres desarrollador, ingeniero de software, ingeniero DevOps o fundador técnico — routines te ahorrará más tiempo que cualquier otra función que Anthropic haya lanzado.

Routines vs. GitHub Actions: ¿Cuál es la diferencia?

Muchos desarrolladores preguntarán: ¿por qué pagar por routines de Claude si GitHub Actions es gratuito?

La respuesta es que una GitHub Action es un script. Escribes cada paso. Defines cada condicional. Manejas cada caso límite tú mismo. Hace exactamente lo que programaste y nada más.

Una routine de Claude es un agente. Le das un objetivo. Decide cómo alcanzarlo. Se adapta a situaciones inesperadas. Razona sobre problemas. Verifica su propio trabajo.

Una GitHub Action ejecuta un linter y te dice qué falló. Una routine de Claude lee el error, entiende por qué falló, propone una solución y abre un pull request con la corrección.

Esa es una categoría fundamentalmente diferente. Los scripts siguen reglas. Los agentes resuelven problemas.

Para automatización simple — ejecutar pruebas, verificar formato, publicar una notificación — GitHub Actions está bien. Para cualquier cosa que requiera juicio, análisis o adaptación, routines está en otra liga.

Recetas comunes de routines que puedes copiar hoy

Aquí tienes cinco configuraciones de routines que puedes configurar en la próxima hora:

Receta 1: El bot de reunión diaria

Horario: Diario a las 8:30 a.m.

Prompt: "Revisa el repositorio de GitHub en busca de todos los commits enviados ayer. Revisa Linear en busca de incidencias nuevas y actualizadas. Revisa Slack #engineering en busca de mensajes que mencionen bloqueos. Compila un informe de reunión diaria con tres secciones: lo que se hizo, lo que está en progreso y lo que está bloqueado. Publica el informe en #daily-standup en Slack."

Receta 2: El auditor de dependencias

Horario: Semanal los lunes a las 6 a.m.

Prompt: "Escanea package.json y requirements.txt en busca de todas las dependencias. Verifica cada dependencia en busca de vulnerabilidades conocidas usando la web. Identifica cualquier dependencia que esté más de dos versiones principales por detrás de la actual. Crea un informe priorizado con calificaciones de gravedad y abre una incidencia de GitHub si se encuentra alguna vulnerabilidad Crítica."

Receta 3: El generador de changelog

Activador: Evento de GitHub — nuevo tag de lanzamiento enviado

Prompt: "Cuando se envía un nuevo tag de lanzamiento, lee todos los commits desde el tag anterior. Categoriza cada commit como feature, fix, improvement o chore. Genera un changelog formateado en CHANGELOG.md y abre un PR."

Receta 4: El monitor de cobertura de pruebas

Horario: Nocturno a la 1 a.m.

Prompt: "Ejecuta el conjunto de pruebas. Calcula los porcentajes de cobertura por módulo. Compara con las líneas base de cobertura en coverage-config.json. Si algún módulo cae por debajo de su línea base en más del 2%, abre una incidencia de GitHub con el módulo específico, la cobertura anterior, la nueva cobertura y los commits que probablemente causaron la caída."

Receta 5: El validador de descripciones de PR

Activador: Evento de GitHub — nuevo PR abierto

Prompt: "Cuando se abre un nuevo PR, verifica si la descripción cumple con los requisitos de nuestra plantilla: debe incluir una sección de Resumen, una sección de Pruebas y una sección de Capturas de pantalla si hay cambios de UI. Si falta alguna sección, publica un comentario cortés solicitando al autor que actualice la descripción antes de la revisión."

Cada receta toma menos de 10 minutos en configurarse. Juntas ahorran a un equipo docenas de horas al mes.

El resultado final

La forma antigua: despertarse, abrir terminal, iniciar sesión de Claude Code, escribir comandos, esperar resultados, pasar a la siguiente tarea. Repetir al día siguiente.

La nueva forma: configurar routines una vez, dejarlas ejecutar en la nube de Anthropic, despertarse con resultados.

Esto no es una mejora teórica. La gente ya está ejecutando pilas de routines que manejan todo su flujo de trabajo operativo durante la noche.

La brecha entre "persona que usa Claude como chatbot" y "persona que tiene a Claude trabajando autónomamente las 24 horas" se está haciendo más grande cada semana.

Routines es cómo cruzas al otro lado.

La mayoría leerá esto y pensará "debería configurar eso algún día". Los que realmente creen su primera routine hoy tendrán un sistema funcionando la próxima semana que les ahorrará horas cada mes.

Sígueme @eng_khairallah1 para más análisis y flujos de trabajo sobre IA. Publico contenido como este regularmente — herramientas, configuraciones y estrategias que realmente funcionan.

Espero que te haya sido útil, Khairallah ❤️