Loop, Routines, Monitor en Claude Code: el mapa para no equivocarte de herramienta

TL;DR Todas las primitivas de Claude Code para "que el agente trabaje cuando tú no estás" caben en una matriz 2×3. Eje horizontal: qué lo despierta — un reloj (cron) o un evento (una línea, un PR, un webhook). Eje vertical: dónde corre — tu sesión activa, tu Mac persistente, o el cloud de Anthropic. Una celda, una primitiva. Si conoces la celda, el nombre da igual.

Anthropic ha apilado seis primitivas distintas en menos de un año: /loop, Monitor, Desktop scheduled tasks, Routines, Channels, y el viejo cron + claude -p (headless mode). Cada una se llama distinto en CLI, Web y Desktop app. Y elegir mal te cuesta tokens, sesiones perdidas, o un agente que muere cuando cierras la tapa.

Hay un mapa.

Las dos dimensiones que lo explican todo

Dimensión 1 — qué despierta a Claude:

• Time-driven: un reloj. "Cada 5 minutos", "todos los días a las 9". Útil para checks periódicos donde el momento es lo que importa.
• Event-driven: algo que pasa. Una línea en un log, un PR que se abre, un webhook que llega. Útil cuando el silencio cuesta cero y solo quieres reaccionar a eso.

Dimensión 2 — dónde corre Claude:

• Intra-sesión: tu terminal abierto ahora. Si la cierras, se acabó. Acceso a archivos locales y al contexto de la conversación.
• Local persistente: tu Mac, gestionado por la Desktop app. Sobrevive reinicios, pero necesita que la máquina esté despierta.
• Cloud: VMs de Anthropic. Sigue funcionando con el portátil cerrado. Parte de un clon fresco del repo.

La matriz 2×3 (todas las primitivas en una celda)

Cada celda contesta dos preguntas: qué despierta a Claude y dónde corre. Eso es todo.

Cómo elegir en 3 preguntas

1. ¿Lo necesito mientras estoy trabajando ahora, en esta sesión? → fila Intra-sesión. Si el disparador es tiempo, /loop. Si es evento (una línea de log, salida de stdout), Monitor.
2. ¿Lo necesito recurrente, pero solo cuando mi Mac está encendido? → fila Local persistente. Tarea programada → Desktop scheduled task. Notificación push (Telegram, Discord) → Channels.
3. ¿Tiene que correr de forma fiable aunque cierre el portátil? → fila Cloud. Schedule, GitHub event o API webhook, todo cae en una Routine.

Si tu pregunta es "¿qué tengo corriendo ahora mismo?" — eso es el panel /tasks. Es el dashboard, no una primitiva. Si la pregunta es otra — "¿cuántas sesiones tengo encima de la mesa?" — el dashboard es Agent View: un nivel por encima de /tasks, te enseña las sesiones, no las tareas que corren dentro de una.

Y un primo aparte: si tu disparador no es ni reloj ni evento sino una condición de done (tests pasan, lint limpio, queue vacía), ese es /goal — un evaluador corre tras cada turno hasta cumplirla.

La jungla de nombres (lo mismo se llama distinto en cada superficie)

El lío más caro: /schedule en el CLI NO crea una scheduled task local en tu Mac — crea una Routine en cloud. Si quieres tareas locales del Desktop, abre la Desktop app y elige Local.

El detalle que poca gente conoce

/loop y Monitor están integrados a propósito. Si lanzas /loop check si pasó el CI sin intervalo, Claude se autopaca — y puede decidir bajarse a Monitor por debajo si polling es la forma cara. Lo dice la doc oficial literal:

"When you ask for a dynamic /loop schedule, Claude may use the Monitor tool directly. Monitor [...] avoids polling altogether and is often more token-efficient."

Tú pides "vigila esto"; Claude elige el mecanismo.

Referencia rápida

Documentación oficial: Scheduled tasks · Desktop scheduled tasks · Routines · Monitor tool reference