6 casos de uso de Hermes Agent que opero como fuerza laboral 24/7

6 casos de uso de Hermes Agent que opero como fuerza laboral 24/7

El proyecto Godot terminó de compilar a las 4:42 AM. Yo no estaba despierto para verlo. Lo que vi, cuando me di vuelta y desbloqueé mi teléfono a las 8:11, fue un mensaje de Telegram de mi Hermes Agent: "Compilación completa. Shooter stealth jugable desde ~/projects/godot-tps. Recogidas de botín funcionando (munición, vendas). Alternancia de visión a través de paredes en enemigos. IA de patrulla básica en tres guardias. Último commit 04:42:13. Sin errores en el editor. ¿Quieres que redacte el brief de la siguiente iteración?"

Le había dado una sola instrucción la noche anterior. Me había ido a dormir. Mientras dormía, envió un shooter en tercera persona en Godot 4.

Quiero ser claro sobre algo antes de que esto se convierta en un párrafo de exageración. El shooter no es un juego terminado. La IA enemiga es básica. Las texturas son provisionales. El rig de animación está a medio hacer. Pero la cosa es jugable. Puedes caminar un personaje por un nivel, recoger munición, tomar una venda para curarte, ver enemigos brillando a través de las paredes en un modo de visión sigilosa, y disparar un arma que hace daño. La estructura base es real. La siguiente iteración, con assets generados por IA incorporados y unas cuantas pasadas más por el mismo agente, será un juego real.

El punto más importante es lo que demostró el slashgoal. Pasé de "idea vaga" a "proyecto Godot compilado y jugable" sin sentarme frente al teclado. El agente no estaba resumiendo lo que debería hacer. Estaba haciéndolo. Durante veintitrés horas. Continuamente. Mientras cocinaba la cena, veía una película, dormía y preparaba café.

Este es el post que he querido escribir durante meses. No el post de "Hermes Agent es increíble" — ya escribí el de conectar Hermes con Claude Code como un SO de IA compartido y el de combinarlo con OpenClaw para redundancia. Este es el post sobre lo que Hermes Agent realmente hace por mí cada día. Seis casos de uso específicos. Flujos de trabajo reales. Los que convirtieron la palabra de moda "agente auto-mejorante" en una fuerza laboral de IA 24/7 que genuinamente me costaría devolver.

Si has tenido curiosidad por Hermes pero no sabes a qué apuntarlo exactamente, este es tu manual.

Por qué "fuerza laboral de IA" es el marco correcto, no "asistente de IA"

La mayoría de la gente instala Hermes e intenta usarlo como ChatGPT con pasos extra. Escribe un prompt. Obtiene una respuesta. Cierra la ventana. Repite.

Ese es el modelo mental equivocado. Desperdicia el 90% de lo que hace interesante a Hermes.

El Hermes Agent (Nous Research, actualmente en v0.13 a mayo de 2026) fue construido alrededor de tres decisiones arquitectónicas que lo cambian todo sobre cómo lo usas:

1. Persiste. Hermes se ejecuta en un servidor, un VPS o un proceso local de larga duración. Puedes hablarle desde Telegram, WhatsApp, Slack o la terminal — pero el agente en sí no termina cuando cierras la ventana. Sigue ejecutándose, sigue recordando, sigue ejecutando tareas que delegaste hace horas o días.
2. Se auto-mejora. Cada tarea exitosa se extrae como una habilidad. Cada habilidad se refina a medida que la usas más. Eso significa que un pipeline de investigación que configuraste en febrero es mediblemente mejor en investigación en mayo que el día que lo construiste. El agente se compone.
3. Es multi-instancia. Puedes ejecutar varios perfiles Hermes en paralelo — un orquestador, un investigador, un programador, un escritor — y se pasan trabajo entre sí a través de un tablero Kanban integrado. No es una metáfora. Hay un dashboard Kanban literal. Las tarjetas se mueven entre columnas. Los perfiles se asignan. El trabajo sucede.

Combina esas tres propiedades y "asistente de IA" deja de ser la palabra correcta. Lo que realmente tienes es una pequeña fuerza laboral. Siempre activa. Siempre aprendiendo. Coordinada a través de un tablero. Ese reencuadre es lo que desbloquea los casos de uso a continuación.

