Memoria y Skills de Hermes Agent: Cómo Funcionan

Respuesta corta: Hermes Agent gestiona la memoria escribiendo en archivos markdown planos (MEMORY.md para el contexto global, USER.md por usuario) dentro del directorio de datos del agente. El agente los lee al inicio de cada sesión y los actualiza automáticamente conforme avanzan las conversaciones. La memoria es inspeccionable, editable y portable — sin base de datos ni almacenamiento vectorial.

Por Qué la Memoria y los Skills Son el Diferenciador Central

La mayoría de las herramientas de IA se resetean completamente entre sesiones. Empezás de cero cada vez. Hermes Agent está construido alrededor de un modelo diferente: el agente debería acumular conocimiento y capacidades cuanto más tiempo lo uses.

Esto no es solo una descripción de feature. Es la diferencia arquitectónica fundamental entre Hermes y una interfaz de chat estándar. La documentación oficial de Hermes describe el proyecto como "el agente que crece contigo", y los sistemas de memoria y skills son el mecanismo detrás de esa promesa.

Entender cómo funcionan estos sistemas te ayuda a usar Hermes de manera más efectiva. También explica por qué las decisiones de despliegue (cómo y dónde corrés Hermes) importan más para este agente que para la mayoría de los otros.

Cómo Funciona la Memoria de Hermes

Hermes almacena la memoria persistente en un conjunto de archivos dentro del directorio de datos del agente. El archivo principal es MEMORY.md, un archivo markdown estructurado que el agente lee al inicio de cada sesión y actualiza a medida que avanzan las conversaciones.

No es una base de datos ni un vector store. Es un archivo de texto plano que el agente puede leer y escribir como cualquier otro documento. La simplicidad es intencional: la memoria es inspeccionable, editable y portable. Podés abrirla en un editor de texto y leer exactamente lo que el agente sabe.

Qué Se Escribe en la Memoria

El agente decide qué escribir en MEMORY.md basándose en lo que considera que vale la pena recordar. Esto típicamente incluye:

• Preferencias del usuario y notas de estilo de trabajo
• Resúmenes de proyectos en curso y contexto
• Información que el usuario le pidió explícitamente al agente que recuerde
• Patrones que el agente observó a lo largo de múltiples sesiones
• Decisiones que deberían persistir (tools preferidas, modelo preferido, etc.)

También podés decirle directamente a Hermes que recuerde algo: "recuerda que prefiero Python sobre JavaScript" o "guardá un resumen de lo que hicimos hoy". El agente escribe esto en MEMORY.md de inmediato.

Perfiles de Usuario

Además de MEMORY.md, Hermes mantiene un archivo USER.md para cada usuario que interactúa con el agente. Este es el equivalente por usuario del archivo de memoria global. Almacena información específica de ese individuo, particularmente útil cuando el agente sirve a múltiples usuarios a través de un despliegue compartido en Telegram.

Archivos de Contexto

Hermes también lee archivos de contexto de tus directorios de proyecto. Son archivos que vos proporcionás intencionalmente, como un CONTEXT.md en tu directorio de trabajo, que le dan al agente información de fondo sobre un proyecto o dominio específico. El agente los trata como documentos de referencia, no como memoria modificable.

Este es el mecanismo detrás de la capacidad de Hermes para hacer trabajo sostenido en proyectos. Le das un archivo de contexto que explica el proyecto, y él lleva ese contexto a cada conversación sobre ese proyecto sin que tengas que repetirlo.

El Sistema de Skills

Donde la memoria almacena información, los skills almacenan comportamiento. Un skill de Hermes es un procedimiento reutilizable que el agente puede invocar por nombre.

Cómo Se Ve un Skill

Los skills se definen en archivos markdown con un formato estructurado:

---
name: daily-summary
description: Compilar un resumen diario de conversaciones recientes, tareas completadas e ítems abiertos.
---

1. Leer el contexto de conversación de las últimas 24 horas
2. Identificar tareas completadas y hilos en curso
3. Formatear como un resumen estructurado
4. Enviar al usuario

El agente lee este archivo y puede invocar el skill cuando sea relevante o cuando se lo pedís directamente.

Skills Auto-Generados

Uno de los aspectos más distintivos de Hermes es que el agente puede generar sus propios skills. Cuando Hermes nota que está ejecutando el mismo procedimiento de varios pasos repetidamente, puede proponer crear un skill que capture ese procedimiento. La próxima vez que llegue una solicitud similar, el agente puede reutilizar el skill en vez de razonar desde cero los mismos pasos.

Esto es lo que significa "self-improving" en la práctica. El agente no está reentrenando un modelo. Está construyendo una biblioteca de procedimientos reutilizables basados en tus patrones de uso reales.

