⏰ Tiempo: programación y ciclos

Muchas de las tareas repetitivas del día a día —revisar el correo electrónico, verificar un número, actualizar una hoja de cálculo— dependen solo de tu memoria y de que estés dispuesto a acordarte. Cuando el día se complica, desaparecen de la lista.

Reconocer este patrón es la señal para preguntarte «¿esto debería ejecutarse solo?»: la pregunta central de toda esta trilha.

Tarea repetitiva, carga mental, olvidos por sobrecarga.

Cada vez que pienses en automatizar algo, hazte esta pregunta en tres partes: ¿necesito esto ahora (¿una sola vez)? Necesito en este proyecto (hacer seguimiento durante un tiempo breve)? ¿O necesito toda semana (para siempre, a un ritmo fijo)?

Es la brújula de toda la ruta. Cada respuesta apunta a un camino técnico diferente, y elegir mal cuesta tiempo o, peor aún, genera una automatización que funciona sin control.

Pregunta guía, alcance temporal, decisión antes de usar la herramienta.

Si la respuesta es «solo necesito esto una vez, hoy», lo correcto no es programar nada, sino pedírselo directamente a Claude Code en el momento, como ya vienes haciendo desde la Trilha 0.

Mucha gente automatiza demasiado pronto algo que solo iba a ocurrir una vez. Eso desperdicia esfuerzo de configuración en un trabajo que no se repetirá.

Tarea única, ejecución directa, sin automatización.

Tarea programada — ¿nuevo por aquí? Es un pedido que configuras una sola vez, con un horario fijo (todos los días a las 8h, todos los lunes, todos los meses), y que se ejecuta solo, sin que vuelvas a abrir Claude Code. Si la respuesta a la pregunta guía es "todas las semanas" (o todos los días, o todos los meses), este es el camino.

Una rutina de verdad —la que se repite para siempre al mismo ritmo— es exactamente lo que resuelve una tarea programada. El módulo 6.2 detalla cómo funciona por dentro.

Tarea programada, horario fijo, repetición indefinida.

Loop — ¿nuevo por aquí? Es hacer que Claude Code esté pendiente de algo y lo revise de vez en cuando, dentro de la misma conversación — pero solo durante un período corto, no para siempre. Si la respuesta es "solo mientras dure este proyecto" o "solo durante los próximos días", este es el camino.

Loop resuelve el punto medio: ni una sola ejecución ni una rutina eterna. Es para acompañar algo que sigue activo: un deploy, una respuesta que está tardando, un archivo que todavía llegará.

Loop, sesión activa, seguimiento temporal.

La ruta usa una tabla comparativa (ya la viste en la parte superior de esta página) que cruza dónde se ejecuta cada uno, si guarda memoria, cuánto dura, qué pasa si se apaga la PC y para qué sirve cada uno.

Tener esta tabla en mente evita el error más común de la ruta: configurar una tarea programada para algo que debería ser un bucle rápido, o viceversa.

Comparación estructurada, referencia para tomar decisiones, tabla de consulta rápida.

Es una solicitud configurada una sola vez —con instrucciones, horario y frecuencia— que la aplicación de escritorio de Claude Code ejecuta automáticamente, sin que tengas que abrir nada ni escribir nada en ese momento.

Entender la mecánica detrás (y no solo que «se ejecuta sola») ayuda a configurarla correctamente y a prever cuándo se activará (o no).

Configuración única, activación automática, aplicación de escritorio.

La tarea programada vive dentro de la aplicación de escritorio de Claude Code: no es algo que configures escribiendo un comando en la terminal, como en el módulo 0.2. Tiene una pantalla propia, con una lista de tareas y horarios.

Saber dónde buscar evita la frustración de intentar encontrar esta configuración en el lugar equivocado (la terminal, donde no existe).

Aplicación de escritorio, interfaz propia, fuera de la terminal.

Cada vez que se inicia la tarea, es como si fuera la primera conversación: no recuerda lo que hizo ayer ni lo que conversaste con Claude Code en otro momento. Solo ejecuta la instrucción que dejaste configurada.

Este es el punto que más confunde a quienes vienen del loop (módulo 6.3): la tarea programada no acumula contexto. Si necesita «recordar» algo, eso tiene que estar escrito en un archivo que vuelva a leer cada vez.