Esto es lo que el mío hace por mí, en el orden en que los desarrollé.

Caso de uso 1: Slashgoal para tareas que toman más de 24 horas

El slashgoal — /goal en el CLI de Hermes — es la característica única que me hizo dejar de tratar a Hermes como un chatbot. Según la documentación oficial de Hermes, /goal establece un objetivo permanente hacia el cual el agente seguirá trabajando entre turnos hasta que esté completo, usando lo que Nous llama un bucle Ralph. En términos prácticos: le das un objetivo y trabaja sin parar.

La primera vez que lo probé, hice lo que todo desarrollador hace. Escribí /goal constrúyeme una app y me fui a dormir sintiéndome ingenioso.

Me desperté con un servidor Express medio roto, tres archivos readme contradictorios y una factura de tokens que me hizo hacer una mueca. El agente genuinamente lo había intentado. Simplemente no tenía idea de lo que yo quería.

Ese fracaso me enseñó la lección que ahora enseño a cada usuario de Hermes que conozco: el slashgoal no es un deseo. Es un contrato. Y los contratos funcionan cuando ambas partes son específicas.

La solución fue el metaprompting. En lugar de escribir mi objetivo a ciegas, comencé a co-escribir el objetivo con una IA primero. Me sentaba con Claude o Codex y respondía preguntas como:

• ¿Cuál es el entregable objetivo, descrito como si se lo estuviera dando a un desarrollador?
• ¿Cuáles son las restricciones duras (lenguaje, framework, dependencias, estructura de archivos)?
• ¿Cuáles son las preferencias blandas (estilo, convenciones de nombres, bibliotecas a evitar)?
• ¿Cómo se ve "terminado"? ¿Cuál es la prueba mínima viable de completitud?
• ¿Qué puede decidir el agente? ¿Sobre qué debe preguntarme?
• ¿Cuál es el presupuesto — tokens, tiempo, alcance?

Para cuando termino, tengo un slashgoal de dos o tres páginas. Doloroso de escribir. Mágico de ejecutar.

El proyecto Godot que abrió este post vino de uno de esos slashgoals largos. El prompt especificaba Godot 4 como motor, una cámara en tercera persona conectada a un CharacterBody3D, dos recogibles consumibles (munición y vendas), una mecánica de sigilo donde los enemigos se vuelven visibles a través de las paredes cuando el jugador se agacha, e IA de patrulla para tres NPCs enemigos. Listaba la estructura exacta de directorios. Le decía al agente qué APIs de Godot usar y cuáles evitar. Le daba permiso al agente para hacer commit a un repositorio git local en cada hito y avisarme por Telegram cuando estuviera bloqueado.

El agente funcionó durante 23 horas. Llegó al límite de presupuesto que había establecido para iteraciones máximas. Me consultó dos veces, ambas porque identificó correctamente una ambigüedad en mi especificación. El resultado fue el prototipo jugable que describí al inicio.

Ese mismo patrón funciona para cosas que no son juegos. He usado slashgoal para:

• Un documento técnico extenso (un playbook de 60 páginas para un cliente). El agente redactó, se auto-revisó contra una rúbrica e iteró hasta que cada sección pasó la rúbrica. Tiempo total: ~14 horas.
• Una migración de una app Laravel legacy a un codebase Laravel 13 nuevo. El agente leyó el código antiguo, mapeó rutas y modelos, generó la nueva estructura y produjo un diff para que yo revisara. Tiempo total: ~11 horas.
• Un sitio de documentación estática completo para un proyecto open-source que mantengo. Hermes escribió el contenido, generó la configuración de Astro, configuró el despliegue a un VPS y me avisó cuando el DNS necesitó intervención manual. Tiempo total: ~6 horas.

Hay un patrón en esos ejemplos que vale la pena nombrar. El slashgoal funciona mejor para trabajo acotado, verificable y de cola larga. Acotado porque los objetivos vagos fallan. Verificable porque el agente necesita saber cuándo terminó. De cola larga porque si una tarea toma 15 minutos, simplemente hazla tú.

