Hay una función que Anthropic lanzó, y casi nadie está hablando de ella.
Guarda esto :)
Se llama Claude Code Routines.
Y podría ser la función más importante que Anthropic haya lanzado este año.
Te explico por qué.
Hasta ahora, cada automatización de Claude Code requería que tu laptop estuviera encendida. Podías usar /loop para buscar cambios. Podías usar /schedule para configurar tareas recurrentes. Pero en el momento en que 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. En un horario programado. 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 de eso 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 necesites 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 o toma de decisiones. Requiere ejecución.
Estos son los patrones que los usuarios tempranos 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 severidad, 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 desviación en documentación — cada viernes, la routine escanea los pull requests fusionados de la semana pasada, identifica aquellos que cambiaron APIs o interfaces, los compara con la documentación y abre PRs de actualización para la documentación que ahora está 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 de código recientes y publica un veredicto de aprobado/no aprobado en el canal de lanzamiento.
Revisión de código diaria — cada mañana a las 9am, la routine toma el PR abierto más antiguo, lo revisa en busca de problemas de seguridad, errores de lógica y violaciones de estilo, y publica comentarios en línea.
Las personas que configuran tres o cuatro de estas están operando en un nivel completamente diferente al de las personas 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 las opciones de configuración completas — activadores de horario, activadores de API y activadores de 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 de API y GitHub, necesitas la interfaz web.
Cuando creas una routine, configuras cuatro cosas:
El prompt — esta es la parte más crítica. Dado que 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 una conversación anterior". Cada ejecución comienza desde cero.
El repositorio — qué base de código utiliza la routine. Tiene acceso completo de lectura y puede hacer push a ramas con el prefijo claude/ por defecto.
Los conectores — qué servicios externos puede acceder la routine. 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 de la gente 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 de lógica y problemas de rendimiento. Escribe comentarios en línea para cada problema encontrado."
Especificación de salida: "Publica un comentario de resumen en el PR con: total de problemas encontrados (por severidad), 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 severidad Crítica. Nunca modifiques ningún 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 confiable será tu routine.
Paso 4: Comprende los Límites
Routines es potente, pero tiene limitaciones que debes conocer.
Límite de ejecuciones diarias: Durante la vista previa de investigación, cada cuenta obtiene 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 realiza 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 el prefijo claude/. Esta es una medida de seguridad — una routine mal escrita no puede hacer push accidentalmente a main. No deshabilites esto a menos que tengas procesos de revisión robustos 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 evitar desperdiciar ejecuciones en ruido.
Dependencia de 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.
Así es como se ve una pila de routines completa para un equipo de ingeniería pequeño:
Mañana (9am) — Revisión Diaria de PRClaude 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 DespliegueCada vez que un despliegue llega a staging, Claude ejecuta el conjunto de pruebas, escanea los registros en busca de errores y publica un aprobado/no aprobado en el canal de lanzamiento en cuestión de minutos.
Nocturna (2am) — Triage de BacklogClaude procesa todas las nuevas incidencias presentadas ese día, agrega etiquetas, asigna puntuaciones de prioridad y crea un documento de informe matutino.
Semanal (viernes 5pm) — Verificación de DocumentaciónClaude escanea los PRs fusionados de la semana, identifica la documentación que necesita actualización y abre PRs borrador para cada uno.
Semanal (lunes 8am) — Informe de Deuda TécnicaClaude escanea la base de código en busca de comentarios TODO, dependencias obsoletas y brechas en la cobertura de pruebas. Produce una lista clasificada de elementos de deuda técnica con esfuerzo estimado.
Cada routine toma de 10 a 15 minutos de configuración. 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 un buen resultado? Si no, ¿qué parte del prompt es ambigua?
- ¿Está tomando demasiado tiempo en ciertas ejecuciones? Podrías necesitar reducir el alcance.
- ¿Está encontrando errores? Agrega 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 en lo que funcionó y lo que no, y mejora su propio 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 aprenderlo
- 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 un desarrollador, un gerente de ingeniería, un ingeniero de DevOps o un 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 Claude routines cuando 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 Claude routine es un agente. Le das un objetivo. Decide cómo alcanzarlo. Se adapta a situaciones inesperadas. Razona sobre los problemas. Verifica su propio trabajo.
Una GitHub Action ejecuta un linter y te dice qué falló. Una Claude routine 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 una liga diferente.
Recetas Comunes de Routines Que Puedes Copiar Hoy
Aquí hay cinco configuraciones de routines que puedes configurar en la próxima hora:
Receta 1: El Bot de Reunión MatutinaProgramación: Diario a las 8:30am 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 bloqueadores. Compila un informe matutino 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 DependenciasProgramación: Semanal los lunes a las 6am 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 detrás de la actual. Crea un informe priorizado con calificaciones de severidad y abre una incidencia de GitHub si se encuentra alguna vulnerabilidad Crítica."
Receta 3: El Generador de ChangelogActivador: 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 característica, corrección, mejora o tarea. Genera un changelog formateado en CHANGELOG.md y abre un PR."
Receta 4: El Monitor de Cobertura de PruebasProgramación: Nocturna a la 1am 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 Descripción de PRActivador: Evento de GitHub — nuevo PR abierto Prompt: "Cuando se abre un nuevo PR, verifica si la descripción cumple con nuestros requisitos de 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 involucrados. 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 de configuración. Juntas ahorran a un equipo docenas de horas por mes.
El Resultado Final
La forma antigua: despertar, abrir terminal, iniciar sesión de Claude Code, escribir comandos, esperar resultados, pasar a la siguiente tarea. Repetir mañana.
La nueva forma: configurar routines una vez, dejarlas ejecutar en la nube de Anthropic, despertar 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 de la gente leerá esto y pensará "debería configurar eso algún día". Aquellos que realmente creen su primera routine hoy tendrán un sistema funcionando para 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 ❤️
