Memoria del agente: qué guardar y qué borrar

Un agente que recuerda todo acumula datos personales sin control. Esta guía separa los tipos de memoria, define qué se guarda y cuánto tiempo, y conecta el diseño con la Ley 1581 de 2012.

Mateo Pizaialabs.app · publicado 15 oct 2026

Tres tipos de memoria

Cuando hablamos de memoria de un agente, hablamos de cosas distintas.

A esto se suman los logs, que sirven para auditoría y medición. Los logs no son memoria del agente. El agente no debería leerlos para decidir.

Lo que dice la Ley 1581 de 2012

Partimos del texto de la ley publicado por Función Pública. Esto es una lectura técnica para el diseño. La interpretación para tu caso la hace tu asesor legal.

• La ley aplica a datos personales registrados en cualquier base de datos susceptible de tratamiento por entidades públicas o privadas (artículo 2).
• Define tratamiento como cualquier operación sobre datos personales, como recolección, almacenamiento, uso, circulación o supresión (artículo 3).
• Entre sus principios están finalidad, libertad, veracidad o calidad, transparencia, acceso y circulación restringida, seguridad y confidencialidad (artículo 4).
• Define datos sensibles, entre ellos los relativos a la salud, a la vida sexual y los datos biométricos, y prohíbe su tratamiento salvo excepciones como la autorización explícita del titular (artículos 5 y 6).
• El titular tiene derecho a conocer, actualizar y rectificar sus datos, y a solicitar la supresión en los términos de la ley (artículo 8).
• Las consultas se atienden en un máximo de diez días hábiles y los reclamos en quince días hábiles, con las prórrogas que la ley indica (artículos 14 y 15).
• La Superintendencia de Industria y Comercio vigila el cumplimiento (artículo 19).

Fuente: Ley 1581 de 2012, Función Pública.

Cómo se traducen los principios al build

Finalidad. Cada dato que guarda el agente tiene un propósito escrito. Si no puedes escribir el propósito en una frase, no lo guardes.

Libertad. El agente trabaja con datos cuyo tratamiento está autorizado para esa finalidad. Si el agente de cobranza empieza a usar datos para ofrecer productos, la finalidad cambió. Revísalo con tu asesor.

Veracidad o calidad. La memoria operativa se sincroniza con la fuente de verdad. Si el cliente actualiza su correo en el ERP, la memoria del agente no conserva el viejo.

Acceso y circulación restringida. El agente de un cliente no ve la memoria de otro. Cada lectura filtra por titular o por caso.

Seguridad. Cifrado en reposo y en tránsito. Accesos con registro. Credenciales fuera del prompt.

Confidencialidad. Los datos de memoria no se envían a terceros sin base. Revisa los términos del proveedor del modelo sobre retención y uso de datos enviados.

Qué guardar

Guarda lo que el agente necesita para hacer la tarea siguiente:

• Estado del caso: abierto, en espera, cerrado.
• Compromisos: "paga el 20", "llamar después de las 3 p. m.".
• Preferencias operativas: canal de contacto preferido.
• Referencias a registros del ERP, en lugar de copias de los datos.

La última regla reduce mucho el riesgo. La memoria guarda el id del cliente. El dato vive en el ERP.

Qué no guardar

• Datos sensibles que aparezcan en una conversación, salvo que la finalidad lo requiera y exista autorización explícita. Ejemplo: un cliente que explica que no pagó por una enfermedad. El agente registra "solicita plazo" y deriva. No guarda el diagnóstico.
• Documentos de identidad completos, si basta con los últimos dígitos para verificar.
• Datos de tarjetas de pago. Esos van a la pasarela.
• Transcripciones completas en la memoria de aprendizaje. Usa ejemplos anonimizados.

Borrado y retención

Define una tabla de retención antes del deploy. Ejemplo de supuesto:

Los plazos son supuestos. Los define tu responsable de datos con tu asesor, según las obligaciones legales y contables de tu empresa.

El borrado tiene que ser real

Cuando un titular pide supresión y procede, el dato debe desaparecer de todos los lugares:

1. Memoria operativa.
2. Índices vectoriales o de búsqueda.
3. Cachés.
4. Copias en ejemplos de aprendizaje.
5. Respaldos, según tu política de respaldos.

Los índices vectoriales se olvidan con frecuencia. Si guardas embeddings de conversaciones, cada vector debe tener el id del titular para poder borrarlo.

def suprimir_titular(id_titular):
    memoria.delete(where={"titular": id_titular})
    vectores.delete(filter={"titular": id_titular})
    cache.invalidate(prefix=f"titular:{id_titular}")
    auditoria.registrar("supresion", id_titular)   # sin copiar los datos borrados

Memoria y seguridad

La memoria persistente es un vector de ataque. Si un atacante logra que el agente guarde una instrucción, esa instrucción se ejecuta en tareas futuras.

• Lo que entra a memoria pasa por un esquema. Nada de texto libre que luego se use como instrucción.
• La memoria de aprendizaje la aprueba una persona.

Errores comunes

• Guardar conversaciones completas "por si acaso".
• Copiar datos del ERP en la memoria.
• No poder borrar de los índices vectoriales.
• Mezclar logs de auditoría con memoria del agente.
• Usar datos para una finalidad distinta a la autorizada.

Checklist

• Inventario de datos por tipo de memoria
• Finalidad escrita para cada dato
• Tabla de retención aprobada
• Borrado automático por vencimiento
• Procedimiento de supresión que cubre vectores y cachés
• Filtro por titular en cada lectura
• Revisión con tu asesor legal y tu política de tratamiento de datos

Preguntas frecuentes

Fuentes

• Ley 1581 de 2012, texto en el Gestor Normativo de Función Pública: https://www.funcionpublica.gov.co/eva/gestornormativo/norma.php?i=49981