PTENES
MÓDULO 3.5 · PROYECTO 5

♻️ Proyecto 5: Background agents 24/7 a $0

Hasta aquí conversabas con el agente en tiempo real. En este proyecto, él trabaja solo: programas tareas con el hermes cron, se ejecutan en segundo plano todo el tiempo —24 horas, 7 días— y, como todo es local, el costo es $0. Funcionará en Vault (privado) y aprenderás a monitorear el estado del agente con hermes status e hermes doctor.

6
Etapas
~35
Minutos
Práctico
Nivel
Proyecto
Tipo
1

🎯 Objetivo: agentes funcionando todo el tiempo

Hasta ahora, el agente solo trabajaba cuando estabas delante, escribiendo. Un background agent y es lo contrario: funciona en segundo plano, por su cuenta, en los horarios que definiste: resumir correos electrónicos cada mañana, revisar un repositorio cada noche, organizar tus notas al final del día. Te vas y él continúa. Y como el modelo es local, dejarlo encendido 24/7 no genera ninguna factura.

Dashboard de Hermes que muestra los paneles Skills, Memory y Activity, con la CLI hermes setup/login/status/cron en el pie
Mira el panel Activity desde el panel: ahí es donde aparecen los background agents. Cada ejecución programada que se activa queda registrada en ese log, y es tu «ojo» para confirmar que el agente trabajó mientras no estabas. La CLI del pie de página (incluido el hermes cron) y así creas estas programaciones.

📋 Qué vas a entregar

  • •Una tarea programada con hermes cron.
  • •La confirmación de que funciona por sí sola, sin que estés presente.
  • •Todo en Vault — privado, sin que nada salga de la máquina.
  • •El agente monitoreado con hermes status e hermes doctor.

Requisitos previos: agente Hermes ya instalado y conectado al modelo local (Proyectos 2 y 3). Aquí usamos la CLI real de Hermes: los comandos hermes cron, hermes status e hermes doctor son reales; lo que no tiene un comando propio (como activar Vault) lo describimos como una acción en la interfaz.

Conceptos clave

Agente en segundo plano

Agente que se ejecuta en segundo plano, sin que estés presente.

24/7

Disponible todo el día, todos los días.

Panel Activity

Dónde ves cada ejecución programada que se activó.

Costo $0

Ejecutar en local no tiene costo por ejecución.

2

⏰ Etapa 1 — Programar con hermes cron

El comando que crea la programación y el hermes cron. Abre el administrador de tareas recurrentes de Hermes, donde indicas qué el agente debe hacer y cuando. A partir de ahí, Hermes ejecuta esa tarea a la hora acordada, incluso cuando no estás frente al teclado.

¿Nuevo por aquí? "Cron" es un término clásico de la informática: es el sistema que activa una tarea recurrente en horarios fijos («todas las mañanas a las 8h», «todos los lunes»). El hermes cron lleva esta idea al agente: en vez de que tengas que pedirlo cada vez, recuerda hacerlo por sí solo.

🎯 Objetivo del comando

Abrir el administrador de tareas programadas de Hermes para crear una tarea recurrente que el agente ejecutará por su cuenta.

hermes cron

Hermes abre el asistente de programación. Sigue el prompt interactivo (o la interfaz del dashboard) para definir la tarea; por ejemplo: "<tu tarea>" = «resumir mis notas de la carpeta X todos los días a las 19h». Eliges la tarea, la recurrencia y el modelo local que la ejecutará.

Cómo verificar: al terminar, la programación aparece en la lista (ejecuta hermes cron de nuevo para ver la lista) y la tarea pasa a aparecer en el panel Activity en cuanto lo ejecutes por primera vez.

🔎 Cómo verificar esta etapa

Crea una programación de prueba con horario siguiente (p. ej., dentro de unos minutos). Cuando llegue la hora, comprueba en el panel Activity que la tarea se ejecutó: esa es la señal de que el hermes cron está activando al agente por sí solo.

Conceptos clave

hermes cron

Comando que abre el administrador de tareas programadas.

Tarea recurrente

Algo que se repite en un horario fijo.

Prompt interactivo

El asistente donde defines qué y cuándo.

Activación automática

Hermes se ejecuta sin que se lo pidas de nuevo.

3