La compensación honesta: las ejecuciones de slashgoal son caras cuando las juzgas mal. Una ejecución de 23 horas en Opus 4.7 a través de OpenRouter me costó aproximadamente $38 por el proyecto Godot. Vale la pena para un prototipo real. Doloroso si el prompt fue malo y el resultado es inutilizable. Siempre limita tu configuración de max-iterations en hermes init antes de delegar algo ambicioso.

Antes de continuar, aquí está el hilo abierto que cerraré después: un gran slashgoal aún necesita un buen lugar donde aterrizar su resultado. Ahí es donde entra el Kanban.

Caso de uso 2: El tablero Kanban como mi controlador de tráfico humano-IA

El Kanban de Hermes es la segunda característica que cambió cómo trabajo. Viene como un plugin de dashboard incluido en plugins/kanban/, se ejecuta localmente y expone columnas para triaje, pendiente, listo, en ejecución, bloqueado, terminado y archivado. Lo inicias con hermes dashboard desde la terminal y se abre una pestaña del navegador en la URL del kanban.

Esa frase subestima lo que realmente está pasando. El Kanban no es una lista de tareas. Es una cola de delegación con enrutamiento integrado.

Este es el flujo diario que ejecuto.

Por la mañana, alrededor de las 8:30 AM. Escribo mi lista de tareas del día. Lápiz y papel, generalmente. Alrededor de una docena de items: trabajo de clientes, revisiones de código, dos artículos por escribir, tres llamadas que hacer, un asunto de facturación que necesita mi contador, mandados.

Separo la lista en dos pilas. Pila A es trabajo que solo yo puedo hacer. Pila B es trabajo que un agente puede comenzar plausiblemente. La división suele ser 60/40 algunos días, 30/70 en otros. Cualquier cosa que involucre una llamada telefónica, una decisión creativa, una reunión cara a cara, o juicio que dependa de contexto que el agente no tiene — eso es pila A. Cualquier cosa que sea investigación, redacción, scaffolding de código, refactorización, recopilación de datos o documentación rutinaria — pila B.

La pila B va al Kanban. Abro hermes dashboard, presiono el botón de creación inline en la columna de Triaje y agrego tarjetas cortas. "Investigar tres competidores del producto X, producir un reporte en markdown." "Refactorizar el módulo de auth en el repo Y para usar el nuevo patrón de middleware." "Redactar las primeras 1,500 palabras del artículo de la próxima semana sobre el tema Z."

El dispatcher toma el control. Por defecto, Hermes se ejecuta con kanban.auto_decompose: true. El dispatcher lee cada tarjeta en la columna de Triaje, mira mi lista de perfiles y enruta la tarea. Una tarjeta de investigación va a mi perfil de Investigador. Una tarjeta de código va a mi perfil de Programador. Una tarjeta de escritura va a mi perfil de Escritor. Las tarjetas largas se descomponen en un grafo de tareas hijas mediante la acción Decompose. Las tarjetas cortas reciben una reescritura de especificación de tarea única mediante Specify.

Las tarjetas fluyen. Triaje → pendiente → listo → en ejecución → terminado. Yo no las muevo. Los agentes lo hacen. Observo el tablero cambiar a lo largo del día de la misma manera que solía ver ejecutarse los pipelines de CI.

La primera vez que esto me hizo clic fue un martes en marzo. Había puesto siete tarjetas en el tablero a las 9 AM. Para el mediodía había trabajado en tres de mis tareas solo-para-humanos. Cuando revisé el dashboard, cuatro de las siete tarjetas se habían movido a terminado. Una estaba bloqueada — el agente había chocado con un muro y dejó un comentario haciéndome una pregunta. Dos seguían en ejecución. Respondí la pregunta de la tarjeta bloqueada en quince segundos. El agente se desbloqueó y continuó.

Ese es el momento en que dejé de sentir que estaba gestionando tareas. Estaba revisando el trabajo de un equipo del cual yo era, técnicamente, el único miembro humano.

Algunos detalles que importan una vez que realmente lo usas:

