El problema más frustrante con chatbots genéricos: no recuerdan. Cada conversación empieza desde cero. La memoria persistente de Hermes es lo que convierte un asistente ocasional en un colaborador real que acumula contexto de tu trabajo.
Definición
La memoria en Hermes Agent no es un blob que lo guarda todo. Es un sistema estratificado donde tú decides qué capa guarda qué:
| Capa | Qué almacena | Cuándo se usa |
|---|---|---|
| Context files | Documentos y notas | El agente los lee bajo demanda |
| Context references | Referencias a externo | El agente consulta sin cargar todo |
| Session search | Conversaciones previas | Buscar en lo que ya pasó |
| Checkpoints / rollback | Estado en puntos del tiempo | Revertir si algo sale mal |
| SOUL.md / Personality | Identidad y personalidad | Define cómo se comporta el agente |
| state.db | Estado de campañas y sesiones | Locks, WAL, FTS (v0.21.2+) |
Cómo funciona
Cuando le das contexto a Hermes, no lo mete todo en cada mensaje. Lo organiza:
- 1Context files — documentos que el agente puede leer cuando los necesita.
- 2Context references — referencias a recursos externos sin cargar el contenido completo.
- 3Session search — el agente puede buscar en conversaciones previas para recordar qué pasó.
- 4Checkpoints — el agente puede volver a un estado anterior si algo se rompió.
- 5SOUL.md — define la identidad: cómo habla, qué prioriza, qué tono usa.
El state.db (introducido como base de ops en v0.21.2) usa WAL (Write-Ahead Logging) para que las lecturas no bloqueen escrituras, locks para que dos procesos no corrompan el mismo estado, y FTS (Full-Text Search) para buscar dentro del estado sin escanear todo.
SOUL.md: identidad, no solo memoria
SOUL.md es donde viven la personalidad y el propósito del agente. No es lo que recuerda — es quién es. Define si es un ejecutivo conciso, un investigador detallado, un copiloto de ventas persuasivo o un asistente personal cercano.
Las plantillas de SOUL de Hermes LATAM (/soul) incluyen: Executive Assistant, Researcher, Developer, Sales Copilot, Operations Assistant y Personal Agent. La comunidad puede publicar las suyas.
Ejemplo real
Sin memoria: le dices a tu agente "recuerda que mi cliente prefiere comunicación en inglés y los reportes en español". La próxima conversación no lo sabe. Te pregunta "¿quién eres otra vez?"
Con memoria: ese dato va a un context file o a la memoria de sesión. El agente lo usa automáticamente. No tienes que repetirlo nunca.
Caso empresarial
Un agente de ventas con memoria persistente sabe: el cliente X prefiere WhatsApp, el Y prefiere email, el Z ya vio la propuesta y está esperando precio. Con cada interacción, el contexto se enriquece. Sin memoria, cada llamada empieza con "cuéntame tu caso otra vez". Con memoria, empieza con "vi que viste la propuesta — ¿tienes dudas de precio?".
Privacidad y seguridad
La memoria es poderosa — y peligrosa. Implicaciones críticas:
- Aislamiento multi-perfil (v0.21.2): el cliente A no puede leer el
state.dbdel cliente B. - Vault password-blind: Hermes nunca ve la contraseña maestra de 1Password/Bitwarden.
- No guardes datos sensibles en context files sin intención — el agente los leerá.
- Session search implica que conversaciones previas son buscables — define qué persiste.
- Usa perfiles separados para lab, cliente A, cliente B.
Limitaciones
- La memoria es curada, no automática — tú decides qué entra.
- Context files grandes pueden ralentizar al agente si los carga todos.
- Session search no es perfecta — puede devolver contexto irrelevante.
- Si configuras mal, el agente puede recordar cosas que no debería (datos sensibles).
Preguntas frecuentes
¿La memoria guarda todo lo que hablo? No. Guarda lo que configures: context files, references, sesiones buscables. No es un registro automático de todo.
¿La memoria es segura? Con aislamiento multi-perfil y vault password-blind, sí — pero tú controlas qué datos entran. No guardes contraseñas ni datos sensibles sin intención.
Fuentes oficiales:
/memoria-de-agentes.