Routines y tareas programadas
El último nivel de autonomía: trabajo que corre sin ti y sin tu máquina. Una routine es una configuración de Claude Code guardada —un prompt, repos y connectors— que se ejecuta sola en infraestructura en la nube de Anthropic, aunque tu portátil esté cerrado. Aquí montas la tuya, el segundo artefacto del curso.
Routines está en research preview, en planes Pro, Max, Team y Enterprise con Claude Code on the web activado.
Los tres disparadores
Una routine tiene uno o varios triggers:
| Trigger | Corre… |
|---|---|
| Scheduled | en una cadencia recurrente (cada hora, nightly, semanal) o una vez en el futuro |
| API | bajo demanda, con un POST a un endpoint propio con bearer token |
| GitHub | en respuesta a eventos del repo (PRs, releases) |
Una misma routine los combina: una de review de PRs puede correr nightly, dispararse desde un script de deploy y reaccionar a cada PR nuevo.
Crearla
Desde la web (claude.ai/code/routines, "New routine") o desde el CLI:
/schedule daily PR review at 9am
/schedule te guía conversacionalmente por lo mismo que el formulario web: prompt (autocontenido, porque corre sola), repos a clonar, environment (acceso de red, variables, setup), y trigger. Para una de una sola vez:
/schedule in 2 weeks, open a cleanup PR that removes the feature flag
Las routines corren autónomas: no hay permission mode ni prompts de aprobación. Lo que pueden tocar lo define lo que les das — repos (y si pueden push fuera de ramas
claude/), red del environment, y connectors. Acota cada cosa a lo que la routine necesita (mínimo privilegio, otra vez).
Casos típicos
- Mantenimiento de backlog: nightly, etiqueta y asigna issues nuevos, resume en Slack.
- Triage de alertas: tu monitoring hace POST al endpoint con la alerta; la routine correlaciona con commits recientes y abre un PR borrador con un fix.
- Verificación de deploy: tu CD llama tras cada deploy; corre smoke checks y postea go/no-go.
- Docs drift: semanal, detecta docs que referencian APIs cambiadas y abre PRs de actualización.
Routines vs /loop vs scheduled tasks
No las confundas:
| Herramienta | Dónde corre |
|---|---|
| Routines | en la nube, sin tu máquina (lo de esta lección) |
/loop | en tu sesión CLI abierta, repite una tarea en intervalo (ver scheduled tasks) |
| Desktop scheduled tasks | en tu máquina, con acceso a tus ficheros locales |
Elige según dónde necesita correr: nube para desatendido de verdad, local para lo que toca tu máquina.
Tu turno
Crea una routine simple, p.ej. un resumen diario de PRs mergeados:
/schedule daily at 9am, summarize yesterday's merged PRs and post the highlights
Con eso programado, tienes el segundo artefacto del curso.
Qué llevas hasta aquí
- Una routine corre en la nube (prompt + repos + connectors), con triggers schedule / API / GitHub combinables.
- La creas con
/schedule(CLI) o en la web; corre autónoma, así que acotas repos, red y connectors al mínimo. - No es lo mismo que
/loop(sesión CLI abierta) ni que las scheduled tasks del desktop (tu máquina).
En la última lección, cómo saber si todo esto está funcionando: medir y mantener.
Fuente oficial: Automate work with routines · /loop y scheduled tasks
¿Quieres llevar la cuenta de las lecciones que has terminado?
Entrar para guardar progreso