Memoria colectiva sin borrar la individualidad

El problema: continuidad sin memoria indiscriminada

Cuando varios agentes atienden a una misma persona, cada uno observa una parte de su relación con la organización. Un agente de planificación puede conocer una restricción operativa; otro, una preferencia de formato; un tercero, el proyecto al que se refiere una consulta. Obligar al usuario a repetir esos datos deteriora la continuidad. Reunir todas las conversaciones en una memoria única, en cambio, rompe la separación entre funciones y amplía innecesariamente la superficie de exposición.

La hipótesis de este diseño es más limitada: las memorias por agente y usuario permanecen aisladas, mientras un proceso de consolidación produce una capa colectiva por usuario. Esa capa contiene hechos seleccionados, no transcripciones ni perfiles completos. Todos los agentes autorizados pueden consultarla, pero ninguno escribe directamente en ella.

La unidad de compartición es importante. Una memoria colectiva de toda la organización confundiría personas y contextos; una memoria colectiva por usuario permite reutilizar conocimiento sin trasladarlo a usuarios distintos. Incluso dentro de ese ámbito, la pertenencia a una misma persona no autoriza automáticamente a cruzar dominios incompatibles. Una confidencia entregada en un contexto laboral sensible no se vuelve adecuada para cualquier otro agente por el mero hecho de estar técnicamente disponible.

Dos capas que no se sustituyen

La arquitectura distingue dos clases de memoria persistente:

Capa	Contenido	Escritura	Lectura
Privada por agente y usuario	Episodios, hechos y perfil propios de la relación	El componente responsable de la memoria del agente	El agente propietario y los procesos de consolidación autorizados
Colectiva por usuario	Hechos promovidos, procedencia, vigencia y un digest acotado	Un único consolidador	Los agentes autorizados, mediante recuperación limitada

El proceso colectivo interroga las memorias privadas en modo de solo lectura. No invalida, corrige ni reescribe lo que cada agente recuerda. Si detecta una discrepancia, actúa únicamente sobre la representación colectiva y conserva la señal de conflicto para su inspección.

Tampoco comparte los perfiles completos. Cada agente mantiene su propia síntesis de la relación y puede reinterpretar los hechos colectivos desde su función. El explorador y el revisor deben poder conocer una misma restricción factual sin adoptar por ello la misma perspectiva, prioridades o estilo.

Extracto. La convergencia buscada es factual, no conductual. Una memoria común no debería homogeneizar la identidad ni el criterio de agentes que fueron especializados precisamente para mirar el problema de forma distinta.

La regla de propiedad: un escritor por espacio de memoria

La separación lógica pierde valor si varios servicios pueden modificar el mismo conjunto de datos. Por eso, el diseño extiende una regla sencilla:

Un único escritor por espacio de nombres; todo cruce adicional es de lectura o pasa por un contrato explícito.

El propietario de la memoria privada sigue siendo el único que la altera. El consolidador es el único escritor de la capa colectiva. Esta asignación permite atribuir cada cambio, evita carreras entre procesos y limita el efecto de un error. Un bloqueo acotado por usuario impide, además, que dos ciclos de consolidación compitan sobre el mismo conjunto de hechos.

La regla no obliga a utilizar un producto de almacenamiento determinado. Es un contrato de responsabilidad que puede mantenerse sobre distintas tecnologías, siempre que la autorización de escritura sea efectiva y auditable, no solo una convención documental.

Promover no es copiar: es exigir evidencia independiente

La consolidación colectiva se organiza como una secuencia de decisiones. La mayor parte procede del diseño original; su validación empírica sigue pendiente.

1. Reunir candidatos sin abrir las conversaciones

El proceso localiza las particiones de memoria asociadas al mismo usuario y recupera hechos vigentes con su evidencia. Trabaja sobre representaciones estructuradas y referencias de procedencia. No necesita trasladar las transcripciones completas a la capa colectiva.

2. Agrupar equivalencias semánticas

Dos agentes rara vez expresan un hecho con las mismas palabras. «Prefiere informes breves» y «solicita resúmenes concisos» pueden ser equivalentes, pero una semejanza superficial no basta para afirmarlo. El diseño combina búsqueda semántica con un juicio de equivalencia acotado y conserva la decisión como parte de la traza.

Este juicio es probabilístico. Debe evaluarse con ejemplos de equivalencia, implicación parcial y falsa semejanza, y disponer de una salida conservadora cuando la evidencia sea ambigua.

3. Corroborar por vías independientes

Un hecho solo es candidato a promoción cuando aparece en memorias de agentes distintos y procede de sesiones distintas. Repetir una afirmación varias veces en una misma conversación no crea consenso. Tampoco lo hacen varias proyecciones técnicas de un único episodio.

