← Todos los insights

Guía de arquitecturaEnfoque: España y México5 min de lectura

La memoria de un agente es almacenamiento de datos de la empresa, aunque nadie la llame base de datos

El agente de memoria permanente de Google Cloud ingiere, consolida y recupera información sin pausa. Buena referencia de diseño, y un aviso: la memoria trae obligaciones de conservación y supresión.

Escuche este artículo · 6 min

Narración completa del artículo, generada con IA.

Un fichero de biblioteca de madera con filas de pequeños cajones, en duotono La Madre, junto a las palabras La memoria es dato
Foto: rawpixel (CC0)

La mayoría de los agentes empresariales actuales olvidan por diseño. Cada sesión empieza vacía, recupera lo que necesita y termina. Los equipos de producto quieren cada vez más lo contrario: un agente que recuerde lo que aprendió la semana pasada, lo relacione con lo que ha leído hoy y mejore con el tiempo. Es una capacidad real. También es un nuevo almacén de datos, con todas las obligaciones que eso conlleva.

Qué hace el ejemplo de Google Cloud

El repositorio de ejemplos de IA generativa de Google Cloud incluye un agente con memoria siempre activa, construido con el Agent Development Kit y Gemini 3.1 Flash-Lite. Funciona en tres fases:

  • Ingesta. Texto, imágenes, audio, vídeo y PDF (27 tipos de archivo en cinco categorías) se convierten en recuerdos estructurados, con resúmenes, entidades y puntuaciones de importancia. El contenido llega por una carpeta vigilada, una subida desde el dashboard o un endpoint HTTP.
  • Consolidación. Cada 30 minutos por defecto, el agente revisa los recuerdos nuevos, encuentra conexiones entre ellos, genera conclusiones transversales y comprime la información relacionada.
  • Consulta. Las preguntas se responden leyendo los recuerdos y las conclusiones de la consolidación, con citas a las fuentes.

Los recuerdos se guardan en SQLite. El diseño funciona de forma continua en segundo plano, por eso usa un modelo rápido y barato.

Para ser precisos sobre su estado: es código de ejemplo en un repositorio público, no un producto gestionado de Google Cloud. Es una referencia de diseño que merece estudiarse, no algo para desplegar tal cual.

Por qué la memoria cambia el modelo de riesgo

La recuperación pregunta “¿qué puede leer el agente ahora?”. La memoria añade cuatro preguntas más difíciles:

¿Qué puede conservar? La ingesta copia contenido fuera de su sistema de origen. La clasificación y las reglas de acceso del origen no viajan solas.

¿Durante cuánto tiempo? Un almacén de memoria sin regla de conservación lo guarda todo para siempre, incluido lo que el sistema de origen borró después.

¿Quién puede recuperarlo? En el ejemplo, una consulta lee todos los recuerdos. Vale para el asistente de una sola persona. En un agente compartido, la recuperación tiene que respetar los permisos de quien pregunta, o el dato confidencial de una persona se convierte en la respuesta de otra.

¿Se puede rectificar o suprimir? La consolidación crea datos derivados: conclusiones y resúmenes que combinan varias fuentes. Borrar el documento original no borra la conclusión construida a partir de él, salvo que el sistema registre su procedencia.

La memoria del agente como almacén de datos gobernadoESCRIBIRDERIVARLEER Y SUPRIMIR01Ingerir conorigen yclasificación02Guardar conresponsable yplazo03Consolidarconservando laprocedencia04Recuperarsegún lospermisos dequien pregunta05Rectificar osuprimir,incluido loderivadoLas etiquetas viajan con el datoCada conclusión conoce sus fuentes
  1. Ingerir con origen y clasificación
  2. Guardar con responsable y plazo
  3. Consolidar conservando la procedencia
  4. Recuperar según los permisos de quien pregunta
  5. Rectificar o suprimir, incluido lo derivado
  • Escribir: Ingerir con origen y clasificación · Guardar con responsable y plazo
  • Derivar: Consolidar conservando la procedencia
  • Leer y suprimir: Recuperar según los permisos de quien pregunta · Rectificar o suprimir, incluido lo derivado

Las etiquetas viajan con el datoCada conclusión conoce sus fuentes

Los mismos controles que cualquier base de datos: clasificación, conservación, acceso, procedencia y supresión.

Las reglas de diseño que aplicaríamos

Arrastre las etiquetas del origen. Cada recuerdo debe registrar de dónde viene, su etiqueta de confidencialidad y quién podía ver el original. Es lo que hace posible la recuperación con permisos.

Conserve la procedencia en la consolidación. Una conclusión debe enumerar los recuerdos de los que se construyó. Sin ese vínculo, no se puede atender una solicitud de supresión ni explicar una respuesta.

Acote la memoria por tenant, equipo o usuario. Decida la frontera antes de guardar el primer byte. Mezclar recuerdos de contextos distintos es una decisión de producto con consecuencias de privacidad, no una optimización de rendimiento.

Fije plazos de conservación y pruebe la supresión. Elija un plazo por tipo de recuerdo y haga un simulacro de supresión que demuestre que las conclusiones derivadas también desaparecen.

Ponga la memoria en el mapa de custodia. Dónde está el almacén, quién lo opera y bajo qué jurisdicción es la pregunta de la custodia aplicada a una nueva copia de sus datos. Si ya usa búsqueda gestionada, vale el mismo razonamiento que en nuestro análisis sobre construir o comprar la capa de búsqueda.

En España, el RGPD alcanza a la memoria del agente de forma directa. Los principios de minimización y de limitación del plazo de conservación chocan con el reflejo de “guardarlo todo por si acaso”, y el derecho de supresión del artículo 17 llega a la memoria del agente y a lo que se derivó de ella. En México, la nueva Ley Federal de Protección de Datos Personales en Posesión de los Particulares, publicada en 2025, mantiene los derechos de acceso, rectificación, cancelación y oposición: una empresa mexicana que despliegue un asistente con memoria tiene que poder ejercerlos también sobre lo que el asistente recuerda. En ambos casos, la pregunta del regulador o del titular será la misma: dónde están los datos de esta persona y cómo se borran.

Qué hacer ahora

  1. Localice la memoria que ya tiene: historiales de chat, almacenes de sesión de agentes, índices vectoriales y funciones de “notas” en las herramientas que usan sus equipos.
  2. Asigne a cada uno un responsable, una clasificación y un plazo de conservación.
  3. Exija procedencia en cualquier función de consolidación o resumen que construya o compre.
  4. Haga que la recuperación respete los permisos antes de que una memoria sirva a más de un usuario.
  5. Haga un simulacro de supresión que incluya las conclusiones derivadas, e incluya la memoria en el registro de actividades de tratamiento.
  6. Pregunte a los proveedores dónde vive la memoria, cuánto tiempo se conserva y cómo se propaga la supresión.

En resumen

La memoria persistente es una de las capacidades más útiles que puede ganar un agente, y el ejemplo de Google muestra una forma limpia de construirla. También convierte un asistente en un sistema de registro de todo lo que recuerda. Trátela como una base de datos desde el primer día: etiquetas, responsables, plazos, accesos y supresión. Es mucho más barato que descubrir después que el agente recuerda lo que la empresa debía haber olvidado.

¿Tiene un caso de uso de IA detenido entre el prototipo y la producción?

Cuéntenos qué quiere poner en marcha. Le respondemos con próximos pasos honestos.

Conversemos sobre un caso de uso