Sesión aislada, sin memoria entre ejecuciones, instrucción autocontenida.

A diferencia del ciclo, una tarea programada no vence por sí sola. Una vez configurada para ejecutarse todos los lunes a las 9h, sigue ejecutándose todos los lunes a las 9h hasta que tú mismo la pauses o la elimines.

Esto es exactamente lo que hace que la tarea programada sea adecuada para una rutina de verdad, pero también por eso requiere más cuidado al configurarla: un error allí se repite para siempre, no solo una vez.

Sin expiración automática, repetición perpetua y responsabilidad de desactivarla.

Si la computadora estaba apagada (o sin internet) a la hora programada, la app no simplemente omite esa ejecución: la recupera y la ejecuta en cuanto puede, cuando la computadora vuelve a estar disponible.

Esta es una diferencia práctica importante frente al loop, que simplemente se detiene si se cierra la sesión. La tarea programada resiste las interrupciones de tu computadora.

Recuperación de ejecuciones perdidas, resiliencia ante apagados, reprogramación automática.

Objetivo: configurar una tarea que se ejecute cada mañana a las 8h y resuma los elementos pendientes de un archivo de notas.
Pega en Claude Code (app de escritorio, pantalla de tareas programadas):
Todo dia às 8h, leia o arquivo <caminho do seu arquivo de notas> e me mande um resumo em 3 linhas dos itens ainda não marcados como feitos.
Cómo verificar: espera el próximo horario configurado (o usa la opción «ejecutar ahora» si la app la tiene) y comprueba si llegó el resumen.

Ver el prompt real, con la hora y la acción escritas con todas las letras, quita el miedo a configurar la primera tarea por tu cuenta.

Prompt copiable, variable marcada, verificación del resultado.

Un loop es Claude Code repitiendo una verificación cada cierto tiempo, dentro de la misma conversación en la que lo pediste — por ejemplo, «revisa este sitio cada 10 minutos hasta que baje el precio» — sin que tengas que volver a abrir nada.

Es la herramienta adecuada para hacer seguimiento de algo que está «en marcha» ahora, sin convertirlo en una rutina permanente que luego tendrías que acordarte de desactivar.

Verificación periódica, misma sesión, seguimiento activo.

A diferencia de la tarea programada (vinculada a la app de escritorio), el bucle funciona en cualquier lugar donde ya estés conversando con Claude Code: en la terminal, dentro de VS Code o en la propia app de escritorio.

Esto lo hace más flexible para el trabajo diario: inicias un loop en medio de una sesión de trabajo normal, sin cambiar de herramienta.

Multiplataforma, misma interfaz de conversación, sin una app aparte.

A diferencia de la tarea programada, el ciclo continúa dentro de la misma sesión — así que recuerda lo que pediste y lo que ya revisó antes, y puede ajustar su comportamiento en función de eso, sin que tengas que repetirlo todo.

Esta memoria activa es lo que hace que el loop sea bueno para situaciones que evolucionan: «sigue intentando hasta que funcione», «avísame si cambia».

Continuidad del contexto, una sola sesión, ajustes a lo largo del tiempo.

Un loop tiene una fecha de vencimiento — alrededor de tres días. Después, se detiene solo, aunque todavía no se haya cumplido la condición que pediste.

Este límite existe a propósito: evita que un «mantente pendiente» configurado en un momento de apuro se convierta en una automatización olvidada que se ejecuta para siempre sin supervisión.

Expiración automática, plazo corto, prevención de automatizaciones huérfanas.

Si cierras la terminal, cierras VS Code o apagas la computadora antes de que termine el loop, simplemente se detiene y no se reanuda por sí solo como lo hace la tarea programada.

Conocer esta fragilidad evita usar un loop para algo crítico que debe sobrevivir a un apagado. Para eso, la opción correcta es la tarea programada (módulo 6.2).

Interrupción definitiva, ausencia de recuperación, dependencia de la sesión abierta.

Objetivo: pedirle a Claude Code que supervise un archivo de log y te avise si aparece un error, sin que tengas que revisarlo manualmente.
Pega en Claude Code (terminal, VS Code o escritorio):
Fica checando o arquivo <caminho do log> a cada 15 minutos pelos próximos 2 dias. Se aparecer a palavra "ERROR", me avisa na hora com a linha completa.
Cómo verificar: provoca un error de prueba en el archivo (o espera a que ocurra uno real) y comprueba si llegó el aviso dentro del intervalo de 15 minutos.