La procedencia mínima de un hecho colectivo debería permitir reconstruir:

• qué memorias de agente aportaron evidencia;
• en qué sesiones independientes se obtuvo;
• qué hechos privados sustentaron la promoción;
• cuándo apareció la primera evidencia y cuándo se confirmó por última vez;
• qué proceso y versión de política tomaron la decisión.

El marco PROV-O del W3C no define una memoria agéntica, pero ofrece un vocabulario estable para representar entidades, actividades, agentes y derivaciones. Sirve como referencia para que la procedencia no quede reducida a un campo de texto sin semántica interoperable.

4. Aplicar una puerta de finalidad y categoría

No todo hecho corroborado merece compartirse. La propuesta limita la promoción a información estable y necesaria para la continuidad: identidad declarada, preferencias de interacción, proyectos mencionados, restricciones operativas e idioma o estilo de comunicación. Las categorías sensibles, las credenciales y los secretos deben quedar fuera; los límites entre dominios deben prevalecer sobre la comodidad de la recuperación.

Una lista de categorías no demuestra por sí sola que la clasificación sea correcta. La autorización debe tener en cuenta la finalidad concreta, el agente que leerá el dato y el contexto en el que se obtuvo. Los casos dudosos deberían permanecer privados o requerir una decisión humana.

5. Resolver la vigencia sin reescribir el pasado

Cuando dos hechos equivalentes tienen objetos incompatibles, la versión con evidencia válida más reciente puede sustituir a la anterior en la vista colectiva. La versión previa no desaparece de la historia técnica: cierra su periodo de vigencia y queda enlazada a la evidencia que motivó la sustitución.

Esta regla produce una resolución determinista, no una garantía de verdad. En decisiones de alto impacto, la recencia no debería reemplazar a la verificación contra una fuente autorizada o a la revisión humana.

6. Impedir el refuerzo circular

El principal riesgo interno es el eco. Un agente puede leer un hecho colectivo, repetirlo durante una conversación y provocar que el extractor lo registre de nuevo como si fuese evidencia privada. En el siguiente ciclo, el sistema contaría su propia afirmación como corroboración independiente.

El diseño propone dos defensas complementarias:

• una evidencia privada creada después del hecho colectivo equivalente no se cuenta automáticamente como corroboración independiente;
• la extracción de memoria distingue lo afirmado por el usuario de lo producido por el agente y no aprende como hecho del usuario lo que el propio sistema acaba de decir.

Estas defensas necesitan trazas temporales y pruebas con ecos sembrados. Una regla cronológica puede generar falsos descartes —el usuario podría confirmar legítimamente un hecho después de leerlo—, por lo que la procedencia de la afirmación sigue siendo necesaria.

7. Hacer que el hecho dependa de su evidencia

La confianza colectiva puede aumentar cuando se incorporan fuentes realmente independientes, pero no debe convertirse en una cifra decorativa. Si las evidencias de origen quedan invalidadas, caducan o se retiran legítimamente, el hecho colectivo debe revisarse y, si ya no conserva soporte suficiente, dejar de presentarse como vigente.

Extracto. Consenso no equivale a verdad. Solo significa que varias fuentes, según la independencia que el sistema ha podido demostrar, sostienen una afirmación compatible.

La fusión probabilística de conocimiento ya ha mostrado, en sistemas como Knowledge Vault, que el acuerdo entre fuentes debe modelarse junto con su fiabilidad y dependencia. En agentes, el problema es más severo porque varias salidas pueden proceder del mismo modelo, contexto o hecho previamente recuperado. Contar agentes no basta: hay que identificar linajes de evidencia.

Dos velocidades: recordar ahora, consolidar después

La promoción no debería ejecutarse en el camino crítico de una respuesta. La señal de corroboración se acumula lentamente y el análisis semántico consume recursos que no mejoran necesariamente el turno actual. El diseño separa:

• pasadas incrementales, activadas por cambios en las memorias privadas y limitadas a usuarios con nueva evidencia;
• pasadas profundas, menos frecuentes, que reagrupan equivalencias, revalidan fuentes, revisan contradicciones y actualizan el digest colectivo.

Ambas operan con concurrencia y presupuesto acotados, como trabajo de baja prioridad. La analogía con la consolidación descrita por los sistemas complementarios de aprendizaje de McClelland, McNaughton y O'Reilly es útil: una adquisición rápida preserva el episodio individual y una segunda fase integra patrones de manera gradual. La analogía inspira la separación de velocidades; no implica que el sistema reproduzca la memoria humana.

La programación concreta depende del volumen, la frescura necesaria, el coste del modelo y la capacidad del almacén. Este cuaderno no propone una frecuencia universal. Sí mantiene dos invariantes: la consolidación tiene un límite de recursos y un fallo suyo nunca debería impedir una interacción ordinaria.