💸 Etapa 2 — Por qué esto cuesta $0

Aquí está el truco de los agentes locales en segundo plano. En un servicio en la nube, dejar un agente funcionando 24/7 sería caro: cada ejecución, cada token generado, se suma a la factura, y un loop que se dispara todo el día termina en una cuenta aterradora a fin de mes. Localmente, después de descargar el modelo, cada ejecución es gratuita. No hay ningún medidor. Solo pagas la energía que la máquina ya consumiría.

El ciclo de cron: se activa, se ejecuta, se repite — 24/7, a $0 ⏰ hermes cron inicia la tarea Agente local ejecuta la tarea Resultado en Activity …y en la próxima hora programada, se repite $0

O reloj de cron inicia el agente local, que ejecuta la tarea y guarda el resultado en el Activity; luego el ciclo vuelve a empezar a la siguiente hora programada. Fíjate en la insignia $0: cada vuelta de ese loop es gratis porque la inteligencia está en tu máquina; es lo contrario de la nube, donde cada vuelta de esas se sumaría a la factura.

✓ Local 24/7

  • ✓$0 por ejecución — ejecútalo tantas veces como quieras.
  • ✓Sin límite de solicitudes: ningún "alcanzaste el límite".
  • ✓Factura predecible: cero, siempre.
  • ✓Puedes dejar loops «costosos en tokens» en ejecución sin miedo.

✗ Lo mismo en la nube

  • ✗Cada ejecución programada tiene un costo por token.
  • ✗Un ciclo 24/7 se convierte en una sorpresa costosa en la factura.
  • ✗Los límites de solicitudes pueden bloquear la programación.
  • ✗Terminas "racionando" el agente para ahorrar.

💡 Consejo práctico

Como no hay costo por ejecución, conviene empezar con generosidad: programa varias tareas pequeñas y observa cuáles realmente ayudan. El único límite es el tiempo de CPU/GPU de tu computadora, no tu tarjeta de crédito.

Conceptos clave

$0 por ejecución

Ejecutar en local no tiene costo por tarea ni por token.

Costo de la nube

Un loop 24/7 en la nube multiplica la factura.

Sin límite de solicitudes

Ningún límite de uso impuesto por terceros.

Límite real

El tiempo de máquina, no el dinero.

4

🗄️ Etapa 3 — Ejecutar en Vault (privado)

Un agente que funciona por sí solo 24/7 maneja tus datos sin que supervises cada paso. Por eso, el lugar adecuado para él es el Vault — el modo aislado de la red que viste en la Ruta 1: todo ocurre localmente, nada sale por Internet. Así, tu agente en segundo plano puede revisar notas, correos o repositorios sensibles con la garantía de que esos datos nunca se transmiten al exterior.

Recordatorio: "Vault" y el modo privado/airgapped de Hermes (literalmente, como desconectar el cable de internet). No tiene un comando propio en la lista de CLI: lo activas mediante interfaz de Hermes (el selector de modo / interruptor de privacidad). Déjalo activado antes de que se ejecute la programación.

1

Confirma el modelo local

La programación debe ejecutarse en tu modelo de Ollama (ej.: qwen3-coder-64k), no en la nube.

2

Activa el Vault en la UI

En Hermes, activa el modo Vault (airgapped) antes de que el agente se ejecute por su cuenta.

3

Deja que se active la programación

Cuando se ejecute el cron, lo hará en Vault: privado de principio a fin.

✓ Ideal para ejecutar en Vault 24/7

  • ✓Resumir correos o notas con datos personales.
  • ✓Analizar código propietario de un repo privado.
  • ✓Organizar archivos de clientes y financieros.
  • ✓Cualquier tarea sujeta a normas de cumplimiento (salud, derecho).

✗ Cuidados

  • ✗Olvidar activar el Vault: la tarea puede usar la nube.
  • ✗Apuntar por error a un modelo en la nube en la programación.
  • ✗Una tarea que requiere internet (búsqueda web) no funciona en Vault puro.
  • ✗Máquina apagada = el agente no se ejecuta (el «servidor» eres tú).

🔎 Cómo verificar esta etapa

Con el Vault activado, desconecta internet y deja que se ejecute la programación (o fuerza una ejecución). Si la tarea termina sin conexión y el resultado aparece en el Activity, tienes un agente en segundo plano 100% privado.

