Respuestas
¿Memoria de IA desactualizada no es peor que no tener memoria?
El riesgo es real y es la pregunta correcta: un asistente que afirma con seguridad una regla muerta hace más daño que uno que pregunta. Lo que decide es si algo termina una memoria además de que alguien se acuerde de borrarla. Aquí cada regla y cada decisión se escribe junto con la condición que la termina: la revocación, la fecha, el evento que la vuelve falsa. Cumplida esa condición, la memoria se retira y deja de servirse; y la decisión que sustituye a otra nombra a la que sustituyó, en vez de quedarse a su lado. El fallo que usted describe es de los almacenes que solo acumulan. La vigencia es parte del registro, no una limpieza que alguien deba programar.
Última actualización September 15, 2026
La memoria que no puede morir es la que se pudre
Solo-escritura es la forma habitual de este problema. Entra contexto, sale recuperación, y nunca sale nada de circulación: el almacén crece y las entradas más viejas se vuelven indistinguibles de las nuevas en todo salvo una fecha que nadie lee. Cada entrada aquí nace con lo que la mataría: una revocación explícita, una fecha en que deja de ser cierta, o un evento que obliga a revisarla. Una entrada sin esa condición no se acepta, o sea que no hay manera de añadir algo que viva para siempre en silencio.
La sustituta nombra a la sustituida
La otra mitad del envejecimiento es la contradicción: dos entradas que fueron ciertas en su momento, ahora en desacuerdo, sin nada que diga cuál vino después en sentido y no en fecha. Cuando una decisión sustituye aquí a otra anterior, la señala por su nombre y dice qué contradice. La antigua se retira con el motivo adjunto, de modo que la historia sigue siendo auditable por una persona, y lo que el asistente lee es la respuesta actual, no las dos.
Quien lo nota es quien puede corregirlo
Algunas cosas caducan sin que nadie lo decida: la herramienta externa cambió, el número se movió, la fuente ahora dice otra cosa. Cuando alguien abre esa fuente en el curso de su trabajo y ve que contradice lo registrado, la corrección es una propuesta que nombra la entrada que sustituye, y una persona la aprueba. Eso conserva dos propiedades que tiran en sentidos opuestos: nada se sobrescribe en silencio por un asistente actuando por su cuenta, y nada equivocado sigue vigente solo porque corregirlo no era tarea de nadie.
Cómo se ve en la práctica
Un equipo registra una decisión en marzo: mientras la migración esté corriendo, ningún cambio de esquema sale sin un segundo revisor. Es la decisión correcta, y todos los asistentes del proyecto empiezan a repetirla. La migración termina en junio. Nadie borra la regla, porque borrarla no es tarea de nadie y nunca estuvo mal: estaba bien, y luego dejó de aplicarse en silencio. Durante todo julio los asistentes siguen diciendo a los ingenieros nuevos que busquen un segundo revisor para cambios que ya no lo necesitan. La regla no está corrupta ni equivocada. Sobrevivió a la condición que la hacía cierta, y nada en el registro sabía que esa condición existía. Escrita con su final adjunto, la misma regla dice en marzo que muere cuando termine la migración. En junio deja de servirse, sin que nadie tenga que acordarse el día en que importaba.
Preguntas que la gente hace sobre esto
- ¿Quién decide que una memoria caducó?
- La condición se escribe junto con la memoria, y tiene que ser lo bastante concreta para comprobarse: una revocación explícita, una fecha, o un evento nombrado. Cuando un trabajo vuelve cierta esa condición, la memoria se retira como parte del registro de ese trabajo, con una línea que dice qué la volvió cierta. Una persona puede revertirlo desde el panel: que la retirada sea reversible es lo que hace seguro hacerla sin preguntar.
- ¿Y las entradas que sencillamente están mal, no caducadas?
- Esas piden corrección, no vigencia, y el camino es el mismo: quien encontró la contradicción propone la sustituta, nombrando la entrada que contradice, y una persona la aprueba. Lo que hay que evitar es decirlo en voz alta en una conversación y seguir adelante, porque entonces la entrada equivocada sigue vigente para todos los demás mientras la conversación termina.
- ¿Toda esta contabilidad no hace que la gente deje de registrar nada?
- Es una frase más en el momento de escribir, y es la frase que el autor está en mejor posición de escribir: sabe si aquello es permanente, estacional o condicional, y nunca lo sabrá con más claridad que en ese instante. La alternativa no es menos trabajo. Es el mismo trabajo hecho después por alguien que tiene que reconstruir si una línea de hace dos años sigue valiendo, normalmente con un asistente ya citándola.
Dónde se puede comprobar
Documentación del producto en este sitio (Cómo funciona, Instalar), la respuesta sobre por qué la recuperación no sustituye a la memoria sancionada para el lado de mecanismo de esta pregunta, y las reglas de vigencia, sustitución y aprobación humana en la especificación sancionada del producto. Todo lo descrito aquí es comportamiento que las herramientas aplican hoy, no hoja de ruta.
https://www.arroway.app/en/answers/stale-memory-is-worse-than-no-memory