Lectura inyectada, limitada y degradable

En cada turno, la recuperación puede mezclar hechos privados y colectivos vigentes antes de construir el contexto del agente. Una fusión por relevancia, confianza y recencia evita dar prioridad automática a una capa. Si el mismo hecho existe en ambas, se deduplica y se presenta una sola vez.

La vista que recibe el modelo debe ser pequeña, fechada y coherente. La procedencia completa permanece disponible para inspección, pero no tiene por qué ocupar el prompt ordinario. La consulta profunda conserva otra barrera: un agente puede recibir la afirmación colectiva y sus metadatos de corroboración, pero no por ello accede al texto literal de una conversación privada de otro agente.

La ausencia o indisponibilidad de la capa colectiva aporta cero resultados; no debería hacer fallar el turno. Esta degradación mantiene la memoria compartida como una mejora de continuidad y no como una dependencia imprescindible para responder.

Temporalidad y procedencia como parte del dato

Cada hecho colectivo necesita distinguir al menos dos tiempos:

• tiempo de validez: desde cuándo y hasta cuándo se consideró aplicable la afirmación en el dominio descrito;
• tiempo de sistema: cuándo fue registrada, revisada o retirada por la plataforma.

Esta representación permite reconstruir qué se creía vigente al tomar una decisión y qué se sabe ahora. También evita que «invalidar» se confunda con «borrar silenciosamente»: una sustitución ordinaria puede conservar el rastro histórico y explicar por qué cambió la vista actual.

Sin embargo, la preservación histórica no es absoluta. Una obligación válida de supresión, una retirada de consentimiento cuando resulte aplicable o una política de retención pueden exigir eliminar, anonimizar o volver inaccesible la evidencia y sus derivados. La procedencia debe facilitar esa propagación, no utilizarse como argumento para conservar indefinidamente datos personales.

Privacidad: requisitos de diseño, no garantías implantadas

La memoria colectiva trata información que puede referirse a personas. Por ello, una edición pública responsable no puede presentar el aislamiento técnico como sinónimo de cumplimiento. El Reglamento General de Protección de Datos (RGPD) ofrece, en el ámbito europeo, principios y derechos relevantes para convertir la propuesta en un servicio gobernado.

Como mínimo, la evolución del diseño debería hacer explícitos:

• finalidad: cada categoría compartida necesita un propósito definido y una base legítima; no se reutiliza por defecto para cualquier agente;
• minimización: solo se promueve lo necesario y se evita copiar verbatim, secretos o datos sensibles;
• retención: los hechos, evidencias y trazas tienen plazos revisables y no sobreviven automáticamente a su finalidad;
• rectificación: una persona puede señalar un hecho inexacto y la corrección se propaga a la vista colectiva y a sus derivados;
• supresión: cuando corresponda, el sistema puede localizar y retirar el dato y las representaciones derivadas, sin limitarse a ocultarlo en la interfaz;
• inspección: existe una vista comprensible de qué se conserva, de dónde procede, qué agentes pueden recibirlo y qué decisiones lo han transformado.

Los principios de limitación de la finalidad, minimización y limitación del plazo de conservación aparecen en el artículo 5 del RGPD; acceso, rectificación y supresión se desarrollan, entre otros, en sus artículos 15, 16 y 17. Su aplicación depende del contexto jurídico, la base del tratamiento y las excepciones pertinentes. Esta referencia no constituye un análisis legal ni demuestra conformidad.

En el diseño fuente existen mecanismos técnicos parciales para separación, procedencia y vigencia. Este cuaderno no afirma que las funciones de finalidad, retención, rectificación, supresión e inspección estén implantadas de extremo a extremo. Se formulan aquí como condiciones antes de considerar consolidada una memoria colectiva de uso empresarial.

Riesgos y controles propuestos

Riesgo	Control de diseño	Límite del control
Eco del propio sistema	Procedencia de la afirmación y descuento de evidencias posteriores derivadas	La cronología sola no prueba dependencia
Consenso falso	Agentes y sesiones independientes, más linaje de evidencia	Varios agentes pueden compartir modelo, datos o error
Hecho obsoleto	Vigencia temporal, contradicción visible y revalidación	La recencia no certifica exactitud
Fuga entre contextos	Capa por usuario, puerta de finalidad, exclusión de categorías y barrera sobre el verbatim	La clasificación automática puede equivocarse
Homogeneización	Compartir hechos, no perfiles ni instrucciones de conducta	La inyección repetida aún puede sesgar respuestas
Escritura concurrente	Un escritor por espacio y bloqueo por usuario	Requiere que la autorización sea efectiva
Conservación excesiva	Retención y propagación de rectificación o supresión	Falta validar derivados, copias y trazas
Coste o carga imprevistos	Consolidación asíncrona, incremental y presupuestada	Necesita observación en condiciones reales