• Las tarjetas aceptan comentarios. Dejo contexto en los comentarios de las tarjetas en lugar de meterlo en el título. El agente los lee. El contexto largo pertenece a los comentarios, no a los títulos.
• Las tarjetas aceptan enlaces. Puedes adjuntar una ruta de archivo, una URL o una referencia a otra tarjeta. Hermes los usa como entradas.
• El auto-decomposer de triaje es opinado. Si no te gusta cómo descompuso una tarea, presiona el botón Decompose de nuevo con un prompt más claro en un comentario primero. Se re-enrutará basándose en el comentario.
• Usa descripciones de perfil. El dispatcher enruta basándose en las descripciones de los perfiles, no en los nombres. Un perfil llamado coder sin descripción recibe enrutamiento genérico. Un perfil llamado coder descrito como "Especialista en TypeScript / Next.js / Tailwind, vive en ~/projects/web" recibe exactamente el trabajo que debería.

El Kanban es lo que convierte a Hermes de "un agente haciendo una cosa" a "una fuerza laboral haciendo muchas cosas." Una vez que lo estés ejecutando, dejarás de abrirlo para verificar el progreso y empezarás a abrirlo para delegar.

Pero la parte más contraintuitiva de cómo uso Hermes no es el comando goal ni el Kanban. Es el motor de investigación autónoma del que hablaré a continuación — que produce resultados tan detallados que facilita el trabajo de Claude Code.

Caso de uso 3: Investigación técnica y análisis competitivo que se transfiere limpiamente

Ejecuto un análisis competitivo de cada producto que evalúo. Solía hacerlo manualmente. Abrir una pestaña. Leer el copy de marketing. Abrir otra pestaña. Hacer clic por el producto. Abrir las herramientas de desarrollador. Mirar el tamaño del bundle. Anotar la página de precios. Anotar los scripts de analytics. Anotar el procesador de pagos. Escribir los hallazgos.

Eso solía ser una hora, mínimo, por producto. A veces medio día si el producto era profundo.

Ahora es una tarjeta de Kanban.

La tarjeta se ve así: "Analizar el producto competidor Creator Buddy (creatorbuddy.ai). Producir un reporte en markdown cubriendo stack tecnológico, lista de características, niveles de precios, configuración de analytics, procesador de pagos, afirmaciones clave de posicionamiento y brechas versus herramientas comparables. Salida en ~/research/competitors/creator-buddy-2026-05.md."

El agente hace este trabajo de la manera en que yo lo haría, excepto más rápido y más a fondo. Abre el sitio. Lee cada página. Inspecciona solicitudes de red. Mira los bundles de JavaScript cargados y nota qué frameworks son visibles. Lee el código fuente de la página para etiquetas de analytics. Revisa la página de precios. Compara el lenguaje de posicionamiento entre páginas. Produce un reporte en markdown — generalmente de 1,500 a 2,500 palabras — que puedo pasar directamente a Claude Code o Codex como entrada para una tarea de construcción.

El análisis de Creator Buddy se ejecutó durante unos 40 minutos. El resultado contenía:

• Identificación del stack tecnológico. Next.js 14, Tailwind, desplegado en Vercel, usando Stripe para pagos, Mixpanel para analytics de producto, Intercom para soporte. Todo inferido de los headers, los scripts cargados y el código fuente de la página.
• Inventario de características. Veintitrés características, cada una descrita en una oración, organizadas por las cuatro superficies del producto (dashboard, editor, biblioteca, configuración).
• Matriz de precios. Tres niveles, con las diferencias de características resaltadas. Extraído directamente de la página de precios y algunos documentos de soporte enlazados en el footer.
• Afirmaciones de posicionamiento. Seis afirmaciones principales del marketing, clasificadas por cuán prominentemente están destacadas.
• Brechas. La propia evaluación del agente — basada en comparación con dos herramientas de referencia que le había indicado — de lo que Creator Buddy no hace que las herramientas comparables sí hacen.

Esa última sección fue lo decisivo. El agente no solo describió el producto. Lo analizó. La sección de brechas me dio tres oportunidades concretas que una herramienta en el mismo espacio podría perseguir.

