Deja de confundir /schedule, /loop y cron en Claude Code

TL;DR Claude Code tiene tres formas nativas de programar trabajo recurrente — /loop, Desktop tasks y Cloud tasks — más la opción de toda la vida: cron del sistema con claude -p. La diferencia clave en una línea: /loop necesita la sesión abierta, las Desktop tasks necesitan la máquina encendida, y las Cloud tasks corren en infraestructura de Anthropic aunque tu portátil esté apagado. Y si lo que buscas no es solo programar recurrencia sino entender todas las formas de mandar Claude Code a background (incluida Agent View para sesiones paralelas locales y headless -p para single-shot), el mapa de las cuatro mecanismos sube un nivel.

"Tarea recurrente", "cron", "programada" y "schedule" se usan para cosas distintas dentro de Claude Code. /loop no es /schedule, y ninguno de los dos es lo mismo que montar un cron del sistema. Si los has estado mezclando, aquí está la diferencia en una tabla y la regla para elegir.

Resultado:

# /loop — vigila algo mientras sigues trabajando
> /loop 5m check if the staging deploy finished
Loop started (every 5m). Task ID: loop-a1b2c3

# /schedule — crea una tarea Cloud
> /schedule daily PR review at 9am
Setting up a scheduled task. Which repo? Which environment?...

Las tres opciones nativas

Para reaccionar a eventos dentro de tu sesión activa, ninguno de estos es la respuesta correcta — para stdout de procesos locales, Monitor; para push externo desde otros sistemas, Channels. Para el panorama completo de las 6 primitivas autonomous en una matriz 2×3, ver el mapa.

Cómo elegir (regla de una línea)

• Vigilando algo mientras trabajas en tu sesión actual → /loop
• Tarea diaria con acceso a tu código local → Desktop task (desde la Desktop app)
• Tarea que debe correr aunque tu portátil esté apagado → Cloud task / Routine (desde /schedule en la CLI o desde la web)
• Cron del sistema + claude -p → reserva solo para casos raros donde las tres opciones nativas no te encajan
• Sesiones paralelas locales completas (no solo recurrencia) → Agent View (claude agents) — sale del scope de este tip, pero entra en el mapa global

Y la duda concreta de "¿puedo cerrar el portátil sin matar esto?" tiene su propio tip con la tabla de supervivencia.

Setup

1. /loop — durante la sesión actual

/loop 15m check open PRs for new comments

Corre en segundo plano mientras la sesión esté abierta. Se cancela al cerrar la terminal y expira a los 7 días. Sigue su progreso en el panel /tasks, donde converge con el resto del trabajo paralelo. El detalle completo, en el tip dedicado a /loop.

2. Desktop task — persistente en tu máquina

Solo se crean desde la Desktop app: Schedule en la sidebar → New task → New local task. Defines nombre, prompt, frecuencia, permisos y carpeta de trabajo. También puedes pedírselo a Claude en lenguaje natural dentro de cualquier sesión de la Desktop app: "configura una revisión de código diaria cada mañana a las 9".

Corre en tu máquina con acceso a tus archivos locales (incluidos los cambios sin commit) y sobrevive reinicios, pero necesita que el ordenador esté despierto a la hora programada. Si tu portátil duerme a las 9, la tarea se salta (con catch-up al despertar, que puede lanzarla a las 11 de la noche: los 3 fallos típicos y cómo solucionarlos).

3. Cloud task (Routine) — persistente sin tu máquina

/schedule daily code review at 9am

Claude te guía conversacionalmente: eliges repo de GitHub, prompt, horario, environment (network access, variables de entorno, setup script) y connectors MCP. La tarea corre en infraestructura de Anthropic aunque tu portátil esté apagado, pero parte de un clon fresco del repo — no ve tus cambios sin commit. Intervalo mínimo: 1 hora.

También puedes crearlas desde claude.ai/code/scheduled o desde la Desktop app eligiendo New remote task.

4. Cron del sistema (la forma de antes)

0 9 * * * claude -p "review my PRs" --allowedTools "Bash(gh *)"

Sobrevive a todo. Sin contexto entre ejecuciones. Úsalo solo si las tres opciones nativas no te encajan — que hoy es raro. Ver el tip sobre headless mode.

Por qué existen las tres

/loop nació para vigilar dentro de la sesión: cada iteración ve tu contexto, los archivos que cambiaste, la conversación entera. Eso es imposible con un cron del sistema, que arranca desde cero cada vez.

Desktop tasks y Cloud tasks nacieron para trabajo desatendido y persistente: cosas que quieres que pasen aunque cierres Claude Code. La diferencia entre ambas es dónde corren y qué ven: Desktop usa tu máquina y tus archivos reales (incluidos cambios sin commit); Cloud usa infraestructura de Anthropic y un clon fresco del repo.

El cron del sistema sigue ahí por compatibilidad histórica y casos exóticos, pero hoy las tres opciones nativas cubren el 90% de los casos sin tocar crontab.

Referencia

Documentación oficial: Run prompts on a schedule · Cloud scheduled tasks · Desktop scheduled tasks