)
Última actualización: 27 de octubre, 2026
¿Qué es el problema de la memoria institucional en la era de los agentes de IA? Es lo que ocurre cuando el trabajo pasa a los agentes pero el know-how queda repartido entre funciones de memoria de proveedores, historiales de chat y trazas de agentes que tu empresa no controla. Cada decisión en la que ayuda un agente enseña algo, y si no decides dónde vive eso, se va con la herramienta, la cuenta o la persona.
TL;DR: Puntos clave
- Los agentes se extienden rápido. El Work Trend Index 2026 de Microsoft (5 de mayo de 2026) halló que los agentes activos en Microsoft 365 se multiplicaron por 15 en un año, y llama "Owned Intelligence" al know-how institucional que se acumula con el tiempo.
- Documentar ayuda. En ese mismo informe, los flujos de trabajo documentados y repetibles eran más comunes en los equipos Frontier: un 26 % frente a un 19 %.
- La memoria de los proveedores tiene límites. En Claude Managed Agents, una memoria admite hasta 100 kB, un store admite 10.000 y las versiones se conservan 30 días salvo que las exportes.
- Mover la memoria es manual. El centro de ayuda de Anthropic califica la importación de memoria de experimental y dice que la memoria de Claude se centra en temas de trabajo.
- La memoria es una superficie de ataque. OWASP (13 de mayo de 2026) dice que la memoria persistente debe tratarse como estado relevante para la seguridad.
Datos clave de un vistazo
| Pregunta | Respuesta corta |
|---|---|
| ¿Qué es? | El know-how que se genera mientras trabajan los agentes, guardado en sitios que no controlas o no puedes leer |
| ¿Por qué ahora? | Los agentes escriben memoria, notas y trazas como efecto secundario de cada tarea |
| ¿Qué está en juego? | Contexto, decisiones y reglas prácticas que costó años construir |
| ¿Cuál es la solución? | Elegir un hogar para ese conocimiento, mantenerlo legible y exportable y asignar responsables |
¿Qué es el problema de la memoria institucional?
El problema de la memoria institucional es la distancia entre lo que sabe tu organización y lo que puede recuperar, mover o demostrar. Con agentes que hacen más trabajo, esa distancia crece, porque el razonamiento de cada tarea acaba en herramientas y no en documentos compartidos ni en la cabeza de las personas.
La idea no es nueva. Michael Polanyi sostuvo en 1966 que las personas saben más de lo que pueden expresar, y que ese conocimiento tácito es el más difícil de conservar cuando alguien se va. Los agentes capturan parte de él como memorias, notas y registros, pero en formatos pensados para la herramienta, no para la empresa.
Según Microsoft (2026), las empresas que más provecho sacan de la IA convierten lo que aprenden los agentes en rutinas compartidas, un resultado al que llama "Owned Intelligence". Eso solo funciona si puedes acceder al conocimiento.
)
¿Dónde vive el know-how cuando trabajan los agentes?
Hoy vive en cinco sitios: las funciones de memoria de los asistentes, el historial de chats y sesiones, las notas que los agentes escriben para sí mismos, los prompts y archivos de skills que les dicen cómo trabajar, y las trazas y registros de lo que hicieron. La mayoría se diseñaron para el producto del proveedor, no para el tuyo.
| Dónde acaba | Qué guarda | Quién suele controlarlo |
|---|---|---|
| Funciones de memoria del asistente | Preferencias, datos de proyectos, estilo de trabajo | Los ajustes del proveedor y la cuenta de una persona |
| Historial de chats y sesiones | Borradores, razonamientos, decisiones | La cuenta de cada usuario |
| Stores de memoria de agentes | Notas que un agente escribe para sesiones futuras | Quien ejecuta el agente, si el store se puede exportar |
| Prompts, skills y archivos de configuración | Las reglas de cómo se hace el trabajo | Quien los escribió, a menudo sin historial de versiones |
| Trazas y registros | Qué hizo el agente y por qué | Los ajustes de retención de la plataforma |
Ninguno de estos sitios es malo. El problema es tratarlos como una base de conocimiento, que tiene responsables, estructura y una forma de salir. Un historial de chat no tiene nada de eso por defecto.
Qué se pierde cuando cambian las personas, las herramientas o los proveedores
El know-how se pierde en cada traspaso: una persona que se va, un cambio de asistente, un cambio de plan o de función del proveedor, un store que llega a su límite o un agente que se retira. Cada caso tiene un fallo concreto y una solución concreta, y la mayoría cuestan poco si las aplicas antes del cambio.
La documentación de los proveedores muestra el tipo de límites que conviene conocer. En Claude Managed Agents, un store admite hasta 10.000 memorias y las escrituras nuevas fallan cuando se llena. Las versiones se conservan 30 días, y Anthropic indica que se exporten por API si necesitas un historial más largo. Son límites razonables, y un equipo debería conocerlos antes de depender del store.
| Cambio | Qué se pierde | Cómo protegerlo |
|---|---|---|
| Una persona se va | Sus chats, su memoria personal y sus prompts privados | Pasar el conocimiento de trabajo a stores compartidos con responsable |
| Cambias de asistente | La memoria no viaja sola | Guardar una exportación en texto plano y probar la importación |
| Un proveedor cambia límites o retención | Versiones y notas antiguas | Exportar con una periodicidad, no solo a demanda |
| Un store llega a su límite | Las escrituras nuevas fallan | Revisar y depurar las entradas |
| Se retira un agente | Sus notas, trazas y los motivos de sus decisiones | Archivarlas y nombrar a un responsable |
Moverse entre asistentes muestra lo frágil que es todo esto. El centro de ayuda de Anthropic documenta una importación desde otro servicio y una exportación que pide a Claude escribir las memorias literalmente, guardadas como archivo local. También dice que las importaciones son experimentales y que la memoria de Claude se centra en temas de trabajo, así que algunos datos personales pueden no conservarse. Todavía no hay un formato común.
Seguridad y gobernanza: la memoria forma parte de la superficie de ataque
La memoria que persiste entre sesiones es de confianza para las sesiones posteriores, así que una sola entrada envenenada puede condicionar el comportamiento de un agente durante semanas. Trátala como datos que gobiernas, no como una función que activas: asigna cada store a un riesgo, limita quién puede escribir y conserva una forma de revisar y borrar lo que aprendieron los agentes.
Una entrada del 13 de mayo de 2026 del OWASP GenAI Security Project, escrita por el responsable de la entrada ASI06, sostiene que la memoria y los archivos de configuración forman parte del entorno de confianza de un agente. Describe el caso MemoryTrap de Cisco, en el que un flujo de trabajo rutinario en Claude Code llevó a una inyección que persistió en sesiones posteriores. La documentación de Anthropic da el consejo práctico: los stores de lectura y escritura pueden envenenarse, así que usa stores de solo lectura para el material de referencia.
| Riesgo | Mapeo OWASP | Cómo aparece en la memoria institucional | Control que debes pedir |
|---|---|---|---|
| Envenenamiento de la memoria | LLM05:2026 Data and Model Poisoning, ASI06 Memory & Context Poisoning | Una instrucción plantada en la memoria condiciona el trabajo posterior | Stores de solo lectura para datos de referencia y revisión de las escrituras |
| Divulgación de información sensible | LLM02:2026 | La memoria guarda datos de clientes, de personas y de estrategia | Saber dónde se guarda y cómo se borra |
| Exposición de contexto oculto | LLM08:2026 | La memoria y los archivos de configuración llevan reglas internas o secretos | Mantener las credenciales fuera de la memoria |
| Excessive agency | LLM03:2026, ASI02 Tool Misuse and Exploitation | Un agente con permiso de escritura en la memoria compartida puede cambiar lo que usa todo el equipo | Permisos de escritura acotados y aprobación para cambios de alto impacto |
| Secuestro de objetivo | LLM01:2026, ASI01 Agent Goal Hijack | Contenido no fiable acaba resumido en la memoria | Tratar la salida de herramientas y los documentos como entrada no fiable |
NeuralTrust es una empresa barcelonesa de seguridad para agentes de IA. Su Agent Posture Management (TrustLens) construye un inventario de agentes, incluidos los que nadie registró, y Agent Runtime Security (TrustGuard) inspecciona lo que los agentes leen y hacen en tiempo de ejecución. Ambos forman parte de la Runtime Security Mesh y son independientes del producto de memoria que se menciona más abajo. Para profundizar en el envenenamiento, lee Qué es Memory & Context Poisoning.
Cómo resolver el problema de la memoria institucional
Se resuelve en seis pasos: inventariar dónde acaba el conocimiento de los agentes, elegir un hogar legible para lo importante, exportar con una periodicidad, acotar quién y qué puede escribir, asignar responsables y añadir la memoria a tus bajas y revisiones de proveedores. Ninguno necesita una plataforma nueva para empezar.
| Paso | Qué hacer | Qué obtienes |
|---|---|---|
| 1. Inventario | Lista cada asistente, agente y herramienta que guarda memoria, notas o trazas | Un mapa de dónde acaba el know-how |
| 2. Elegir un hogar | Elige almacenamiento en texto plano o Markdown que controles para lo importante | Conocimiento que puedes leer sin el proveedor |
| 3. Exportar | Programa exportaciones más allá de la retención del proveedor, como la ventana de versiones de 30 días | Una copia que sobrevive a cualquier herramienta |
| 4. Acotar escrituras | Solo lectura para el material de referencia y escrituras revisadas para el resto | Menos margen para el envenenamiento y la deriva |
| 5. Asignar responsables | Un responsable por store, con un ritmo de revisión | Una memoria que se mantiene, no solo se acumula |
| 6. Cubrir los traspasos | Añade la exportación de memoria a las bajas y a los cambios de proveedor y de modelo | Ningún conocimiento se pierde en la puerta |
Empieza poco a poco: un equipo, un agente, un store y una revisión mensual bastan para saber qué recuerdan de verdad tus agentes.
El producto de memoria de IA que NeuralTrust está preparando se basa en esta idea de tener el control de tu memoria de IA. Conecta los sitios donde ya vive tu conocimiento, como Granola, Fathom, Google Calendar, exportaciones de historial de ChatGPT y Claude, Notion y Google Drive, con Slack, Gmail y Outlook próximamente. Para ver el panorama completo, lee Qué es un company brain y Quién es el dueño de tu memoria de IA.
¿Qué enfoque encaja con tu equipo?
Ajusta el esfuerzo al riesgo. Las personas pueden empezar con una exportación y una carpeta. Los equipos que ejecutan agentes necesitan stores con responsable y revisión. Las empresas reguladas necesitan además retención, borrado y evidencias de auditoría de sus proveedores antes de que los agentes asuman el trabajo.
| Si eres | Empieza con | Añade después |
|---|---|---|
| Una persona que usa varios asistentes | Una exportación en texto plano de tu memoria, guardada en una carpeta que controlas | Una revisión mensual de lo que recuerda cada asistente |
| Un equipo que ejecuta agentes | Un store compartido con responsable y material de referencia en solo lectura | Escrituras revisadas y un responsable por store |
| Una empresa regulada | Un inventario de agentes, stores y condiciones de retención | Borrado, evidencias de auditoría y una revisión de proveedor para cada función de memoria |
Conclusión
El problema de la memoria institucional no es que los agentes olviden. Es que lo que aprenden acaba en sitios que no puedes leer, mover ni depurar. Decide dónde vive el know-how antes de que los agentes asuman más trabajo, mantenlo exportable, acota quién puede escribir en él y da un responsable a cada store. Empieza con un equipo y un store, revisa lo que de verdad recuerdan tus agentes y amplía desde ahí. El conocimiento al que puedes acceder es el conocimiento sobre el que puedes construir.
¿Quieres conservar tu know-how? Hablemos
NeuralTrust está preparando un producto de memoria de IA para personas y empresas que quieren tener el control de su memoria de IA. Reserva una demo y cuéntanos dónde vive hoy el conocimiento de tus agentes.
Lecturas relacionadas
- Qué es un company brain
- Quién es el dueño de tu memoria de IA
- Knowledge graph frente a context graph
Preguntas frecuentes sobre el problema de la memoria institucional
1. ¿Qué es el problema de la memoria institucional?
Es la distancia entre lo que sabe una organización y lo que puede encontrar, mover o demostrar. Con agentes de IA que hacen más trabajo, el know-how acaba en funciones de memoria de proveedores, historiales de chat y trazas de agentes que la empresa no controla, y puede perderse cuando cambia una persona, una herramienta o un proveedor.
2. ¿Qué es la memoria institucional?
La memoria institucional es el conocimiento colectivo, las decisiones y las formas de trabajar que una organización construye con el tiempo. Incluye registros escritos y también know-how tácito, como el porqué de una decisión. El Work Trend Index 2026 de Microsoft llama "Owned Intelligence" a la parte propia de una empresa que se acumula con el tiempo.
3. ¿Cómo afectan los agentes de IA a la memoria institucional?
Los agentes escriben memorias, notas y trazas mientras trabajan, y eso puede capturar contexto útil. Pero esos registros suelen estar en formatos y sitios pensados para la herramienta, ligados a cuentas individuales o a ventanas de retención cortas. Sin responsables ni exportaciones, el conocimiento es difícil de reutilizar o de mover.
4. ¿Dónde se guarda la memoria de un agente?
Depende de la plataforma. Los asistentes guardan la memoria dentro del servicio del proveedor, y plataformas de agentes como Claude Managed Agents la guardan como documentos de texto en stores con versiones. El historial de chat queda en la cuenta del usuario. Pregunta a cada proveedor dónde vive la memoria, cuánto tiempo se conserva y cómo exportarla.
5. ¿Puedo mover la memoria de IA entre asistentes?
A veces. El centro de ayuda de Anthropic documenta cómo importar memoria desde otro servicio y exportarla como texto, pero califica las importaciones de experimentales. Todavía no hay un formato común, así que prueba una importación antes de depender de ella, comprueba qué ha conservado el nuevo asistente y guarda una copia de tu memoria en texto plano.
6. ¿Es la memoria de los agentes un riesgo de seguridad?
Sí. La memoria persiste entre sesiones, así que una entrada envenenada puede condicionar el comportamiento posterior. OWASP recoge el envenenamiento de memoria y contexto como ASI06 en su Agentic Top 10 y dijo en mayo de 2026 que la memoria debe tratarse como estado relevante para la seguridad. Usa stores de solo lectura para datos de referencia y revisa las escrituras.
7. ¿Cómo protejo la memoria institucional cuando se van los empleados?
Pasa el conocimiento de trabajo de las cuentas personales a stores compartidos con responsables nombrados, exporta con una periodicidad y añade la memoria a tu lista de bajas. Mantén el material de referencia en solo lectura y revisa lo que cada asistente y agente ha guardado sobre el trabajo antes de que termine el acceso.
Sobre el autor
Roger Howroyd es Head of Global SEO and AI en NeuralTrust, donde lidera la estrategia de búsqueda de la compañía en SEO, AEO, GEO y optimización para LLM. Se especializa en búsqueda con IA, estrategia de contenidos y SEM. Conecta en LinkedIn.
NeuralTrust es la plataforma líder para proteger y escalar agentes de IA. Reconocida como Pioneer en el Gartner Emerging Market Quadrant for AI Application Security 2026, presente en cuatro Gartner Hype Cycle reports de 2026, y destacada en el Gartner Market Guide for Guardian Agents 2026, el Gartner Market Guide for AI Gateways 2025 y el KuppingerCole Leadership Compass for Generative AI Defense 2025. Con sede en Barcelona y oficinas en Londres y Nueva York. Certificada ISO 27001.
Fuentes
- Microsoft WorkLab, 2026 Work Trend Index Annual Report, 5 de mayo de 2026.
- Michael Polanyi, The Tacit Dimension, 1966.
- Anthropic, Memory for Claude Managed Agents, 23 de abril de 2026.
- Claude Platform Docs, Using agent memory, consultado el 27 de octubre de 2026.
- Claude Help Center, Importing and exporting your memory, consultado el 27 de octubre de 2026.
- OWASP GenAI Security Project, Memory Is a Feature. It Is Also an Attack Surface, 13 de mayo de 2026.
- OWASP GenAI Security Project, OWASP Top 10 for LLM Applications 2026, 3 de agosto de 2026.
- OWASP GenAI Security Project, OWASP Top 10 for Agentic Applications, diciembre de 2025.