Programar tareas de Claude Code: Cloud, Desktop o /loop
Elige Cloud, Desktop o /loop para Claude Code, comprueba archivos y ejecuciones programadas, y revisa qué ocurre tras una suspensión o al cancelar la tarea.
Índice

Primero determina dónde están los datos y si la tarea debe ejecutarse con el ordenador apagado. Un archivo local necesita acceso a tu máquina; revisar un repositorio sin el portátil requiere un entorno en la nube. Para una comprobación breve durante la sesión actual basta con considerar /loop.
Guardar un horario no demuestra que la tarea tenga acceso a los archivos, se ejecute o deje un resultado verificable.
Elige dónde se ejecutará
| Condición | Cloud routine | Local task de Desktop | /loop en sesión |
|---|---|---|---|
| Entorno | Nube | Tu ordenador | Sesión activa de Claude Code |
| Ordenador apagado | Sí | No | No |
| Archivos locales | Deben estar disponibles en la nube | Compatible | Compatible |
| Tras reiniciar | Conserva el horario | Conserva el horario | Recupera tareas pendientes y no caducadas al reanudar, si cumplen las condiciones |
Cloud usa un clon del repositorio elegido, no tu carpeta local actual. Desktop accede a archivos locales, pero la aplicación debe estar abierta y el ordenador despierto. Consulta la documentación de Desktop para elegir carpeta y revisar requisitos.
Prueba primero una ejecución manual
Prepara un proyecto pequeño con un README.md sin secretos y guarda una copia. Para Cloud, confirma el archivo en el repositorio de prueba elegido. Usa este mismo prompt:
Abre solo README.md del proyecto seleccionado.
Devuelve la primera línea no vacía y el número de títulos de segundo nivel
que empiezan por "## ". Si falta el archivo, indícalo.
No cambies archivos, ejecutes comandos de shell ni envíes mensajes.
Empieza la respuesta con SCHEDULE_CHECK.
Comprueba a mano la línea y el recuento, y revisa que no hayan cambiado archivos. Esto verifica acceso y claridad. Las restricciones del prompt expresan intención; las capacidades reales dependen del entorno y de los permisos.
Si no lee el archivo, el horario no lo arreglará. Revisa proyecto, acceso y ruta antes de probar el disparador.
Para comprobaciones breves, indica un /loop explícito
En la sesión CLI actual:
/loop 5m Lee solo README.md. Responde con SCHEDULE_CHECK y la primera línea no vacía. No cambies archivos, ejecutes comandos ni envíes mensajes.
Anota el intervalo confirmado y el ID. Espera una respuesta automática, pide a Claude la lista de tareas y cancela exactamente ese ID. Vuelve a listar para confirmar que desapareció.
No es un temporizador exacto: admite variación y una sesión ocupada retrasa la ejecución. Las tareas recurrentes caducan a los siete días. Una conversación nueva no las hereda; --resume o --continue restaura solo tareas aptas que no hayan caducado. Consulta la guía de /loop.
Incluye siempre el prompt de prueba. Un /loop vacío puede activar el mantenimiento integrado del trabajo actual en lugar del experimento.
Desktop para archivos locales
En Routines, crea una Local task, elige la carpeta y pega el mismo prompt. Empieza con Run now, revisa resultado y solicitudes de permiso. Después activa el horario y comprueba otra ejecución automática en el historial.
Tras una suspensión, Desktop puede recuperar una ejecución omitida al despertar: considera la última hora omitida dentro de siete días, no todas las iteraciones. Define qué datos debe procesar una tarea tardía. Una revisión diaria puede usar una fecha concreta en lugar de tomar la hora de ejecución como inicio del día del informe.
Al terminar, cambia a Paused. Distingue ejecuciones manuales, programadas, omitidas y pendientes de permiso. Run now verifica la ejecución, no demuestra por sí solo que funcione el horario.
Cloud para trabajar sin el portátil
Si tu cuenta tiene Cloud routines, crea una en Routines, selecciona repositorio y entorno, añade solo los connectors necesarios y configura prompt y horario. Prueba Run now y luego una sesión programada independiente.
La rutina se ejecuta de forma autónoma, sin las solicitudes de permiso habituales durante la ejecución. El acceso depende de repositorios, red, variables de entorno y connectors. La prueba del README no necesita correo de trabajo ni acceso para publicar. Consulta Routines.
Desactiva la repetición al finalizar. Conserva ID, horas prevista y real, enlace al resultado y motivo de omisión si lo hubo. Después sustituye el prompt por una tarea concreta y vuelve a comprobar entradas, permisos y resultado. Elegir Cloud o Desktop decide dónde se ejecuta; la calidad de la tarea se comprueba aparte.