Tu trabajo de briefing de las 9 de la mañana te ha contado otra vez los mismos tres puntos esta mañana — igual que ayer, y que anteayer. No porque sea tonto: cada ejecución empezaba de cero, sin idea de lo que ya te había contado, así que un trabajo que vigilaba una página e informaba de cambios no paraba de re-informar toda la historia. Los trabajos programados tenían memoria de pez. v0.21.0 arregla el lado de la memoria de esa historia: los agentes cron ahora cargan y actualizan memoria persistente como cualquier otro agente, un nuevo flag --continuity inyecta la salida previa de cada ejecución en la siguiente, cada trabajo tiene una libreta duradera que puedes leer y escribir desde la CLI, y los trabajos en modo monitor pueden saltarse el LLM por completo cuando nada ha cambiado.

Qué cambió, en tres partes

1. La memoria se carga, no se ignora. Los agentes cron ahora leen MEMORY.md / USER.md en el system prompt y pueden actualizar memoria persistente entre ejecuciones — el mismo mecanismo que usan los agentes interactivos. Un trabajo que aprende algo un día, de verdad lo sabe al siguiente.

2. --continuity arrastra la última ejecución hacia delante. El scheduler inyecta la salida previa del propio trabajo en el prompt de la nueva ejecución: «úsala para continuidad — evita repetir lo que ya se informó». Eso es exactamente lo que un monitor necesita para deduplicar. Añádelo en la creación o actívalo después:

hermes cron create --schedule "0 9 * * *" \
  --prompt "Summarize new activity on the status page" \
  --continuity
hermes cron edit <job_id> --continuity     # o --no-continuity para desactivarlo

La primera ejecución no cambia; a partir de la segunda, el trabajo despierta sabiendo lo que dijo la última vez. El texto de ayuda resume los casos de uso: scouts, monitores, resúmenes incrementales.

3. Una libreta que el trabajo — y tú — pueden leer y escribir. Cada trabajo tiene un scratchpad de clave-valor duradero:

hermes cron notepad <job_id> list
hermes cron notepad <job_id> set last_sync "2026-09-01"
hermes cron notepad <job_id> get last_sync
hermes cron notepad <job_id> delete last_sync

El contenido de la libreta se inyecta en el prompt del trabajo en cada ejecución, así que el propio agente puede actualizar su estado entre ejecuciones — un checkpoint de lo que ya ha procesado, sin que la semántica del sistema de memoria se interponga.

Modo monitor: sin cambios, sin factura de LLM

La pieza complementaria es el refinamiento del modo monitor: los trabajos que vigilan un script o una URL en busca de cambios usan detección de cambios suprimida por hash, y cuando nada ha cambiado el trabajo puede saltarse el LLM por completo — sin quemar tokens para informar «sigue igual». Es la diferencia entre un watchdog que cuesta unos céntimos por comprobación y uno que no cuesta nada hasta que algo se mueve de verdad.

Mejoras de apoyo alrededor

La ventana también trajo vecinos prácticos: validación de configuración previa al despacho (un trabajo roto falla antes de dispararse, no durante), firmas de fallo acusadas (reconoce un incidente una vez y el trabajo deja de re-avisarte), fijación del esfuerzo de razonamiento por trabajo (--reasoning-effort none|low|medium|… sobreescribe el ajuste global solo para ese trabajo), y «Trigger now» se ejecuta de inmediato en lugar de ponerse en cola. Combinado con los health checks de cron doctor de la misma ventana, los trabajos programados pasaron de «configurar y esperar» a un sistema que recuerda, deduplica y te avisa cuando está roto.

Poniéndolo todo junto

Un patrón realista: un trabajo nocturno vigila la página de changelog de un competidor con --monitor-url, mantiene en su libreta el último commit visto y se ejecuta con --continuity — así solo informa de elementos genuinamente nuevos, y si pierde una ejecución, la siguiente sigue sabiendo lo que vio por última vez. Para el resto de la superficie de cron — horarios, entrega, trabajos solo-script — nuestra guía completa de automatización cron tiene el recorrido completo, y la inmersión en monitor + libreta cubre la mecánica de preflight.