Hermes Agent Lab

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

Últimos artículos y perspectivas.

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é.

¿Necesitas preguntar algo a mitad de una tarea? /btw lo responde al momento, sin interrumpir

Antes tenías dos malas opciones cuando surgía una pregunta a mitad de ejecución: interrumpir al agente o abrir una sesión nueva que no sabe nada de la conversación. El PR #97937/#97974 (fusionado el 29 de agosto) convierte /btw en un auténtico comando de preguntas paralelas: responde desde la conversación actual con contexto completo al precio de lectura de caché — sin interrupciones, sin contaminación y sin gasto extra. /background se retira en el mismo cambio; /bg pasa a ser el comando canónico de tareas en segundo plano.

Un comando abre toda una sesión: hermes chat -q ahora permanece interactivo en una TTY

hermes chat -q "pregunta" solía responder una vez y salir; tener una sesión interactiva implicaba ejecutarlo, guardar el archivo de sesión y luego reanudarla — un baile torpe de dos pasos. El cambio fusionado el 28 de agosto (PR #97121) hace que -q inicie una sesión interactiva viva en una TTY real, con el primer mensaje enviado literalmente — nunca interpretado como un slash command ni como un escape de shell.

Hermes deja de adivinar el tamaño de tu contexto: el anclaje de uso alinea los umbrales de compresión con números reales

Hermes solía reestimar el recuento de tokens de toda la conversación en cada turno con heurísticas (chars/4, imágenes planas de 1500 tokens), acumulando error a medida que crecía el historial — causando compresiones sorpresa y errores 413 de payload demasiado grande. El cambio fusionado el 28 de agosto (PR #97206) ancla el recuento de contexto en el uso reportado por el provider, reduciendo la ventana de estimación de todo el transcript a un solo turno.