Lo que hace este caso de uso especialmente valioso: el resultado está estructurado para agentes posteriores. Porque el reporte es un archivo markdown limpio en una ubicación conocida, puedo pasarlo como contexto a Claude Code con un slashgoal de seguimiento: "Lee ~/research/competitors/creator-buddy-2026-05.md. Construye un prototipo Next.js 15 que aborde las tres brechas identificadas en el reporte. Usa el mismo stack tecnológico. Salida en ~/projects/prototype-x."

Son dos operaciones de Hermes encadenadas. Investigación → prototipo. Ambas autónomas. Ambas produciendo artefactos reales que puedo revisar. El mismo patrón de transferencia funciona para cualquier flujo de trabajo de investigar-luego-construir.

Una nota sobre la ética, porque me lo tomo en serio: el agente solo inspecciona páginas disponibles públicamente. Sin scraping detrás de un paywall. Sin evadir autenticación. Sin simular usuarios. El agente lee lo que un navegador sin sesión vería e informa sobre lo que es visible. Esa es una restricción que establezco en la descripción del perfil y refuerzo en cada tarjeta de investigación.

Si escribes mucho contenido de IA de valor práctico como yo, la cadena investigación-luego-construcción paga la suscripción de Hermes por sí sola. Las horas que solía pasar recopilando contexto ahora son horas que paso en la escritura en sí.

Caso de uso 4: Una wiki de memoria personal que se vuelve más inteligente mientras vivo

Hay una categoría de caso de uso de Hermes que no aparece en ningún post de "10 casos de uso" que haya leído, y es el que más me costaría perder.

Tengo una wiki de memoria personal. Es un sitio web privado, alojado en un dominio al que solo yo puedo acceder, mantenido automáticamente por Hermes. Cada conversación que tenemos, cada decisión que tomo en un registro diario, cada artefacto de investigación, cada hito de proyecto — todo aterriza como una entrada clicable, buscable y con enlaces cruzados en esa wiki.

Configurarla fue un prompt y unos 25 minutos.

Le pedí a Hermes que me construyera un sitio estático con tres cosas: una página de inicio listando mis proyectos activos con insignias de estado, una sección de registro diario con una entrada por día, y una sección de temas donde cada tema es una página markdown que se actualiza automáticamente cuando ocurre una conversación relevante. Le dije dónde alojarlo (un subdominio privado en mi VPS), le di acceso de escritura al vault de Obsidian donde viven mis notas, y lo apunté al directorio de registro de conversaciones.

Esa fue la instalación. Ahora la wiki se mantiene sola.

Cada noche alrededor de medianoche, una tarea programada se ejecuta en Hermes. Extrae las conversaciones del día, saca los puntos sustanciales (decisiones, lecciones, referencias útiles, cosas que dije que recordaría) y los escribe en las páginas de tema apropiadas. Actualiza el registro diario con un resumen limpio. Enlaza cruzadamente las nuevas entradas con temas existentes donde el contenido se superpone. Para la mañana, la wiki ha crecido un día de memoria precisa y navegable — sin que yo toque nada.

¿Por qué importa esto? Dos razones.

Refuerza mi propia memoria. Solía olvidar cosas. Decisiones tomadas hace tres semanas. Conversaciones con clientes sobre cambios de alcance. La razón específica por la que elegí una biblioteca sobre otra en un proyecto el mes pasado. Ahora solo abro la wiki y busco. El acto de escribir cosas — incluso cuando el agente hace la escritura — las trae de vuelta a la memoria a corto plazo accesible.

Le da al agente mejor contexto a largo plazo. Esta es la parte que no vi venir. Porque la wiki también es la fuente de verdad del agente, cada conversación que tengo con Hermes está informada por cada conversación que ya he tenido. Pregúntale a Hermes sobre un proyecto del trimestre pasado y no titubea — abre la página del tema, lee sus propias notas y responde con contexto completo. La wiki es, efectivamente, la memoria a largo plazo externalizada del agente en una forma que puedo navegar y auditar.

Un ejemplo específico. Hace dos semanas estaba en una llamada con un cliente sobre un proyecto Laravel. Referenciaron una decisión que habíamos tomado en febrero sobre autenticación. No lo recordaba. Abrí la wiki en mi segundo monitor, escribí "auth" en la búsqueda y apareció la entrada: "2026-02-14 — Decisión de auth del Cliente X. Elegimos Laravel Sanctum sobre Passport porque su equipo de app móvil está usando auth basada en tokens y el modelo de token API de Sanctum mapea más limpiamente. Mejba señaló el costo de migración. El cliente aceptó." Le leí eso al cliente. Confirmaron. La llamada continuó.

