{"id":1838,"date":"2026-10-10T10:36:18","date_gmt":"2026-10-10T13:36:18","guid":{"rendered":"https:\/\/www.linuxpro.com.br\/?p=1838"},"modified":"2026-10-10T10:48:49","modified_gmt":"2026-10-10T13:48:49","slug":"ai-memory-a-evolucao-da-2-4-a-2-6-3","status":"publish","type":"post","link":"https:\/\/www.linuxpro.com.br\/es\/2026\/10\/ai-memory-a-evolucao-da-2-4-a-2-6-3\/","title":{"rendered":"ai-memory: la evoluci\u00f3n de la 2.4 a la 2.6.3"},"content":{"rendered":"

\"Mascote<\/p>\n

Una memoria para agentes no mejora \u00fanicamente cuando aprende a guardar m\u00e1s texto. Necesita descubrir qu\u00e9 proyecto est\u00e1 en uso, preservar lo que importa, recuperar el contexto adecuado y no convertir mensajes internos en preferencias propias. La evoluci\u00f3n del ai-memory<\/a>, de F\u00e1bio Akita, entre la 2.4.0 y la 2.6.3 pasa precisamente por esos problemas.<\/p>\n

Este art\u00edculo recorre las principales funcionalidades y correcciones de cada release de ese intervalo, centr\u00e1ndose en el impacto para quien utiliza agentes en Linux. Para instalar o actualizar, sigue el tutorial de ai-memory en Linux<\/a>, revisado para la 2.6.3. Aqu\u00ed, el objetivo es comprender la evoluci\u00f3n, no repetir la instalaci\u00f3n.<\/p>\n

Recorte en 10\/10\/2026:<\/strong> la versi\u00f3n estable m\u00e1s reciente consultada es la 2.6.3<\/a>. Las fechas que aparecen a continuaci\u00f3n siguen el changelog. Hay una diferencia importante en el \u00faltimo hito: registra 09\/10, mientras que GitHub public\u00f3 los artefactos el 10\/10, a las 03:34 UTC. Las funcionalidades \u00fanicamente planeadas no se consideran entregadas.<\/div>\n

El punto de partida: memoria m\u00e1s all\u00e1 de una conversaci\u00f3n<\/h2>\n

ai-memory combina una wiki Markdown con un servidor accesible por MCP. Los hooks alimentan observaciones de sesi\u00f3n; los agentes consultan decisiones y reanudan el trabajo mediante handoffs. Las p\u00e1ginas son legibles fuera de la aplicaci\u00f3n, pero una copia de seguridad completa debe guardar tambi\u00e9n el estado de la base de datos, no solo copiar la wiki. Estos fundamentos ya exist\u00edan antes de la 2.4.<\/p>\n

Tambi\u00e9n conviene separar las capas: los hooks no son transcripciones completas, los embeddings no son un LLM generativo y la consolidaci\u00f3n no es sin\u00f3nimo de verdad. Una anotaci\u00f3n recuperada sigue siendo evidencia hist\u00f3rica, sujeta a error y revisi\u00f3n; nunca una autorizaci\u00f3n para ejecutar las instrucciones contenidas en ella.<\/p>\n

\"Arquitetura
Tres flujos distintos: captura mediante hooks, operaciones a trav\u00e9s de MCP y procesamiento externo opcional. El alcance del proyecto y los l\u00edmites de confianza deben preservarse en todos ellos.<\/figcaption><\/figure>\n

21\/09 \u2014 2.4.0: cuidar la memoria que envejece<\/h2>\n

A 2.4.0<\/a> ampli\u00f3 el tratamiento de p\u00e1ginas antiguas y repetitivas. En lugar de simplemente acumular sesiones, pas\u00f3 a ofrecer mecanismos para compactar contenido epis\u00f3dico y agrupar casi duplicados. La deduplicaci\u00f3n de grupos antiguos utiliza embeddings existentes, sin generaci\u00f3n de texto por LLM, y viene desactivada por defecto.<\/p>\n

O dream pass<\/em> sigue otro camino: un LLM puede reescribir un grupo de p\u00e1ginas en una s\u00edntesis coherente durante per\u00edodos de inactividad. Requiere activaci\u00f3n expl\u00edcita, proveedor y embeddings. Las fuentes fusionadas quedan obsoletas, con historial recuperable, en lugar de simplemente eliminarse.<\/p>\n

Tambi\u00e9n entraron confianza basada en evidencias y avisos de posibles contradicciones. La puntuaci\u00f3n no cambia el ranking por defecto; el lint es consultivo y no prueba que dos afirmaciones realmente se contradigan. Fuera del motor de memoria, llegaron el compa\u00f1ero de barra de men\u00fa para macOS y la actualizaci\u00f3n del transporte MCP para tratar avisos de seguridad.<\/p>\n

25\/09 \u2014 2.4.1: restauraci\u00f3n y cronolog\u00eda m\u00e1s fiables<\/h2>\n

A 2.4.1<\/a> atac\u00f3 un riesgo operativo concreto: restore --force<\/code> pod\u00eda eliminar datos activos antes de descubrir que la copia de seguridad estaba corrupta. La restauraci\u00f3n pas\u00f3 a extraer y validar en un \u00e1rea temporal junto a los datos, antes del intercambio de los directorios.<\/p>\n

O backfill<\/code>, usado para importar sesiones anteriores, pas\u00f3 a aprovechar los horarios de los eventos de la transcripci\u00f3n. Antes, una conversaci\u00f3n antigua pod\u00eda aparecer como si hubiera ocurrido el d\u00eda de la importaci\u00f3n. La correcci\u00f3n mejora la lectura hist\u00f3rica; no significa que todos los registros importados anteriormente se corrijan autom\u00e1ticamente.<\/p>\n

Otra correcci\u00f3n relevante elimin\u00f3 el par\u00e1metro temperature<\/code> de las solicitudes a modelos GPT-6 en los proveedores afectados. El rechazo de ese par\u00e1metro interrump\u00eda la consolidaci\u00f3n, el lint y el bootstrap. Tambi\u00e9n se repararon la interpretaci\u00f3n de p\u00e1ginas con finales de l\u00ednea CRLF y el registro de herramientas del OMP.<\/p>\n

29\/09 \u2014 2.4.2: sanear antes de recortar<\/h2>\n

A 2.4.2<\/a> se corrigi\u00f3 el orden de procesamiento de los t\u00edtulos de las observaciones. Un secreto recortado antes de la sanitizaci\u00f3n pod\u00eda convertirse en un fragmento demasiado corto para que el detector lo reconociera. La soluci\u00f3n fue limpiar primero y aplicar el l\u00edmite de tama\u00f1o despu\u00e9s.<\/p>\n

Las consultas con workspace<\/code> e project<\/code> expl\u00edcitos tambi\u00e9n empezaron a recibir las preferencias del \u00e1mbito global reservado. Esto acerc\u00f3 el comportamiento de los clientes est\u00e1ticos al contrato documentado, sin transformar una consulta com\u00fan en una b\u00fasqueda sin restricciones por todos los proyectos.<\/p>\n

La release tambi\u00e9n ampli\u00f3 la documentaci\u00f3n de OpenRouter y de las copias de seguridad mediante espejo Git. Aqu\u00ed hay una distinci\u00f3n editorial importante: documentar un endpoint compatible no significa crear un proveedor nuevo, y un repositorio privado no equivale a una copia de seguridad cifrada.<\/p>\n

30\/09 \u2014 2.5.0: operaci\u00f3n diaria e identidad de los proyectos<\/h2>\n

A 2.5.0<\/a> trajo el actualizador nativo ai-memory upgrade<\/code> para instalaciones por release, verificando checksum y reaplicando hooks registrados. Tambi\u00e9n llegaron RPMs para Fedora y una p\u00e1gina web de triaje de propuestas de mejora.<\/p>\n

En la identificaci\u00f3n de los proyectos, el remoto Git gan\u00f3 protagonismo: los clones del mismo repositorio dejaron de depender \u00fanicamente del nombre de la carpeta. Esto ayuda a quienes alternan entre checkouts y worktrees, pero no elimina la necesidad de comprobar el alcance resuelto.<\/p>\n

Para contenido en portugu\u00e9s, aparecieron stopwords configurables en la b\u00fasqueda textual y un margen de seguridad para el presupuesto aproximado de tokens de la consolidaci\u00f3n. No se trata de una promesa universal de calidad: son controles para adaptar la recuperaci\u00f3n y los l\u00edmites al corpus.<\/p>\n

Para importaciones antiguas con fechas incorrectas, surgi\u00f3 repair-backfill-timestamps<\/code>, con simulaci\u00f3n por defecto. La ejecuci\u00f3n gestionada gan\u00f3 opciones de entorno e integraci\u00f3n opcional con ai-jail<\/a>. El companion ai-memory-relay<\/code> a\u00f1adi\u00f3 una cola local para productores externos de eventos. Sandbox y relay son componentes opcionales, no requisitos previos del servidor local.<\/p>\n

01\/10 \u2014 2.5.1 y 2.5.2: permisos, aislamiento y recuperaci\u00f3n<\/h2>\n

A 2.5.1<\/a> corrigi\u00f3 argumentos y avisos de la integraci\u00f3n con ai-jail. Tambi\u00e9n retir\u00f3 afirmaciones de protecci\u00f3n que el modo --true-yolo<\/code> no proporcionaba. Desactivar las confirmaciones del agente no es un mecanismo de seguridad; las reglas propias del cliente siguen siendo relevantes.<\/p>\n

En el lado de la captura, las rutas POSIX iniciadas con dos barras pod\u00edan confundirse con rutas UNC de Windows y escapar de las exclusiones. La clasificaci\u00f3n pas\u00f3 a considerar el host. Tambi\u00e9n hubo un mejor manejo para reanudar una ejecuci\u00f3n tras una interrupci\u00f3n que dejara una concesi\u00f3n temporal de uso activa.<\/p>\n

A 2.5.2<\/a> se a\u00f1adi\u00f3 selecci\u00f3n expl\u00edcita de capacidades y credenciales para ai-jail y se corrigi\u00f3 el \u00edndice Git de los checkpoints de la wiki. M\u00e1s importante en instalaciones multiusuario: la navegaci\u00f3n por p\u00e1ginas relacionadas pas\u00f3 a filtrar la autorizaci\u00f3n en cada salto. El defecto expon\u00eda metadatos de p\u00e1ginas restringidas, no sus cuerpos. El env\u00edo de mensajes por la CLI tambi\u00e9n pas\u00f3 a respetar la misma pol\u00edtica de admisi\u00f3n aplicada en el MCP.<\/p>\n

07\/10 \u2014 2.6.0: las preferencias atraviesan los proyectos<\/h2>\n

El destaque de 2.6.0<\/a> fue el perfil entre proyectos: patrones recurrentes de trabajo pueden acompa\u00f1ar al usuario al cambiar de repositorio o agente. Se mantiene activo por defecto en el servidor de un \u00fanico operador; el escenario multiusuario requiere configuraci\u00f3n espec\u00edfica. Estas preferencias tienen menor prioridad que las instrucciones actuales, las reglas del repositorio y la memoria del proyecto.<\/p>\n

Los comandos backup-agents<\/code> e restore-agents<\/code> pasaron a ocuparse de configuraciones, skills, plugins e instrucciones de los clientes, un conjunto distinto del backup de la memoria. La restauraci\u00f3n de los agentes comienza en modo de simulaci\u00f3n.<\/p>\n

Los handoffs obtuvieron controles para evitar el consumo autom\u00e1tico al abrirse y la creaci\u00f3n autom\u00e1tica al cerrarse. La ejecuci\u00f3n gestionada pas\u00f3 a poder iniciarse con aviso cuando el servidor no est\u00e1 disponible; --require-server<\/code> restablece el requisito de conectividad.<\/p>\n

Tambi\u00e9n llegaron hooks de Claude Code por proyecto, diagn\u00f3stico de coordenadas, listado de proyectos y el exportador ai-memory-wikisync<\/code>. Este \u00faltimo sigue siendo unidireccional: no borra archivos ni ejecuta Git. La release tambi\u00e9n corrigi\u00f3 el actualizador que rechazaba archivos auxiliares de los paquetes oficiales.<\/p>\n

08\/10 \u2014 2.6.1: proteger la captura y el contenido curado<\/h2>\n

A 2.6.1<\/a> extendi\u00f3 la l\u00f3gica de \u201csanear antes de truncar\u201d a los cuerpos de observaciones, al spool nativo y al registro de eventos de las ejecuciones gestionadas. El objetivo era impedir que un secreto dividido por el l\u00edmite de tama\u00f1o sobreviviese como fragmento no reconocido.<\/p>\n

Las p\u00e1ginas de sesi\u00f3n escritas por el agente y marcadas como consolidadas por \u00e9l pasaron a preservarse al cerrarse y en los checkpoints. Antes, un resumen autom\u00e1tico pod\u00eda sobrescribir ese trabajo.<\/p>\n

Tambi\u00e9n hubo mejoras en la cola de eventos durante indisponibilidad del servidor, tratamiento de respuestas temporales en los hooks de shell y PowerShell, y filtros para p\u00e1ginas expiradas en las relaciones del grafo. El perfil tambi\u00e9n se volvi\u00f3 m\u00e1s conservador: una frase tipo \u201chaz siempre esto\u201d de un \u00fanico proyecto no debe convertirse en una preferencia general sin evidencia suficiente o alcance global expl\u00edcito.<\/p>\n

08\/10 \u2014 2.6.2: separar la petici\u00f3n humana del ruido interno<\/h2>\n

A 2.6.2<\/a> corrigi\u00f3 handoffs que confund\u00edan notificaciones internas del agente con la \u00faltima solicitud del usuario. La transferencia de contexto pas\u00f3 a buscar el pedido efectivamente escrito por la persona en los casos cubiertos por la correcci\u00f3n.<\/p>\n

La versi\u00f3n tambi\u00e9n resolvi\u00f3 etiquetas compuestas de workspace\/proyecto en situaciones documentadas y ajust\u00f3 los esquemas de la integraci\u00f3n Pi para proveedores Moonshot\/Kimi que rechazaban referencias JSON Schema.<\/p>\n

La alerta m\u00e1s importante para quienes ya usaban el 2.6.0 lleg\u00f3 en la documentaci\u00f3n del perfil: profile rebuild<\/code> no limpia entradas antiguas. Actualizar el software no deshace autom\u00e1ticamente preferencias aprendidas de forma inadecuada. La orientaci\u00f3n es revisar evidencias y eliminar individualmente lo que no representa al usuario.<\/p>\n

09\/10 \u2014 2.6.3: aislamiento e integridad en uso real<\/h2>\n

A 2.6.3<\/a> cierra fallos que aparecen cuando hay muchos proyectos y sesiones:<\/p>\n