Un loop real, con un plazo explícito y una condición de activación clara, muestra cómo escribir una solicitud que Claude Code puede mantener por su cuenta.

Prompt copiable, condición de activación, ventana de tiempo explícita.

"Aprender", aquí, no significa que la IA se vuelva más inteligente por sí sola: significa que tú (o la propia rutina, siguiendo tus instrucciones) guardas lo que funcionó y lo que no en un archivo, para que la próxima ejecución lo lea y ajuste el comportamiento.

Esta aclaración evita expectativas poco realistas. La rutina mejora porque acumula información escrita, no porque te «entienda» con el tiempo.

Ajustes guiados por datos, archivo de memoria, expectativas realistas.

Como vimos en el módulo 6.2, una tarea programada no recuerda nada entre ejecuciones, a menos que le des un archivo para leer y escribir. Ese archivo es el que se convierte en la «memoria» de la rutina.

Este es el truco que resuelve la mayor limitación de la tarea programada: darle un lugar fijo donde anotar lo que necesita recordar.

Archivo de preferencias, lectura y escritura persistentes, memoria externa.

Un ejemplo práctico: si cada vez que la rutina te avisa de algo respondes «ignora eso, no es importante», puedes pedirle que anote ese tipo de aviso en una lista de «no repetir» — y deje de molestarte con eso.

Este ciclo de corrección y aplicación hace que la rutina sea cada vez más útil (y menos molesta) sin que tengas que reconfigurarlo todo desde cero.

Ciclo de feedback, lista de exclusión, refinamiento incremental.

Un script de automatización tradicional (fuera de Claude Code) siempre hace exactamente lo mismo, de la misma manera y para siempre. Una rutina con memoria en un archivo puede cambiar su comportamiento sin que reescribas nada — solo editando el archivo o dejando que la propia rutina lo edite.

Entender esta diferencia ayuda a decidir cuándo vale la pena crear esta capa extra de memoria y cuándo basta con una solicitud sencilla y fija.

Comportamiento fijo × comportamiento ajustable, costo de configuración, ganancia de flexibilidad.

Es importante dejarlo claro: la rutina no desarrolla por su cuenta un criterio propio ni toma decisiones fuera de lo que está escrito en la instrucción y en el archivo de memoria. Todo «aprendizaje» tiene un origen rastreable: un texto que alguien (tú) decidió guardar.

Este límite protege contra dos errores: confiar demasiado en una rutina y pensar que «entiende» un contexto que nunca se escribió, y temer que actúe fuera de lo acordado.

Comportamiento rastreable, ausencia de juicio autónomo, previsibilidad (ver módulo 6.5).

Objetivo: una tarea programada que, además de avisarte, guarda en un archivo si el aviso fue útil o no, para ajustarlo después.
Pega en Claude Code:
Toda segunda às 8h, leia <caminho do arquivo de preferências>. Se ele tiver um item marcado "ignorar", não me avise mais sobre esse tipo de coisa. Depois de cada aviso, pergunte se foi útil e anote a resposta nesse mesmo arquivo.
Cómo verificar: responde "no fue útil, ignóralo" en una ejecución y confirma que la siguiente ejecución no repita ese tipo de aviso.

Pegar este prompt y ver cómo crece el archivo de preferencias con el tiempo es la prueba concreta de que aquí «aprender» significa escribir y leer, no es ningún misterio.

Prompt copiable, archivo de preferencias con nombre, verificación mediante repetición.

Determinismo — ¿nuevo por aquí? Es la propiedad de un proceso de dar siempre el mismo resultado para la misma entrada. Lo contrario — cuando el resultado puede variar incluso con la misma entrada — se llama no determinismo.

Como toda la ruta gira en torno a una automatización que se ejecuta sin que la observes, entender este concepto es lo que distingue una rutina confiable de una que te toma por sorpresa.

Determinismo, no determinismo, resultado predecible.

En una conversación en vivo, si Claude Code interpreta algo de una manera inesperada, lo corriges de inmediato. En una tarea programada o en un loop, nadie está mirando; entonces, una interpretación extraña puede repetirse (en la tarea programada) o pasar inadvertida (en el loop) hasta causar un problema mayor.