Conceptos clave

Vault

Modo airgapped: todo local, nada sale.

Airgapped

Cómo desconectar el cable de internet.

Privacidad autónoma

Privado incluso cuando no estás supervisando.

Modelo local

La programación debe usar Ollama, no la nube.

5

🩺 Etapa 4 — Monitorear la salud del agente

Un agente que funciona por sí solo necesita ser supervisado ligeramente: quieres saber si está activo y si funciona bien. Dos comandos reales de la CLI hacen eso. El hermes status muestra el estado actual del agente (encendido, conectado, qué modelo). El hermes doctor haz un diagnóstico del estado, señalando qué está mal y cómo corregirlo.

🎯 Objetivo de los comandos

Confirmar que el agente esté activo y diagnosticar cualquier problema antes de que afecte las tareas programadas.

hermes status
hermes doctor

hermes status = «¿cómo está el agente ahora?» (activo, modelo, conexión). hermes doctor = «¿hay algo mal?»; revisa la instalación y el estado, y sugiere cómo solucionarlo.

Cómo verificar: hermes status debe indicar el agente activo y el modelo local correcto; hermes doctor debe terminar sin errores críticos (o enumerar exactamente qué hay que ajustar).

1

Revisa el estado

Ejecuta hermes status y confirma: agente activo, modelo local conectado.

2

Ejecuta el doctor

hermes doctor diagnostica el estado y señala ajustes (PATH, conexión, modelo faltante).

3

Revisa el Activity

Crúzalo con el panel Activity: ¿las ejecuciones programadas realmente están ocurriendo?

💡 Consejo práctico

Acostúmbrate a ejecutar hermes status de vez en cuando, es barato y te avisa pronto si el agente se cayó. Si algo parece extraño, el hermes doctor y el primer lugar que debes revisar antes de cambiar la configuración.

🔎 Cómo verificar esta etapa

hermes status muestra el agente activo y con el modelo local, e hermes doctor termina sin errores críticos. Con ambos en OK, sabes que los agentes en segundo plano se ejecutarán de forma confiable.

Conceptos clave

hermes status

Estado actual: en línea, modelo, conexión.

hermes doctor

Diagnóstico de estado con sugerencia de solución.

Observabilidad

Saber qué está haciendo el agente sin tener que adivinar.

Activity como prueba

El registro confirma que las ejecuciones se realizaron.

6

✅ Etapa 5 — Resultado: automatización gratis y privada

Si llegaste hasta aquí, tienes un agente trabajando por su cuenta: se activa a la hora que programaste, se ejecuta en Vault (privado), no cobra nada por ejecución y sabes cómo vigilar su estado. Es el paso en el que la IA local deja de ser «una ventana de chat» y se convierte en infraestructura que trabaja para ti en segundo plano, 24/7.

🏁 Resultado esperado

  • ✓Una tarea programada con hermes cron se inicia sola a la hora indicada.
  • ✓Aparece registrada en el panel Activity.
  • ✓Se ejecuta en Vault, sin que nada salga de la máquina, a $0.
  • ✓hermes status e hermes doctor confirman que el agente está en buen estado.

⚠️ Si algo no coincide

  • ✗¿La tarea no se activó? Ejecuta hermes cron y confirma que la programación exista.
  • ✗¿El agente "no está disponible"? Comprueba hermes status y después hermes doctor.
  • ✗¿Salen datos? Confirma que Vault esté activado y que el modelo sea local.
  • ✗¿No aparece nada en Activity? Puede que la computadora estuviera apagada a la hora programada.

Autocomprobación (opcional): ¿por qué un agente en segundo plano 24/7 cuesta $0 cuando se ejecuta localmente?

🎯 Resumen del proyecto

✓
Programado con hermes cron — tarea recurrente que el agente ejecuta por su cuenta.
✓
Costo $0 — ejecutarlo localmente 24/7 no genera una factura, a diferencia de la nube.
✓
En Vault — privado y aislado de la red, incluso al ejecutarse sin supervisión.
✓
Monitoreado — hermes status y hermes doctor confirman que el agente está funcionando correctamente.

Siguiente módulo:

3.6 — Proyecto 6: Alternar entre Vault, Connected y Cloud

← Volver a la Ruta Siguiente módulo →