Sin la wiki, eso es un momento incómodo de quince minutos de "déjame verificar y te respondo." Con la wiki, son seis segundos. Multiplica eso por cada conversación que depende de contexto previo — que eventualmente es cada conversación — y entiendes por qué lucharía por mantener esta configuración.

La configuración es más simple de lo que suena. Hermes construye el sitio con el stack que quieras (el mío es Astro porque compila rápido y se ve decente con estilizado mínimo). La tarea programada es una sola entrada cron en la configuración de Hermes. El enlace cruzado ocurre a través de una pequeña habilidad que el agente aprendió con el tiempo — y que ahora está en mi biblioteca de habilidades, lista para compartir si la pides.

Construye esto. En serio. Es el caso de uso que más devuelve durante el mayor tiempo.

Caso de uso 5: Una malla Tailscale que hace de cada dispositivo un terminal Hermes

Este es el caso de uso que convirtió mi colección de dispositivos en un sistema funcional.

Tengo un MacBook Pro en el escritorio. Un Mac Mini en un estante ejecutando trabajos largos. Un iPhone en el bolsillo. Un iPad en una mochila. Un box Linux de repuesto que mantengo para pruebas. Antes de esta configuración, cada dispositivo era su propia isla. Los archivos en el Mac Mini estaban en el Mac Mini. Los modelos ejecutándose en el box Linux se ejecutaban en el box Linux. Para mover un archivo o consultar un servicio entre dispositivos, improvisaba con Dropbox, SSH o un cable USB.

Tailscale se comió todo eso.

Tailscale es una VPN mesh. La instalas en cada dispositivo que posees. Se autentican a tu tailnet. Forman conexiones peer-to-peer encriptadas usando WireGuard. Cada dispositivo recibe un nombre estable (vía MagicDNS) y una dirección IP que solo es accesible desde dentro de tu malla privada. Teléfonos, laptops, servidores, tablets — todos en una red, todos direccionables por hostname, todos asegurados por SSO en el borde.

La configuración es veinte minutos y gratis para uso personal hasta 100 dispositivos. Instala la app. Inicia sesión con Google o GitHub. Listo. Cada dispositivo aparece en la consola de administración de Tailscale con un nombre y una IP. Desde cualquier dispositivo en la malla, puedes alcanzar cualquier otro dispositivo por hostname.

Lo que eso desbloquea para Hermes es desproporcionado.

Acceso a archivos entre dispositivos. Un proceso Hermes ejecutándose en mi Mac Mini puede leer archivos en mi MacBook Pro referenciándolos en macbook-pro:/Users/mejba/projects/... a través de la malla. No tengo que sincronizar, copiar ni subir. El agente lee archivos donde viven.

Servicios tipo localhost desde cualquier lugar. Ejecuto un LLM local (un modelo Llama cuantizado) en el box Linux. Desde mi MacBook, puedo acceder a él en linux-box:11434 — el puerto de Ollama — como si estuviera en localhost. Desde Hermes en el Mac Mini, lo mismo. Toda la malla trata cada dispositivo como una máquina lógica.

Ejecución de pruebas entre dispositivos. Si Hermes está construyendo una app web en mi MacBook y quiere probarla desde "otra red," puede ejecutar un curl desde el iPhone (sí, con iSH o a-Shell) o desde el box Linux. Mismo código, diferente ruta de red, prueba del mundo real.

El teléfono como control remoto del Mac Mini. Este es ligeramente absurdo pero útil. El dashboard de Hermes en el Mac Mini es accesible desde el navegador de mi iPhone en el nombre MagicDNS del Mac Mini. Puedo estar en la cafetería, ver mi tablero Kanban actualizarse en tiempo real en mi teléfono y arrastrar tarjetas entre columnas desde la pantalla del iPhone. El Mac Mini trabaja. El teléfono es el volante.

