Hermes Agent Lab

Blog de Hermes Agent — Guías Prácticas y Perspectivas

Últimos artículos y perspectivas.

hermes peer: deja que tus agentes se envíen mensajes directos entre perfiles y máquinas

Tu agente de investigación encontró la respuesta — ahora la copias y pegas a mano en la ventana de tu agente de programación. hermes peer (incluido en v0.21.0) permite que cualquier agente de Hermes envíe mensajes a cualquier otro por handle, a través de perfiles y gateways: registra un gateway peer y luego hermes peer dm spark "¿estado del disco?" entrega el mensaje en el Bot Chat canónico del agente remoto e imprime la respuesta. Las tareas largas se ejecutan de forma asíncrona con hermes peer run + idempotency keys, y los códigos de salida siguen siendo amigables para scripts.

hermes approvals test: pregunta al sistema de aprobaciones antes de ejecutar ese comando

¿Alguna vez te has preguntado si un comando activará la puerta de aprobaciones de Hermes — sin llegar a ejecutarlo? hermes approvals test (v0.21.0) hace una prueba en seco de cualquier comando contra los guardas reales: blocklist de línea dura, tus reglas approvals.deny, detección de patrones peligrosos, allowlist y el bypass yolo/off. Imprime el veredicto, la regla que coincide y el rastro del comando normalizado, y sale con 0 (permitir), 2 (preguntar) o 3 (denegar). Extra: hermes approvals suggest extrae de tu historial de aprobaciones propuestas para la allowlist.

Trabajos cron que recuerdan: memoria y continuidad para tus agentes programados

Tu trabajo de briefing de las 9 de la mañana te lleva una semana contando los mismos tres puntos, porque cada ejecución empieza de cero — los trabajos programados tenían memoria de pez. v0.21.0 cambia eso: los agentes cron ahora cargan y actualizan memoria persistente como cualquier otro agente, el flag --continuity inyecta la salida de la ejecución anterior en la siguiente (así un monitor puede deduplicar y continuar donde lo dejó), cada trabajo tiene una libreta duradera mediante hermes cron notepad, y los trabajos en modo monitor se saltan el LLM por completo cuando nada ha cambiado.

skills.create_dir: haz que las skills nuevas aterricen donde dice tu configuración — no donde el prompt se ignora

