Memoria de agentes de IA: la pelea por un estándar común

El 84% de los desarrolladores ya usa herramientas de IA, pero solo el 29% confía en su precisión, según la encuesta anual de Stack Overflow recogida por SiliconANGLE. Buena parte de esa desconfianza tiene una causa muy concreta: cada agente olvida lo que aprendió en la sesión anterior, y cada herramienta lo olvida de una forma distinta.

Ese es el diagnóstico que plantea LoreKit, una herramienta open source de memoria para agentes, en un artículo donde pide algo poco habitual en un sector tan competitivo: que la industria acuerde un formato común antes de que la fragmentación sea irreversible.

¿Por qué la memoria de los agentes de IA está fragmentada?

Revisa dónde guardan memoria tus herramientas de código y el inventario se vuelve incómodo. Un AGENTS.md o CLAUDE.md en el repositorio. Reglas en .cursor/rules/*.mdc. Archivos que un agente escribe en un directorio /memories a través de la herramienta de memoria de Anthropic. Hechos sobre cada repositorio que GitHub Copilot mantiene del lado de GitHub. Y un servidor MCP de memoria que guarda un grafo de conocimiento en JSONL.

Leíste lo que hace la IA. ¿Y en tu negocio?

Un agente de IA puede quedarse con parte de tu día: ordenar lo pendiente y pedirte el OK antes de actuar. El Kit «tu mano derecha con IA» trae un video de 11 minutos y una ficha para dejar al tuyo trabajando. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

Son cinco formas distintas, y ninguna puede leer a las otras. Una lección que aprende tu agente de CI queda encerrada en la herramienta que la escribió. Tu agente del editor no la ve, y el próximo producto que pruebes tampoco.

Cada formato es razonable por separado. El problema es que todos reconstruyen la misma idea mínima una y otra vez: una nota que un agente deja para su yo futuro, guardada en alguna dirección, válida durante un tiempo. Y la lista crece: en foros como r/ClaudeAI o r/LocalLLaMA aparecen constantemente publicaciones de gente que construyó su propia capa de memoria, cada una con su almacenamiento, su esquema y sus propias herramientas MCP. Eso confirma que el dolor es real, pero cada solución nueva agrega un formato más que nadie más puede leer.

El diagnóstico de LoreKit es directo: no falta una herramienta, falta un acuerdo.

¿Qué puede aprender la memoria de agentes de OpenTelemetry?

Antes de 2019, cada proveedor de observabilidad enviaba su propio agente, su propia librería de instrumentación y su propio formato de datos. Cambiar de proveedor significaba instrumentar el código otra vez. Dos proyectos abiertos, OpenTracing y OpenCensus, intentaron resolverlo y terminaron compitiendo entre sí.

En 2019 se fusionaron en OpenTelemetry. Lo importante no fue el código, sino aquello en lo que los proveedores acordaron dejar de competir:

Un modelo de datos: qué es un span, una métrica y un registro de log.
Convenciones semánticas: nombres compartidos como service.name o http.*.
Un protocolo: OTLP, una sola forma de enviar los datos.
Implementaciones de referencia: SDKs compartidos y el Collector.

Los proveedores siguieron compitiendo en lo que hacen con los datos: almacenamiento, consultas, análisis. El usuario instrumenta una vez. El autor del artículo trabaja con OpenTelemetry a diario en Dash0 y usa ese caso como prueba de que el acuerdo es lo que permitió que todo un ecosistema de herramientas se lea entre sí.

La memoria de agentes está hoy donde estaba la observabilidad antes de 2019. Y el timing acompaña: los formatos son jóvenes y todavía se pueden cambiar, y ya existe una casa neutral para los estándares de agentes. MCP y AGENTS.md quedaron bajo la Agentic AI Foundation de la Linux Foundation, según recogió El Mundo en diciembre de 2025, cuando OpenAI, Anthropic y Block anunciaron la fundación con el respaldo de Google, Microsoft, AWS, Bloomberg y Cloudflare.

Los formatos que compiten hoy y qué hace bien cada uno

El repaso de LoreKit ordena el mercado en familias. Los archivos de instrucciones (AGENTS.md, CLAUDE.md, reglas de Cursor) son un archivo Markdown completo, direccionado por ruta, que nunca se olvida porque lo edita una persona. La herramienta de memoria de Anthropic escribe archivos bajo /memories en una ruta que elige el modelo. GitHub Copilot Memory guarda hechos con citas de código, atados a un repositorio, y los borra tras 28 días sin uso. La memoria core de Letta son bloques etiquetados con límite de caracteres. Mem0 extrae hechos de los mensajes y los direcciona por userid, agentid, runid o appid. El BaseStore de LangGraph guarda un diccionario JSON bajo una tupla de namespace y una clave, con TTL opcional que se renueva al leer. El servidor de memoria de referencia de MCP usa entidades, relaciones y observaciones. Graphiti y Zep modelan el tiempo en serio: los hechos se invalidan en lugar de borrarse, con dos líneas temporales separadas.

Cuatro detalles merecen conservarse en cualquier estándar futuro: las citas verificables de Copilot combinadas con olvido por defecto, el núcleo mínimo de LangGraph reducido a put(namespace, key, value), el modelado temporal de Graphiti y la lección de AGENTS.md de que un archivo plano en una ruta conocida puede volverse estándar.

Ya hay propuestas en marcha. Portable Memory de MacPaw Research es un bundle .mem con serialización reproducible byte a byte, lápidas de borrado y firma opcional; sus autores reconocen que todavía no tiene adopción amplia. El Open Memory Protocol es un borrador de abril de 2026 para mover conversaciones y memorias derivadas entre plataformas como un ZIP con manifiesto. Y el formato COGX de Cognee importa desde Mem0, Letta y Zep.

Todas resuelven sobre todo la exportación: mover la memoria de una persona del proveedor A al B. Las herramientas de código tienen un segundo problema abierto: la dirección en vivo. Cuando un job de CI, un agente de editor y un bot de revisión trabajan en el mismo repositorio a la vez, ¿cómo leen y escriben el mismo lugar y coinciden en qué significa?

¿Qué debería tener un estándar de memoria compartida?

Si se quita la marca, todos los formatos responden las mismas cuatro preguntas de forma distinta: dónde es verdadera una memoria, cuál es su identidad (una segunda escritura actualiza o duplica), qué dice y cuándo deja de ser verdadera. Nadie discute que esos cuatro puntos importan; solo discrepan en las respuestas.

Hay una bifurcación real: quién escribe la memoria. En los archivos de instrucciones es una persona. En la herramienta de memoria de Anthropic, en Letta y en LoreKit es el modelo. En Mem0 y Graphiti es un servicio que extrae hechos de la conversación. Un estándar no tiene que elegir uno, pero sí registrar cuál fue, para que quien lee sepa cuánto confiar.

Sobre ese registro, la propuesta replica las capas de OpenTelemetry: convenciones compartidas para los niveles de dirección (global, proyecto, repositorio, rama), para los tipos de memoria y para los espacios de nombres de atributos como vcs., ci. o agent.*; un contrato con pocas operaciones (write, read, list, search, archive) expuestas sobre MCP; y pruebas de conformidad en lugar de una implementación de referencia. Lo que queda fuera importa igual: almacenamiento, ranking, embeddings e interfaz, que es donde las herramientas deberían competir.

¿Qué significa esto para tu startup?

La categoría ya se movió de la teoría al presupuesto. Según el análisis de Value Add VC, el 65% de los fallos de agentes de IA en empresas se atribuye a la deriva de contexto y no a la capacidad del modelo. Mem0 levantó US$24,5 millones, procesó 186 millones de llamadas de API en un solo trimestre y es el proveedor de memoria exclusivo del Agent SDK de AWS. Letta, fundada en Berkeley, cerró una ronda semilla de US$10 millones en septiembre de 2024 liderada por Felicis. Zep arranca en US$25 al mes con modelo de créditos.

Tres acciones concretas para tu equipo:

Haz el inventario de memoria de tus agentes esta semana. Si tienes tres o más formatos en producción, ya estás pagando el impuesto de la fragmentación: trabajo duplicado, contexto que no viaja y migraciones que nadie quiere hacer.
Adopta la mentalidad del sobre, no la del proveedor. Aunque uses una herramienta propietaria, guarda en tu propio esquema los campos que cualquier estándar va a pedir: dirección, clave, identificador, ciclo de vida y quién escribió el registro. Ese sobre es lo que te permitirá migrar sin reescribir tu producto.
Trata la memoria compartida como un canal de inyección de prompts. Todo lo que un agente lee puede dirigirlo, y una memoria compartida amplía quién puede escribirla. SiliconANGLE reportó que cerca de 2.000 servidores MCP expuestos en la web carecían de autenticación y controles de acceso adecuados. Registra el autor de cada memoria, permite firmas y apunta cada registro al código del que depende para que el lector pueda comprobar si ese código cambió.

Conclusión

La objeción más fuerte al artículo es la de siempre: otro estándar no arregla la fragmentación, es la viñeta 927 de xkcd. La respuesta de LoreKit es la de OpenTelemetry: el acuerdo llegó cuando los proyectos existentes se fusionaron, no cuando alguien sumó uno más. El trabajo, entonces, es tomar lo que cada propuesta y cada herramienta ya hicieron bien y acordar las partes comunes.

El contexto ayuda. Según el informe Octoverse citado por Paperblog, más de 1,1 millones de repositorios públicos en GitHub ya importan un SDK de LLM, un 178% más interanual, y los desarrolladores crearon cerca de 700.000 repositorios nuevos de IA. Con ese volumen, la memoria deja de ser un detalle de implementación y se vuelve infraestructura compartida. Y hay una fecha para seguir de cerca: el MCP Dev Summit de abril de 2026 en Nueva York, donde la comunidad de desarrolladores definirá los próximos pasos de esta infraestructura común.

La pregunta para un founder no es si va a existir un formato compartido, sino si su producto estará listo para leerlo cuando llegue.