Las Routines de Claude Code: qué se ejecuta en la nube, qué se queda en tu máquina y cómo elegir

Claude Code tiene ya tres formas de ejecutar un prompt sin que lo escribas tú, y sus nombres se solapan lo suficiente como para confundir a cualquiera: las Routines, las tareas programadas de la app de escritorio y /loop. La app de escritorio incluso crea las dos primeras desde la misma página. Se diferencian en lo único que importa cuando automatizas un trabajo: dónde se ejecuta el agente y, por tanto, qué puede ver.

Esta guía repasa las tres con los límites escritos en la documentación (comprobada el 4 de octubre de 2026, las Routines están en research preview y Anthropic avisa de que el comportamiento, los límites y la API pueden cambiar). Después explica lo que hacemos nosotros: siete agentes arrancan cada tarde por nuestra parte, y ninguno es una routine. Las razones son concretas, y puede que te afecten o no.

Qué es una routine

Una routine es una configuración guardada de Claude Code: un prompt, uno o varios repositorios de GitHub y un conjunto de conectores, empaquetados una vez y ejecutados automáticamente. Se ejecuta en una infraestructura en la nube gestionada por Anthropic, o en el entorno autoalojado de tu organización cuando se envía allí. Tu portátil puede estar cerrado.

Cada ejecución es una cloud session completa. De ahí salen cuatro consecuencias, y son las que hay que recordar:

• Un clon nuevo cada vez. Cada repositorio se clona al inicio de la ejecución, desde la rama por defecto. Claude sube su trabajo a una rama con el prefijo claude/, salvo que tu prompt diga otra cosa. Nada de lo que no tienes commiteado en tu máquina existe para la routine.
• Ninguna petición de permiso. No hay selector de modo de permisos. La sesión ejecuta comandos de shell, usa las skills commiteadas en el repositorio y llama a todas las herramientas de todos los conectores incluidos, escrituras incluidas, sin pararse a preguntar.
• Conectores, no tus servidores MCP locales. Todos los conectores de tu cuenta de claude.ai se incluyen por defecto, y la documentación te dice que quites los que la routine no necesita. Los servidores añadidos en local con claude mcp add viven en tu máquina y no están en la lista. Un .mcp.json commiteado es la otra puerta de entrada.
• Actúa en tu nombre. Las Routines pertenecen a tu cuenta individual. Los commits y las pull requests llevan tu usuario de GitHub, y los mensajes de Slack y los tickets de Linear usan tus cuentas vinculadas.

Las Routines están disponibles en los planes Pro, Max, Team y Enterprise. Las creas en claude.ai/code/routines, desde la app de escritorio (pestaña Code, Routines, New routine, Cloud) o desde el CLI.

Los tres disparadores

Una routine puede llevar un disparador o varios a la vez.

Programado. Cada hora, cada día, los días laborables o cada semana, en tu hora local, o una ejecución única en una fecha futura. El intervalo mínimo es de una hora. Un detalle de la documentación que conviene saber: una ejecución programada justo a la hora en punto puede arrancar con varios minutos de retraso, así que elige las 9:07 en lugar de las 9:00 cuando la hora importa.

API. Cada routine tiene su propio endpoint y su propio token bearer, generado en la web (el CLI no puede crear ni revocar tokens). Un POST inicia una sesión y devuelve su URL:

curl -X POST https://api.anthropic.com/v1/claude_code/routines/trig_01ABCDEFGHJKLMNOPQRSTUVW/fire \
  -H "Authorization: Bearer sk-ant-oat01-xxxxx" \
  -H "anthropic-beta: experimental-cc-routine-2026-04-01" \
  -H "anthropic-version: 2023-06-01" \
  -H "Content-Type: application/json" \
  -d '{"text": "Sentry alert SEN-4521 fired in prod."}'

El campo text no llega a la routine como una instrucción. Llega envuelto en un bloque que lo etiqueta como dato no fiable, así que el prompt guardado tiene que pedir explícitamente que se use («investiga la alerta descrita en el bloque routine-fire-payload»); si no, el texto es contexto inerte. Es el comportamiento por defecto correcto: cualquiera que tenga el token puede enviar texto.

GitHub. Eventos de pull request y de release, con filtros por autor, título, cuerpo, rama base, rama de origen, etiquetas, estado de borrador y estado fusionado. La Claude GitHub App tiene que estar instalada en el repositorio. Cada evento inicia su propia sesión, y los eventos que superan el tope por hora se descartan.

Desde el CLI: /schedule