Esta es la razón por la que una instrucción vaga funciona bien en una conversación, pero es peligrosa en una rutina: el margen para la interpretación libre tiene que reducirse cuando nadie está revisando en tiempo real.

Falta de supervisión, amplificación del error, instrucción vaga frente a instrucción precisa.

Antes de dejar que una instrucción se ejecute sola —programada o en bucle—, pídele a Claude Code que la ejecute una vez en ese momento, mientras la observas. Solo después de comprobar que el resultado es correcto, configúrala para que se ejecute sin supervisión.

Este sencillo paso evita el error más costoso de la trilha: descubrir que la instrucción estaba mal escrita solo después de que ya se ejecutó sola varias veces.

Ejecución de prueba, validación manual, antes de automatizar.

Incluso con la misma instrucción, el modelo de IA detrás de Claude Code puede, ocasionalmente, formular la respuesta de una manera ligeramente diferente entre ejecuciones; no porque «haya cambiado de opinión», sino porque es parte de la naturaleza estadística de cómo el modelo genera texto.

Saber esto evita dos errores opuestos: confiar ciegamente en que siempre será idéntico y renunciar a la automatización por pensar que todo es demasiado aleatorio para confiar en ello.

Variación estadística del modelo, naturaleza probabilística, nivel aceptable de variación.

Las instrucciones específicas (formato exacto de salida, pasos numerados, ejemplos del resultado esperado) reducen el margen de interpretación. Pedir que siempre siga un modelo fijo de respuesta — en vez de "cuéntame qué te pareció" — es una medida sencilla y eficaz.

Estos bloqueos son la herramienta práctica que tienes a mano para hacer más confiable una rutina, aunque sepas que el determinismo del 100% no existe.

Instrucción específica, formato fijo, ejemplo del resultado esperado.

Objetivo: validar una instrucción manualmente antes de convertirla en una tarea programada o en un bucle.
Pega en Claude Code antes de programar cualquier cosa:
Antes de eu agendar isso, roda a instrução agora, uma vez, exatamente como ela vai rodar sozinha depois: <cole aqui a instrução que você quer automatizar>. Me mostra o resultado exato que você geraria.
Cómo verificar: compara el resultado con lo que esperabas. Programa solo después de ejecutar esta prueba al menos dos veces y ver resultados consistentes.

Esta lista de verificación de pruebas manuales es el hábito práctico que sostiene todo lo que enseñaron los módulos 6.2 y 6.3 sobre configurar una tarea programada y un loop.

Prompt de validación, repetición de la prueba, consistencia antes de confiar.

La notificación es el aviso que la tarea programada o el loop te envía cuando termina (o cuando encuentra algo relevante); sin ella, una rutina que funciona sola se convierte en una caja negra cuyo funcionamiento desconoces.

Toda automatización de esta ruta solo es útil si sabes qué hizo. La notificación es la pieza que cierra este ciclo de confianza.

Aviso de finalización, visibilidad del resultado, caja negra evitada.

Permiso restrictivo — ¿nuevo por aquí? Es configurar Claude Code para que solo pueda hacer un conjunto limitado de cosas — por ejemplo, solo leer archivos, nunca borrar nada — especialmente cuando va a ejecutarse sin que lo supervises en tiempo real.

En una conversación en vivo (Ruta 0.6), ves cada acción antes de que ocurra y puedes detenerla de inmediato. En una rutina automática, esa red de seguridad desaparece; por eso, los permisos deben ser más estrictos, no más flexibles.

Alcance del permiso, falta de supervisión en tiempo real, reducción del riesgo.

Nunca permitas que una rutina automática tenga permiso para borrar archivos en masa, cambiar la configuración del sistema, gastar dinero (compras, transferencias) o publicar algo en tu nombre sin que lo revises antes.

Esta lista existe porque el costo de un error sin supervisión es mucho mayor que el de un error en una conversación — y una rutina mal configurada puede repetir el mismo error varias veces antes de que alguien lo note.

Acciones irreversibles, eliminación masiva, publicación sin revisión.

Las formas más comunes de aviso: un correo electrónico automático, un mensaje (en una app de chat que ya usas) o, como mínimo, un archivo de log que registra cada ejecución — para que puedas revisarlo después, incluso sin un aviso activo.