El video que inspiró parte de este escrito deletreaba el producto como "Tailcale." En realidad es Tailscale, con la S. Mismo producto, escritura real, disponible en tailscale.com. Gratis para uso personal. Vale la pena instalarlo hoy incluso si nunca ejecutas Hermes — pero si ejecutas Hermes, transforma lo que un agente en una máquina puede alcanzar.

Una nota de seguridad: cuando pones dispositivos en una tailnet, se vuelven accesibles desde cada otro dispositivo de tu tailnet. Ese es todo el punto. Pero significa que un compromiso en un dispositivo potencialmente expone servicios en otros. Usa las ACLs de Tailscale para delimitar lo que cada dispositivo puede tocar. No ejecutes servicios sin autenticación en una IP de tailnet solo porque la malla se siente privada. La malla es privada. Los servicios aún deberían autenticarse.

Si este tipo de configuración distribuida te interesa, he escrito antes sobre desplegar agentes autónomos en un VPS con notificaciones de Discord — misma filosofía, diferente malla.

Caso de uso 6: El prompt de prioridad matutino a las 9 AM que dirige mi día

El último caso de uso es el más pequeño del post, y el que defendería con más fuerza.

Cada mañana a las 9:00 AM, Hermes me envía un mensaje en Telegram con una pregunta: "¿Cuál es tu prioridad número uno hoy?"

Eso es todo. Ese es todo el prompt.

Respondo con una frase. A veces dos. Generalmente algo como "enviar el rediseño de la landing page de la agencia" o "terminar el segundo borrador del artículo de Hermes" o "llamar a mi contador y resolver la facturación de la semana pasada."

Hermes hace tres cosas con mi respuesta.

Actualiza la wiki. Una nueva entrada aterriza en mi registro diario: la fecha de hoy, la prioridad, mis palabras exactas. Para el final de la semana, hay una columna que puedo escanear para ver lo que me dije que importaba cada día. Emergen patrones que no puedo ver en tiempo real.

Genera tareas de apoyo. Si dije "enviar el rediseño," Hermes agrega tarjetas al Kanban: investigar qué hay actualmente en la página, recopilar assets de marca, redactar tres variaciones de hero, escribir tres opciones de meta descripción, preparar un checklist de despliegue. Puedo conservar, eliminar o editar cualquiera de ellas. La primera vez que probé esto eliminé la mitad. Para la segunda semana, conservaba la mayoría. El agente aprendió qué tareas de apoyo valoro y cuáles no.

Adapta su comportamiento. A lo largo de las semanas, el agente construye un modelo de qué priorizo, cuándo y por qué. Los lunes tienden hacia tareas de escritura. Los miércoles tienden hacia trabajo de clientes. Los viernes tienden hacia enviar o terminar. El agente usa ese patrón para sesgar las tareas de apoyo que genera. Pregúntame mi prioridad del lunes y las tareas de apoyo se inclinan hacia investigación y esquema. Pregúntame mi prioridad del viernes y se inclinan hacia verificaciones de envío y revisión.

El bucle de auto-mejora es todo el punto. El prompt matutino es la señal de retroalimentación más pequeña posible que puedes darle a un agente que quiere aprender tu flujo de trabajo, y produce el mayor cambio de comportamiento posible con el tiempo. Después de tres meses, mi perfil Hermes me conoce de una manera que la primera semana de uso no podría haber predicho.

Puedes construir este prompt en cinco minutos. Configura un cron job dentro de Hermes (hermes cron create --time "09:00" --message "¿Cuál es tu prioridad número uno hoy?"), apúntalo a tu bot de Telegram, dale una pequeña habilidad llamada daily-priority-handler que haga las tres cosas anteriores y déjalo ejecutar.

La primera semana, es una pregunta que interrumpe tu café. La tercera semana, es un pequeño ritual que esperas con ganas. Para el tercer mes, es el hábito más importante de tu día.

Lo que une estos seis casos de uso

Seis casos de uso. Un patrón.

Cada uno toma la misma primitiva — un Hermes Agent que puede persistir, aprender y ejecutar — y la convierte en una función de producción diferente. El slashgoal es el trabajador de turno largo. El Kanban es el dispatcher. El motor de investigación es el analista. La wiki de memoria es la memoria institucional. La malla Tailscale es la red de la oficina. El prompt matutino es la reunión de standup.