/schedule crea una routine programada mediante una conversación, y /routines es un alias.

/schedule daily PR review at 9am
/schedule in 2 weeks, open a cleanup PR that removes the feature flag
/schedule list
/schedule update
/schedule run

/schedule update es donde se define una expresión cron personalizada. Añadir un disparador de GitHub desde el CLI requiere Claude Code v2.1.225 o posterior; los disparadores por API solo se crean en la web.

Si /schedule responde «Unknown command», la causa habitual es la autenticación: el comando exige iniciar sesión con una suscripción de claude.ai. Una ANTHROPIC_API_KEY en tu shell, un apiKeyHelper en settings.json o una sesión iniciada con Bedrock o Vertex lo ocultan.

Los límites que debes conocer antes de depender de ello

Las Routines consumen el uso de tu suscripción como cualquier sesión interactiva. Además, cada forma de iniciar una ejecución tiene un tope por hora sin exceso posible:

Tres cosas más de la documentación que se notan en la práctica. Una conexión con GitHub que falta o ha caducado hace que la routine se salte sus ejecuciones durante un máximo de 72 horas, y después se desactiva sola. Una suscripción en pausa deja las Routines en espera. Y una ejecución en verde no significa que la tarea haya funcionado: significa que la sesión arrancó y terminó sin un error de infraestructura.

Las dos opciones locales

Las tareas programadas de la app de escritorio son la opción Local del mismo botón New routine. Se ejecutan en tu máquina, con tus archivos tal como están, cambios sin commitear incluidos, salvo que marques la opción worktree. Cada tarea tiene su propio modo de permisos. La trampa está en una frase de la documentación: las tareas solo se ejecutan mientras la app de escritorio está abierta y el ordenador despierto. Una ejecución que cae durante el reposo se salta, y al despertar la app lanza exactamente una ejecución de recuperación para la hora perdida más reciente de los últimos siete días. El prompt vive en ~/.claude/scheduled-tasks/<task-name>/SKILL.md.

/loop repite un prompt dentro de una sesión de CLI abierta: /loop 5m check the deploy. Hereda los permisos y los servidores MCP de la sesión, admite hasta 50 tareas, y una tarea recurrente caduca a los siete días. Cierra el terminal y se detiene. Está pensado para vigilar un build o una pull request durante una tarde, no para un trabajo nocturno.

Lado a lado, tal como lo presenta la documentación:

Cómo elegir

Tres preguntas lo deciden.

¿El trabajo vive por completo en el repositorio y detrás de conectores? Etiquetar las issues, revisar cada nueva pull request, contrastar la documentación con los cambios fusionados: una routine es la herramienta adecuada. Nada que mantener despierto, y el resultado llega en forma de rama.

¿El trabajo necesita algo que solo existe en tu máquina? Una base de datos detrás de una VPN, un navegador con tu sesión iniciada, archivos sin commitear, un servidor MCP local: quédate en local. Una routine arrancaría desde un clon que no tiene nada de eso.

¿Tiene que ejecutarse más a menudo que cada hora, o reaccionar en menos de un minuto? En local otra vez, o con el disparador por API si un sistema externo puede llamarlo.

Por qué nuestros siete agentes nocturnos no son Routines

Ejecutamos siete agentes programados cada tarde a las 20:00 en un Mac mini. Leen los commits del día, corrigen bugs, corrigen este sitio web, publican en redes sociales y envían un informe por e-mail. La configuración completa y los prompts están en un artículo aparte. Cuando aparecieron las Routines, nos hicimos la pregunta evidente: ¿por qué mantener una máquina encendida?

Cuatro razones, todas contrastadas con la documentación de arriba.

1. Trabajan en un árbol compartido y sin commitear. Los agentes hacen pull, leen los informes de la noche de los demás y hacen commit sobre la marcha. Varios tocan el mismo checkout en la misma hora. Un clon nuevo por ejecución perdería el relevo entre dos pasos del mismo equipo.
2. Uno de ellos publica desde un navegador real. El agente de redes sociales publica desde una sesión de Chrome con la sesión iniciada en tres redes. Esa sesión está en la máquina. Una VM en la nube no tiene ese navegador.
3. Usan herramientas MCP locales. El backlog, la memoria del proyecto, la biblioteca de prompts y los comandos de desarrollo son servidores MCP de la app que se ejecuta en esa máquina. No son conectores de claude.ai.
4. No todos son Claude Code. Una routine ejecuta Claude Code con una suscripción de claude.ai. Nuestro planificador lanza el CLI que indique la tarea.