Tener al menos un canal configurado, aunque sea el más simple (el archivo de log), es el mínimo de responsabilidad al dejar algo funcionando por sí solo.

Canal de aviso, archivo de registro como constancia mínima y aviso redundante.

Si una tarea programada o un loop hace algo inesperado, el primer paso es pausar o eliminar esa rutina de inmediato (en la app de escritorio o cerrando la sesión del loop); después, revisa el log para entender qué pasó antes de volver a configurarla.

Tener este plan memorizado —pausar primero, investigar después— evita que un error pequeño se convierta en un error repetido, ya que las tareas programadas siguen ejecutándose hasta que intervengas.

Pausa inmediata, investigación mediante logs, reconfiguración solo después de entender.

Objetivo: garantizar que, si la rutina falla por cualquier motivo, recibas una notificación, no solo cuando funciona.
Pega en Claude Code, al configurar la tarea:
Toda vez que essa rotina rodar, escreva uma linha em <caminho do arquivo de log> dizendo se deu certo ou se deu erro, com data e hora. Se der erro, me avise por e-mail imediatamente com o motivo. Você só tem permissão de leitura nos arquivos, nunca de exclusão.
Cómo verificar: provoca un error a propósito (indica un archivo que no existe) y comprueba si llegó el aviso de fallo.

Este prompt reúne las dos partes del módulo — notificación y permiso restrictivo — en un solo pedido listo para usar en cualquiera de tus rutinas.

Prompt copiable, permiso explícito en el texto, prueba de fallo intencional.

Este módulo final arma, paso a paso, una rutina matutina completa: algo que resume lo importante de tu día (agenda, pendientes, un número que sigues) y te lo entrega listo, sin que tengas que pedir nada.

Es la prueba de que los seis módulos anteriores —pregunta guía, tarea programada, loop, memoria, determinismo y permisos— se combinan en un resultado práctico, no solo en teoría aislada.

Proyecto integrador, rutina de producción, aplicación de todos los conceptos de la ruta.

Al aplicar el módulo 6.1: una rutina matutina se ejecuta todos los días, siempre; entonces la respuesta es «toda la semana» (todos los días, en este caso), lo que apunta directamente a una tarea programada, no un bucle.

Este paso muestra la pregunta guía aplicada de verdad, no solo como ejemplo teórico — y refuerza por qué el loop (que vence en unos días) sería la opción equivocada aquí.

Aplicación de la pregunta guía, elección justificada, tarea programada como el disparador adecuado.

Al aplicar el módulo 6.5: la instrucción de la rutina debe pedir un formato fijo para el resultado (por ejemplo, siempre 3 temas: agenda, pendientes y un número específico), no «cuéntame cómo va mi día», que deja demasiado espacio para variar.

Ver la instrucción escrita con esta disciplina de formato es el ejemplo práctico más completo de determinismo aplicado de toda la ruta.

Instrucción con formato fijo, menos variación y resultados consistentes todos los días.

Al aplicar el módulo 6.6: la rutina solo tiene permiso de lectura (nunca para borrar ni modificar nada) y el resultado llega por un canal fijo —correo electrónico o mensaje—, además de quedar registrado en un log para que puedas consultarlo cuando quieras.

Cerrar esta pieza garantiza que la rutina matutina, aunque se ejecute todos los días sin supervisión, siga siendo segura y visible.

Canal de entrega diario, solo permiso de lectura, registro de seguimiento.

Antes de activar la programación de verdad, ejecuta la instrucción manualmente al menos dos veces, en horarios diferentes, y comprueba que el formato del resultado se haya mantenido igual en ambas ocasiones.

Este paso de prueba es lo que distingue una rutina matutina confiable de una que te dará un susto durante la primera semana.

Prueba manual repetida, verificación de consistencia, activación solo después de la validación.

Después de activarla, deja que la rutina funcione sola durante siete días sin tocarla, pero fija un momento (por ejemplo, el domingo) para abrir el registro y comprobar que todo haya salido como esperabas; ajusta la instrucción si hace falta corregir algo.

Este ritmo de «activar, confiar, revisar una vez por semana» es el comportamiento saludable con la automatización que enseñó toda la trilha — ni microgestionar ni olvidar que existe.

Confianza con checkpoint, revisión periódica y ajustes iterativos después de la activación.