Cómo debería evaluarse

La validez de la propuesta no se demuestra con una arquitectura plausible. Un programa de evaluación debería cubrir, al menos:

1. precisión de la promoción: hechos realmente equivalentes frente a semejanzas engañosas;
2. independencia de la evidencia: sesiones duplicadas, agentes que comparten una fuente y ecos deliberadamente sembrados;
3. contradicción y temporalidad: cambios legítimos, información obsoleta y conflictos que no admiten resolución por recencia;
4. aislamiento: intentos de recuperar verbatim, datos de otro usuario o información fuera de finalidad;
5. derechos: trazabilidad completa de una inspección, rectificación y supresión hasta los derivados;
6. utilidad: reducción de repeticiones y mejora de continuidad sin degradar la especialización de los agentes;
7. operación: coste, latencia indirecta, degradación ante fallos y ausencia de interferencia con los turnos interactivos.

Las pruebas deberían incluir conjuntos sintéticos controlados y revisiones con casos representativos, sin utilizar conversaciones personales reales como material de demostración pública.

Qué sostiene este cuaderno y qué no

Este cuaderno sostiene que es posible diseñar una capa colectiva sin eliminar la memoria individual si se mantienen ámbitos separados, un único escritor, promoción selectiva, evidencia independiente, procedencia, temporalidad y defensas anti-eco. También sostiene que la consolidación asíncrona y la lectura inyectada permiten integrar esa capa sin convertirla en el centro de cada turno.

No demuestra que el consenso producido sea verdadero; que un clasificador separe siempre información sensible; que dos agentes sean fuentes realmente independientes; que la propuesta cumpla por sí sola el RGPD; ni que las funciones de inspección, rectificación y supresión estén disponibles en un despliegue concreto. Collaborative Memory, una de las referencias más próximas, es un preprint y debe leerse como evidencia de una dirección de investigación, no como validación definitiva de esta arquitectura.

El criterio de madurez no debería ser cuántos hechos se comparten, sino cuántos pueden justificarse, limitarse, corregirse y retirar sin romper la memoria privada de los agentes que los originaron.

Referencias

Procedencia editorial de ALLAN

• Platform Server/docs/collective-memory-design.md, diseño interno de memoria colectiva por usuario, revisado el 19 de julio de 2026. Es la fuente principal de la tesis, los límites de ámbito, el algoritmo de promoción, la consolidación asíncrona y la integración de lectura.
• Platform Server/docs/agent-memory-v2-design.md, diseño interno de memoria episódica y semántica al que se superpone la capa colectiva.

La fuente principal registra partes implantadas y otras pendientes en el entorno examinado. Esta edición adopta deliberadamente el estado público de diseño no consolidado: elimina métricas, contratos de almacenamiento y detalles operativos internos, y añade como requisitos —no como prestaciones existentes— la finalidad, minimización, retención, rectificación, supresión e inspección.

Fuentes externas

• Rezazadeh, A.; Li, Z.; Lou, A.; Zhao, Y.; Wei, W.; y Bao, Y., Collaborative Memory: Multi-User Memory Sharing in LLM Agents with Dynamic Access Control, arXiv:2505.18279, 2025. Preprint: propone capas privada y compartida, procedencia por fragmento y políticas de acceso dinámicas; no se presenta aquí como resultado revisado por pares.
• McClelland, J. L.; McNaughton, B. L.; y O'Reilly, R. C., Why There Are Complementary Learning Systems in the Hippocampus and Neocortex: Insights from the Successes and Failures of Connectionist Models of Learning and Memory, Psychological Review, 102(3), pp. 419-457, 1995.
• Lebo, T.; Sahoo, S.; y McGuinness, D., eds., PROV-O: The PROV Ontology, Recomendación del W3C, 30 de abril de 2013.
• Dong, X. L.; Gabrilovich, E.; Heitz, G.; Horn, W.; Lao, N.; Murphy, K.; Strohmann, T.; Sun, S.; y Zhang, W., Knowledge Vault: A Web-Scale Approach to Probabilistic Knowledge Fusion, Proceedings of the 20th ACM SIGKDD International Conference on Knowledge Discovery and Data Mining, pp. 601-610, 2014.
• Parlamento Europeo y Consejo de la Unión Europea, Reglamento (UE) 2016/679, de 27 de abril de 2016, relativo a la protección de las personas físicas en lo que respecta al tratamiento de datos personales y a la libre circulación de estos datos, Diario Oficial de la Unión Europea, L 119, pp. 1-88, 4 de mayo de 2016.