Así que usamos las tareas programadas de AgentsRoom: un disparador es un prompt, un agente o un equipo, y una frecuencia, lanzado en una máquina que elegimos. Es un planificador dentro de la app, no un servidor: se dispara mientras AgentsRoom está abierto en esa máquina, recupera una ejecución perdida en el siguiente arranque y puede programar el despertar del sistema operativo para la siguiente ejecución. Es la misma restricción que las tareas programadas de la app de escritorio de Claude, con la diferencia de que el agente puede ser Codex, Antigravity o cualquier otro CLI, y de que un disparador también puede saltar con un webhook o cuando se entrega un ticket.

Nada de esto convierte las Routines en una mala elección. Si nuestro trabajo nocturno fuera «revisar cada pull request con nuestra checklist», lo ejecutaríamos como routine con un disparador de GitHub y apagaríamos el Mac mini. Y cuando lo que necesitas es una máquina desechable para una tarea en lugar de un trabajo recurrente, se trata de otra herramienta distinta, descrita en qué significa «Claude remote agents».

Preguntas frecuentes

¿Las Routines de Claude Code son lo mismo que las tareas programadas?

No exactamente. Una routine se ejecuta en la nube, como una cloud session completa de Claude Code sobre un clon nuevo de tu repositorio, y puede arrancar según un horario, con una llamada a la API o con un evento de GitHub. Una tarea programada de la app de escritorio se ejecuta en tu propia máquina con tus archivos locales, solo mientras la app de escritorio de Claude está abierta y el ordenador despierto. /loop repite un prompt dentro de una sesión de CLI abierta. La página Routines de la app de escritorio crea las dos primeras: New routine, y luego Cloud o Local.

¿Con qué frecuencia puede ejecutarse una routine de Claude Code?

El intervalo mínimo de un disparador programado es de una hora: una expresión cron que se dispare más a menudo se rechaza. Los preajustes son cada hora, cada día, los días laborables y cada semana, y /schedule update define una expresión cron personalizada. Aparte del uso de tu suscripción, una cuenta puede iniciar 100 ejecuciones programadas por hora, y Run now y las llamadas a la API tienen un tope de 30 por hora para cada routine. Las tareas programadas de la app de escritorio y /loop bajan hasta un minuto.

¿Las Routines necesitan que mi ordenador esté encendido?

No. Una routine se ejecuta en una infraestructura en la nube gestionada por Anthropic, o en un entorno autoalojado cuando tu organización la envía allí, así que sigue funcionando con el portátil cerrado. El precio es que no ve tu máquina: arranca desde un clon nuevo de la rama por defecto, con los conectores de tu cuenta de claude.ai y el acceso a la red de su entorno en la nube. Los servidores MCP que añadiste en local con claude mcp add no están disponibles, salvo que los añadas como conectores o hagas commit de un .mcp.json.

¿Las Routines cuestan más?

La documentación no indica un precio aparte: las Routines consumen el uso de la suscripción igual que las sesiones interactivas, en los planes Pro, Max, Team y Enterprise. Cuando una routine alcanza tu límite de uso, las ejecuciones siguientes se rechazan hasta que la ventana se reinicia, salvo que tengas activados los créditos de uso, en cuyo caso continúan con exceso facturado por consumo. Los topes de ejecuciones por hora no admiten exceso.

¿Una routine puede ejecutar Codex, Antigravity u otro CLI?

No. Una routine es una configuración guardada de Claude Code, y /schedule exige iniciar sesión con una suscripción de claude.ai: el comando queda oculto cuando Claude Code está autenticado con una clave de API o a través de un proveedor de nube. Para programar otro CLI necesitas un planificador fuera de Claude Code: cron y el modo headless del CLI, una programación de CI, o una herramienta que lance agentes para cualquier CLI, que es lo que hacen las tareas programadas de AgentsRoom.

¿Por qué mi routine aparece en verde si no hizo nada?

Porque el estado describe la sesión, no la tarea. La documentación lo dice sin rodeos: un estado verde significa que la sesión arrancó y terminó sin un error de infraestructura, no que la tarea de tu prompt saliera bien. Las peticiones de red bloqueadas, las herramientas de conector que faltan y los fallos de la propia tarea solo se ven en la transcripción. Abre la ejecución, o pregunta al CLI: /schedule seguido de una pregunta sobre la routine lista sus últimas ejecuciones y lee el registro, desde Claude Code v2.1.227.