Configuración Claude para que se ejecute según un horario — y mantenerlo a la cabeza

Working with Claude — CC BY 4.0

El resto del curso te hace trabajar con Claude: tú preguntas, él responde, compruebas la respuesta y decides qué hacer a continuación. La programación cambia eso. Configuras el trabajo una vez y Claude lo ejecuta más tarde, por su cuenta, mientras duermes o estás fuera de la oficina. Eso es realmente útil: un resumen matutino, una limpieza semanal, una comprobación que se activa cuando ocurre algo. También es donde las medidas de seguridad que has practicado cobran mayor importancia, porque ahora no estás en la habitación cuando se ejecuta.

El intercambio es claro: ganas en repetición automática y renuncias a supervisar cada paso. Esta lección trata de hacer ese intercambio con los ojos bien abiertos.

¿Qué es realmente el trabajo programado?

En Claude Code, esta función se denomina «rutinas». Una rutina es un paquete guardado —un prompt, los repositorios o archivos en los que trabaja, los conectores que puede utilizar— que se ejecuta por sí sola cuando se activa un desencadenante. Se ejecuta en la nube de Anthropic, por lo que sigue funcionando cuando tu portátil está apagado. (La disponibilidad, los límites exactos y los nombres de los menús varían a medida que el producto avanza en la fase de vista previa de investigación; confirma el estado actual en claude.ai/code/routines o en la documentación de Claude Code).

Una rutina se puede iniciar de tres formas:

• Según una programación: cada hora, cada noche, cada semana o una vez en un momento futuro determinado.
• Mediante una llamada a la API: un sistema externo envía una solicitud POST a una dirección web privada y la pone en marcha.
• Mediante un evento GitHub: reacciona ante algo que ocurre en un repositorio de código, como una nueva solicitud de incorporación de cambios.

Se crea una en claude.ai/code/routines, o en la CLI escribiendo /schedule — por ejemplo, /schedule revisión diaria de PR a las 9 de la mañana, o una acción puntual como /schedule dentro de 2 semanas, abrir una PR de limpieza.

Si no trabajas con código, hay opciones más sencillas de tareas programadas destinadas a tareas cotidianas —por ejemplo, un resumen diario que revise tu calendario y tu bandeja de entrada— que se encuentran en la aplicación de escritorio Claude en lugar de en las herramientas para desarrolladores. Consulta los detalles de estas opciones en la propia aplicación o en la documentación actual: los nombres y la disponibilidad han ido cambiando, y prefiero que lo compruebes tú mismo en lugar de fiarte de lo que yo te diga sobre la ruta del menú.

Lo único que debes entender antes de programar nada

Una rutina se ejecuta sin que nadie tenga que dar su visto bueno. En un chat normal, Claude se detiene y pregunta antes de realizar cualquier acción que tenga consecuencias. Una rutina no lo hace. No hay ningún mensaje de confirmación durante la ejecución. Puede ejecutar comandos, aplicar cambios y utilizar todas las herramientas de los conectores que hayas añadido —incluidas aquellas que escriben en servicios externos— sin necesidad de autorización. Lo que puede acceder viene determinado íntegramente por lo que le proporciones durante la configuración: qué repositorios, qué conectores, cuánto acceso a la red .

Así pues, toda tu supervisión se reduce a dos momentos: antes (lo que le permites tocar) y después (lo que compruebas que ha hecho). Controla ambos aspectos con rigor.

Antes:

• Proporciónale solo los repositorios y conectores que la tarea realmente necesite. Elimina el resto. Una rutina que lee un canal de soporte y crea tickets no tiene por qué tener tu conector de correo electrónico.
• Por defecto, Claude solo puede realizar push a ramas llamadas claude/…, lo que lo mantiene alejado de tu rama principal. Mantén esa protección activada a menos que tengas una razón específica para no hacerlo.
• Mantén el acceso a la red en su nivel predeterminado, que solo permite el acceso a una lista de dominios de desarrollo estándar y bloquea el resto, a menos que el trabajo necesite realmente acceder a un servicio externo concreto.

Después:

• Una marca verde no significa que el trabajo haya funcionado. Esta es la parte que la gente pasa por alto. En la lista de ejecuciones, un estado verde solo significa que la sesión se inició y finalizó sin que la infraestructura fallara. No dice nada sobre si Claude hizo lo que le pediste. Solicitudes bloqueadas, una herramienta que falta, una tarea que se equivocó sin que nadie se diera cuenta… todo eso sigue apareciendo en verde. Abre la ejecución, lee lo que realmente hizo y confírmalo.
• Cada ejecución se guarda como una sesión que puedes abrir y leer íntegramente. Ese es tu registro de auditoría. Úsalo. Si una rutina abre solicitudes de incorporación de cambios o crea tickets, una persona los revisa antes de que adquieran carácter vinculante.

Cuándo NO automatizar

La automatización tiene su lugar en tareas repetitivas, de bajo riesgo por ejecución y fáciles de comprobar a posteriori. No es la herramienta adecuada cuando:

• Un error resulte caro o sea difícil de revertir: cualquier cosa que envíe dinero, envíe mensajes a personas ajenas a tu equipo, borre datos o modifique la producción. Mantén a una persona al tanto de esas tareas, siempre que sea necesario.
• La tarea requiere un criterio nuevo en cada ejecución, en lugar de seguir siempre la misma fórmula. Si tú querrías pensártelo antes de actuar, Claude también lo hará —y no te tendrá ahí para ello.
• En realidad, no vas a leer el resultado. Una automatización que nadie revisa no te ahorra trabajo; está acumulando acciones sin supervisar en tu nombre. Todo lo que hace una rutina —commits, mensajes, tickets— aparece como si lo hubieras hecho tú, bajo tus cuentas. Eres responsable de ello, lo hayas visto o no.
• Lo estás haciendo para evitar comprender la tarea. Programa tareas que ya sabes cómo hacer y que podrías comprobar manualmente. No programes tareas que esperas que Claude resuelva sin supervisión.

Una regla general razonable: si no le encargarías esta tarea a un nuevo empleado competente en su primera semana sin revisar su trabajo, tampoco se la encargues a una rutina desatendida.

Mantén el control

Tú mantienes el control en todo momento. Puedes pausar o reanudar una programación, ejecutarla ahora mismo para probarla, editar la indicación y los permisos, o eliminarla. Inicia una nueva rutina en pausa o como ejecución única, observa de cerca las primeras ejecuciones y solo amplía su ámbito de actuación una vez que hayas visto cómo se comporta. En una cuenta de equipo o de empresa, un propietario puede desactivar las rutinas para todos, lo cual es importante si estás estableciendo una política en lugar de limitarte a utilizar la función.

La programación es una de las herramientas más potentes del conjunto. Da sus frutos cuando el trabajo es monótono, repetible y verificable, y sigues analizando los resultados que se obtienen. En el momento en que dejas de analizar, dejas de estar al mando de la misma —y eso, no la programación en sí, es el riesgo.

Esto es información general, no asesoramiento jurídico. Si un proceso programado afecta a datos personales, dinero o cualquier asunto con implicaciones normativas, busca el asesoramiento de alguien cualificado para tu situación.

Más información

• Claude Code Resumen: aquí es donde se encuentran las rutinas y el trabajo programado.