Decirle a tu agente «crea las skills en /opt/brain/skills» en un prompt es una sugerencia; la herramienta skill_manage escribe en ~/.hermes/skills/ y ningún system prompt puede discutir con una ruta de archivo. La nueva clave de configuración skills.create_dir (PR #100377, fusionada el 1 de septiembre) dirige las skills creadas por el agente a cualquier directorio — y cada cadena de instrucción, schema de herramienta y documento que nombre la ruta de creación renderiza dinámicamente tu directorio configurado, de modo que configuración, herramienta y prompt por fin coinciden.

¿Tus trabajos cron murieron en silencio? Un solo comando revisa toda tu flota

Tus trabajos programados pueden llevar días muertos sin que lo sepas: cron list y cron status ambos parecen normales. El nuevo comando hermes cron doctor revisa cada trabajo de una sola pasada: ejecuciones fallidas, entregas fallidas, next_run_at vencidos, scripts que faltan y workdirs muertos, y termina con el código de salida 1 cuando algo requiere atención. Fusionado el 31 de agosto (PR #99479); actualmente solo disponible en main.

El cron con varios perfiles deja de cruzar mensajes: cada perfil entrega por su propio bot

Si ejecutas Hermes con varios perfiles, quizá lo hayas visto: el resultado de cron del perfil B llega desde el bot del perfil A — o falla del todo con 'Bot not in chat'. Una corrección fusionada el 31 de agosto (PR #99375) hace que la identidad de entrega siga al perfil dueño del trabajo: cada perfil envía por su propio bot, con sus propias credenciales y su propio chat principal, y hermes -p X cron status deja de mentir.

La barra de estado se renueva: tasa de cache-hit, latencia y tokens/seg de un vistazo

La barra de estado de la CLI de Hermes suma tres métricas nuevas: tasa de cache-hit del prompt (◎), latencia media móvil (◷) y tokens de salida por segundo (↑) — y cada campo se puede activar o desactivar desde display.status_bar.fields. La tasa de cache-hit es una línea directa a tu factura de API: más aciertos, mucho menor coste. Fusionado el 30 de agosto (PR #98250); actualmente solo en main.

'Session not found'? state.db ahora detecta la corrupción, la aísla y se cura solo

Hermes guarda todo el historial de sesiones en state.db. Antes, cuando la base de datos se corrompía solo veías un desconcertante 'session not found' — y el sistema seguía escribiendo en la base de datos dañada, empeorando el problema. Un lote de correcciones fusionado del 30 al 31 de agosto (PR #99513 y PRs hermanos) enseña a Hermes a gestionar la corrupción como es debido: detectarla, poner en cuarentena el archivo dañado, curar lo que se pueda curar y fallar con un error claro en lugar de fingir que todo va bien.

Busca todos los comandos y skills de Hermes en Telegram: el selector inline de @botname sortea el límite de 60 slots del menú

Telegram limita de forma estricta el menú de comandos `/` (100 por scope, ~4 KB de payload; Hermes usa 60 slots por defecto), así que los comandos de los skills se caen del menú cuando instalas suficientes. Una función integrada el 30 de agosto sortea ese límite por completo: escribe `@nombre-de-tu-bot` + una palabra clave en cualquier chat y obtén un selector vivo y buscable sobre todos los comandos y skills instalados — calculado pulsación a pulsación, paginado de 50 en 50, y un toque envía el comando al chat.

Se acabaron los bloqueos de 5 minutos esperando aprobaciones en Hermes desatendido: la nueva clave approvals.unattended_mode

Las sesiones de webhook, msgraph_webhook y api_server solían bloquearse durante todo el timeout de aprobación de 60-300 s al toparse con un comando peligroso — porque en esas superficies no existe ningún humano que responda a /approve. Una corrección integrada el 30 de agosto añade approvals.unattended_mode (deny por defecto) para que esas sesiones fallen al instante con un motivo claro en lugar de quedarse colgadas, además de single_query_mode para las sesiones one-shot de hermes chat -q.

Las sesiones de larga duración por fin se ponen al día: la compactación ahora reconstruye siempre el system prompt

Hermes solía restaurar el system prompt de una sesión de larga duración byte a byte desde su snapshot en cada compactación — así que las mejoras de guía, los nuevos bloques de prompt y los renombrados de herramientas nunca llegaban a una sesión que llevaba meses activa. Un cambio integrado el 30 de agosto (PR #98426) hace que el commit de compactación ejecute siempre el builder de prompt en vivo: una salida byte-igual conserva el objeto original (caches de prefijo intactos), una salida divergente gana y registra el diff.

La compresión de contexto, 5 veces más rápida: una sola petición aux en lugar de 19

La antigua lean compaction llamaba al modelo aux una vez por cada fragmento de historial para construir digests — hasta 28 llamadas secuenciales en una sesión grande, que convertían la compactación en bloqueos de 7-11 minutos en rutas aux lentas. Un cambio integrado el 30 de agosto (PR #98628) elimina el bucle de digests: una petición aux por intento de compactación. Medido sobre una transcripción real de 500K tokens: de 196.5s a 39.6s, y ~11K tokens menos después de la compactación.

Dale a Hermes una máquina del tiempo: busca la web tal y como era con BackSearch

Pides a un LLM que prediga las noticias del próximo mes y resulta que ha mirado los titulares de hoy: la predicción queda contaminada por información posterior. BackSearch (de General Reasoning) congela el archivo de noticias: cada petición lleva una fecha as_of, la búsqueda solo devuelve documentos rastreados en o antes de esa fecha, y misma consulta + misma fecha = siempre los mismos resultados. El plugin oficial independiente hermes-plugin-backsearch (v1.0.0, anunciado el 29 de agosto) añade a Hermes dos herramientas — backsearch y backfetch — activadas con OPENREWARD_API_KEY y con huella cero si no hay clave. Este artículo explica el concepto, la instalación, la referencia de parámetros y los usos para backtests de predicción sin fugas.

Tres nuevos providers de modelos: Ramp Router, Nebius Token Factory y Tencent TokenPlan

El 29 de agosto Hermes fusionó tres nuevos providers de modelos: Ramp Router (router.com) — un endpoint compatible con OpenAI Responses que enruta a muchos upstreams con fallbacks del lado del servidor y controles de gasto; Nebius Token Factory — inferencia pay-as-you-go de Nebius; y Tencent TokenPlan — la suscripción token-plan de Tencent Cloud Hunyuan en un endpoint compatible con Anthropic, que además incorpora el modelo hy4-preview al catálogo oficial. Los PRs #97915/#97916/#97917 están en main, aún sin release.

Tres nuevas skills opcionales oficiales: cuestionarios, asistentes de configuración e interrogación de planes

El 29 de agosto Hermes lanzó tres nuevas skills opcionales de una vez: decision-questionnaire convierte una decisión que solo una persona puede tomar en un cuestionario asíncrono; setup-wizard-generator produce asistentes bash interactivos para los pasos de configuración que solo puede hacer un humano; y grill-me v2.0.0 se actualiza al modo de entrevista frontier-rounds, que interroga cada suposición sin examinar de tu plan. Las tres son ports nativos de Hermes del repo mattpocock/skills (240k estrellas), instalables con un solo hermes skills install.

Las listas de tareas ya pueden anidarse: el todo de Hermes gana subtareas

Cuando le encargas a Hermes un trabajo complejo, mantiene una lista de tareas (todo) en la sesión para seguir su propio progreso. Esa lista solía ser plana: «empaquetar el release» y «asegurarse de que pasen los tests» solo podían estar una junto a la otra. El PR #97921 (fusionado el 29 de agosto) añade un campo parent a los elementos del todo: las tareas pueden anidarse en árboles, las superficies renderizan la sangría automáticamente y toda la función cuesta solo unos ~45 tokens en el schema de la tool en caché.