Skills Personalizados

También podés escribir skills manualmente y agregarlos al directorio de skills. Esto es útil para flujos de trabajo recurrentes que querés que el agente maneje de forma confiable, cosas como formateo de reportes, checklists de code review, o integración con APIs externas.

Hermify expone un editor de skills personalizados en el dashboard para que puedas crear y editar skills sin acceder directamente al sistema de archivos del servidor. Los cambios toman efecto después de un reinicio activado desde el dashboard.

Qué Rompe la Memoria y los Skills

Esta es la parte que la mayoría de los usuarios aprende de la manera difícil.

Importante: la memoria y los skills viven en archivos del sistema de archivos. No están sincronizados con una base de datos en la nube. Son archivos en el directorio de datos del agente. Si el runtime se destruye, el directorio de datos se elimina, o el contenedor se reemplaza sin preservar el volumen, toda la memoria y los skills se pierden.

Importante: la mayoría de los enfoques de hosting económico eliminan los datos al reiniciar. Si corrés Hermes en un contenedor Docker sin un volumen persistente, cada reinicio empieza de cero. Tu MEMORY.md está vacío, tus skills desaparecieron, y el agente no recuerda el contexto que tardaste semanas en construir.

Solucionable: los reinicios del proceso sin eliminación de datos son seguros. Si el proceso se reinicia pero el directorio de datos se preserva, la memoria y los skills sobreviven. Este es el comportamiento esperado bajo operación normal.

Solucionable: cambiar las credenciales no afecta la memoria. Cambiar tu API key o el token de Telegram no toca los archivos de memoria. El directorio de datos es independiente de la configuración.

Cómo Hermify Maneja la Persistencia de la Memoria

Cuando Hermify provisionea un runtime de Hermes Agent, monta un volumen Docker persistente en el directorio de datos. Esto significa:

• Los reinicios del contenedor no eliminan la memoria ni los skills
• Los cambios de plan (por ejemplo, pasar de Starter a Pro) transfieren los datos
• La memoria que tu agente construyó durante semanas está segura ante eventos operativos de Hermify

Esta es una decisión de diseño deliberada. El punto de un agente que se mejora a sí mismo es que mejora con el tiempo. Una configuración de hosting que elimina la memoria en cada reinicio socava eso completamente.

El dashboard de Hermify también te da acceso al editor de skills personalizados, para que puedas ver, crear y editar skills a través de la UI sin necesidad de SSH al servidor ni usar la CLI directamente. Así es como la mayoría de los usuarios de Hermify gestionan la capa de skills después del despliegue inicial.

Patrones de Uso Prácticos

Una vez que entendés el sistema de memoria, algunos patrones se vuelven obvios:

Sembrá la memoria deliberadamente al inicio. Cuando desplegás Hermes por primera vez, dedicá una sesión a decirle las cosas que querés que recuerde a largo plazo: tu nombre, tu rol, las tools que usás, los proyectos en los que estás trabajando. Esto arranca el archivo de memoria con una base útil en vez de esperar a que acumule contexto de forma pasiva.

Usá archivos de contexto para el trabajo en proyectos. Creá un CONTEXT.md en cada proyecto con el que trabajés en Hermes. Describí el proyecto, el stack tecnológico, las decisiones clave y el estado actual. El agente leerá esto automáticamente cuando estés trabajando en ese directorio.

Revisá el archivo de memoria periódicamente. Como MEMORY.md es un archivo de texto plano, podés leerlo directamente. Si el agente escribió algo inexacto o desactualizado, podés editar el archivo y el cambio toma efecto en la próxima sesión. Pensalo como un documento compartido entre vos y el agente.

Construí skills para flujos de trabajo recurrentes. Si te encontrás pidiéndole a Hermes que haga lo mismo repetidamente, es un buen candidato para un skill. O bien dejá que el agente lo genere automáticamente (lo sugerirá si nota el patrón), o escribilo manualmente para mayor precisión.

La Implicación para el Despliegue

Si la memoria y los skills son el valor central de Hermes, entonces la pregunta de despliegue es realmente una pregunta de persistencia de datos. El agente solo vale lo que vale su contexto acumulado y su biblioteca de skills.

Por eso la decisión de hosting importa más para Hermes que para una llamada a una API de LLM sin estado. No estás solo corriendo un proceso: estás manteniendo una base de conocimiento creciente que vive en el sistema de archivos. Cualquier despliegue que no trate esos datos con seriedad perderá lo que hace diferente a Hermes de una interfaz de chat estándar.

Si querés ver el enfoque de Hermify sobre esto en el contexto de un despliegue gestionado, la página de deploy de Hermes Agent cubre cómo funcionan juntos el provisionamiento, la persistencia de datos y la gestión del runtime.