Ejecútalos juntos y no tienes un asistente de IA. Tienes una organización. De un humano y cuantos perfiles Hermes decidas crear.

Hay una desventaja real sobre la que ser honesto. El costo de mantenimiento no es cero. Hermes envía actualizaciones frecuentemente. El auto-decomposer del dispatcher Kanban se vuelve opinado de maneras que ocasionalmente molestan. El slashgoal a veces choca con muros y quema presupuesto antes de fallar útilmente. El cron job de la wiki necesita poda ocasional cuando las páginas de temas se vuelven difíciles de manejar. Ninguno de estos son deal-breakers. Todos son reales.

Pero la pregunta no es "¿es perfecto Hermes?" Es "¿la fuerza laboral produce más de lo que cuesta?" Para mí, fácilmente sí. Envié más código, escribí más artículos, ejecuté más investigación y recordé más decisiones en los últimos seis meses con Hermes que en los doce meses anteriores sin él.

La noche en que el proyecto Godot terminó de compilar a las 4:42 AM es la noche en que dejé de preguntar si mantener esta configuración.

Aquí está la única pregunta que vale la pena considerar esta noche: si tuvieras una fuerza laboral en espera ahora mismo — una que nunca duerme, nunca olvida, nunca pierde contexto — ¿qué habrías delegado ya?

Ese es el slashgoal que deberías escribir a continuación.

Preguntas Frecuentes

¿Qué es el comando slashgoal de Hermes Agent?

El slashgoal (/goal) es un comando de Hermes Agent que establece un objetivo permanente hacia el cual el agente seguirá trabajando entre turnos hasta que esté completo, usando lo que Nous Research llama un bucle Ralph. Está diseñado para tareas autónomas de larga duración — desde unas pocas horas hasta varios días — que tienen un entregable claro. Para el flujo completo del slashgoal y el patrón de metaprompting que uso, consulta la sección de slashgoal arriba.

¿Cómo funciona el tablero Kanban de Hermes Agent?

El Kanban de Hermes viene como un plugin de dashboard incluido y expone columnas para triaje, pendiente, listo, en ejecución, bloqueado y terminado. Las tarjetas dejadas en la columna de Triaje son auto-enrutadas por un dispatcher al perfil de agente correcto basándose en las descripciones de perfil que hayas configurado. Lo inicias con hermes dashboard desde la terminal.

¿Puede Hermes Agent ejecutarse autónomamente mientras duermo?

Sí — ese es el diseño central. Hermes se ejecuta como un proceso persistente en un servidor, VPS o máquina local de larga duración, y continúa ejecutando slashgoals o tareas Kanban incluso cuando estás desconectado. Puedes contactarlo desde Telegram, WhatsApp o el dashboard web cuando quieras verificar el estado.

¿Necesito Tailscale para usar Hermes Agent?

No. Tailscale es opcional, pero expande dramáticamente lo que un proceso Hermes puede alcanzar. La VPN mesh de Tailscale permite que tu agente Hermes acceda a archivos y servicios en cada dispositivo que posees — teléfono, tablet, laptop, servidor — como si fueran una sola máquina. Consulta el caso de uso de Tailscale arriba para la configuración.

¿Cuánto cuesta ejecutar múltiples perfiles Hermes?

Los costos dependen de a qué modelo diriges cada perfil. Un perfil Hermes ejecutándose en Claude Sonnet 4.7 de Anthropic es dramáticamente más barato que uno en Opus 4.7. Mi configuración mezcla Opus para orquestación y revisión con modelos más baratos para ejecución rutinaria, y funciona cómodamente por menos de $200/mes entre múltiples perfiles y uno o dos slashgoals de 23 horas por semana.

Trabajemos Juntos

¿Buscas construir sistemas de IA, automatizar flujos de trabajo o escalar tu infraestructura tecnológica? Me encantaría ayudar.

• Fiverr (construcciones personalizadas e integraciones): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (soluciones empresariales): ramlit.com
• ColorPark (diseño y branding): colorpark.io
• xCyberSecurity (servicios de seguridad): xcybersecurity.io