La memoria de los asistentes de IA suele quedar atrapada dentro de cada proveedor. Una propuesta basada en Markdown, Git y el protocolo MCP plantea una alternativa: que el usuario sea dueño de su contexto y pueda llevarlo entre chats, dispositivos y servicios.
***
- La propuesta separa el almacenamiento del contexto personal de los asistentes y proveedores de IA.
- Una bóveda de Markdown alojada en Git y conectada mediante MCP permite compartir notas entre distintas superficies.
- El proyecto también originó Zod AOT, un compilador que acelera la validación de datos en plataformas edge.
🧠 La memoria de la IA sale del silo
Una bóveda Markdown en Git y MCP permite conservar el contexto entre asistentes y dispositivos.
🔐 Git registra cada cambio y bloquea eliminaciones.
⚙️ Zod AOT compila validadores para entornos edge. pic.twitter.com/CRQNIRoPZx
— Diario฿itcoin (@DiarioBitcoin) September 8, 2026
La memoria personal se ha convertido en una de las funciones más promocionadas de los asistentes de inteligencia artificial, pero también en una de sus mayores fuentes de dependencia. Cada proveedor conserva los datos dentro de su propio servicio, de modo que el contexto acumulado en un chat no necesariamente acompaña al usuario cuando cambia de aplicación, dispositivo o modelo.
Una propuesta desarrollada por Tetsuya Wakita plantea invertir esa relación: el contexto debería vivir en un almacén controlado por la persona, mientras los asistentes operarían como clientes intercambiables. La idea toma forma en una bóveda de archivos Markdown alojada en Git y accesible mediante un único endpoint del Model Context Protocol, conocido como MCP, indica TNW.
La programación ya tiene mejores herramientas de memoria
En el desarrollo de software, los agentes de IA cuentan con numerosos mecanismos para comprender una base de código antes de sugerir cambios. Archivos como CLAUDE.md, AGENTS.md, las reglas de Cursor y las instrucciones personalizadas de GitHub Copilot permiten definir convenciones, arquitectura y límites específicos para cada proyecto.
Sobre esa primera capa se encuentran los mapas de repositorios, los indexadores y las herramientas de búsqueda de código, que ayudan al modelo a localizar archivos relevantes sin depender de conjeturas. Estas soluciones aprovechan una característica decisiva del software: el código vive en repositorios, tiene estructura, puede versionarse y ofrece señales claras para recuperar información.
También existen sistemas destinados a conservar el estado entre sesiones. Memory Bank de Cline, las memorias de sesión de Cursor y el directorio de memoria de Claude Code permiten que un agente retome el trabajo con conocimiento de decisiones anteriores, refactorizaciones pendientes o pruebas inestables.
Para quienes desarrollan agentes propios, proyectos como mem0, Letta y Zep ofrecen recuperación, clasificación y modelos temporales de hechos, además de grafos de conocimiento. Según el planteamiento de Wakita, ese ecosistema demuestra que el problema de recordar contexto técnico está bien definido, mientras que el contexto personal continúa fragmentado entre proveedores.
El contexto cotidiano permanece encerrado en silos
Fuera de la terminal, las preguntas que una persona formula a un asistente suelen depender de información acumulada durante meses o años. Consultas sobre la evolución de un análisis de sangre, el significado de un movimiento del mercado para un portafolio concreto, una decisión tomada sobre un proveedor o un correo pendiente de respuesta necesitan más que conocimiento general.
Los principales servicios ofrecen alguna forma de memoria, pero cada uno mantiene ese contexto dentro de sus propios límites. La información guardada en ChatGPT permanece en ChatGPT, la almacenada en Claude permanece en Claude y la de Gemini sigue vinculada a ese entorno, por lo que usar varios asistentes produce historiales separados e inconsistentes.
La portabilidad tampoco resuelve completamente el problema cuando depende de una función de importación controlada por el proveedor de destino. En ese modelo, el usuario no posee necesariamente un archivo legible y reutilizable, sino una colección de datos cuya migración depende de decisiones comerciales y técnicas de dos empresas.
Los frameworks de memoria para agentes tampoco ofrecen una solución directa para una persona que quiere llevar su contexto del teléfono al portátil y después a una sesión de programación. Son herramientas para construir productos, y trasladan el riesgo de bloqueo a otro nivel cuando conservan la memoria dentro de un almacén administrado por una startup.
Una bóveda de Markdown conectada por MCP
La implementación descrita por Wakita utiliza un repositorio privado de GitHub con notas en Markdown organizadas como una bóveda de Obsidian. La estructura permite enlazar documentos, navegar el conocimiento personal y revisar directamente qué información conocen los asistentes, sin depender de una interfaz opaca de memoria.
El repositorio se expone a distintas superficies mediante un endpoint autenticado compatible con MCP. Así, la versión web, la aplicación de escritorio, el teléfono y Claude Code pueden leer y escribir las mismas notas, mientras que cualquier otro cliente compatible con el protocolo podría conectarse bajo el mismo principio.
La elección de Git y Markdown no constituye una exigencia técnica absoluta, sino una forma de maximizar la portabilidad y la auditabilidad. Si el usuario cambia de plataforma, puede copiar los archivos o ejecutar un clon del repositorio, en lugar de solicitar una exportación y esperar que otro proveedor acepte un formato de migración.
El mismo diseño podría aplicarse a documentos de Google o a un espacio de trabajo de Notion si esos servicios se conectan mediante sus propios servidores MCP. La diferencia estaría en las concesiones: un repositorio de texto plano facilita el control y la sustitución del almacén, mientras un servicio alojado puede ofrecer una edición más familiar e integrada.
La arquitectura también adopta límites de seguridad deliberadamente conservadores. El servidor funciona en infraestructura serverless edge y utiliza la API de GitHub como transporte, por lo que no requiere una computadora personal encendida y puede operar dentro de niveles gratuitos.
Las escrituras siguen una lógica de solo adición: un asistente puede crear o sobrescribir una nota, pero no eliminarla. Cada cambio genera un commit de Git, lo que deja un historial auditable y permite revertir modificaciones si una acción automática produce un resultado incorrecto.
La autenticación separa la identidad de quien se conecta de los permisos que el servidor puede utilizar, mediante credenciales con ámbitos distintos. Esa división busca limitar el daño potencial si una de las credenciales queda expuesta, un criterio especialmente importante cuando el almacén contiene salud, finanzas, relaciones y decisiones laborales.
El modelo no elimina todos los riesgos relacionados con los modelos de lenguaje. Una nota personal puede contener una instrucción que el asistente interprete como una orden, por lo que el servidor trata el contenido recuperado como datos y no como instrucciones, además de restringir las rutas y mantener la política de escritura limitada.
El límite del edge impulsó una nueva herramienta
Un servidor MCP funciona como una API pública y debe validar cada solicitud antes de leer o modificar el almacenamiento. En el ecosistema TypeScript, Zod es una herramienta utilizada para esa tarea, por lo que la bóveda también dependía de sus esquemas.
La versión actual de Zod acelera las validaciones mediante una técnica que genera JavaScript especializado durante la ejecución inicial de cada esquema. Las solicitudes posteriores utilizan ese código en lugar de interpretar nuevamente toda la definición, un enfoque parecido a un compilador justo a tiempo.
Los entornos edge pueden restringir la generación dinámica de código durante la ejecución por razones de seguridad en sistemas multiinquilino. Cloudflare Workers, por ejemplo, impone limitaciones de compatibilidad que pueden afectar este tipo de técnicas, aunque la plataforma también ha avanzado hacia opciones para ejecutar código dinámico en entornos aislados.
La solución propuesta consiste en mover la especialización a la etapa de compilación. Wakita creó Zod AOT, un proyecto de código abierto que convierte esquemas Zod en funciones JavaScript sencillas antes del despliegue, de modo que los validadores puedan ejecutarse en el edge sin generar código durante la primera solicitud.
De acuerdo con las pruebas citadas en el proyecto, los validadores compilados pueden ser entre 2 y 64 veces más rápidos que distintas rutas de validación de Zod, según el caso de prueba. Además, reducen la penalización del arranque en frío, un factor relevante para funciones serverless que se crean y destruyen con frecuencia.
Los esquemas que incluyen funciones arbitrarias y no pueden compilarse por completo se procesan parcialmente, mientras que la parte restante continúa utilizando Zod sin modificaciones. La herramienta nació de una necesidad concreta de vault-mcp, pero la restricción que aborda afecta a muchos sistemas que validan entradas en plataformas edge.
Cuando el chat se convierte en una puerta de entrada
La relevancia de esta separación podría crecer a medida que MCP conecte asistentes con servicios externos. Si una plataforma de comercio electrónico ofrece búsqueda de productos y pago mediante el protocolo, una conversación podría cubrir la comparación, la selección y la compra sin obligar al usuario a navegar primero por el sitio tradicional.
En ese escenario, el contexto propio modificaría la calidad del consejo. Un asistente con acceso autorizado a notas personales podría conocer tallas, presupuesto, compras anteriores, arrepentimientos y productos ya disponibles, e incluso recomendar no comprar cuando esa conclusión resulte más razonable que una venta adicional.
Ese modelo también desafía los incentivos de las plataformas comerciales, porque un flujo de compra iniciado en el asistente puede reducir la exposición a publicidad, merchandising y estrategias de venta cruzada. Algunas empresas podrían resistirse a convertirse en servicios de backend para asistentes ajenos, mientras otras podrían valorar la posibilidad de estar presentes donde ya se encuentra el cliente.
La propiedad del contexto, sin embargo, no depende de que todos los servicios adopten la propuesta. Una bóveda controlada por el usuario podría conectarse con cada servicio que abra una interfaz compatible, sin obligar a trasladar la memoria completa a cada nuevo proveedor o aplicación.
La independencia también alcanza a los dispositivos. Un teléfono, una computadora, unas gafas inteligentes, un wearable, un sistema doméstico o un automóvil serían distintas superficies para acceder al mismo almacén, siempre que el asistente correspondiente pueda utilizar el protocolo.
Ese enfoque evitaría que cada nueva categoría de hardware empiece con una memoria vacía o requiera importar manualmente el historial. El asistente, el servicio y el dispositivo podrían cambiar, mientras el contexto personal permanece en una capa separada y controlada por su propietario.
Propiedad a cambio de recuperación avanzada
La propuesta no pretende superar a los sistemas de memoria especializados en todos los escenarios. Una bóveda de notas no ofrece por sí sola recuperación clasificada ni un modelo temporal capaz de identificar automáticamente cuándo un hecho dejó de ser cierto, funciones valiosas para agentes que manejan grandes volúmenes de información.
El diseño está orientado al corpus de una sola persona, compuesto por cientos de notas y no por millones de registros. En esa escala, el asistente puede localizar el contenido mediante sus propias herramientas, y el usuario obtiene a cambio legibilidad, control directo y una ruta de migración basada en archivos comunes.
La combinación tampoco aparece en un vacío tecnológico: ya existen servidores que conectan Markdown con MCP y bóvedas respaldadas por Git. La aportación que se plantea está en reunir almacenamiento propiedad del usuario, acceso mediante un protocolo abierto, operación sin un servidor personal encendido y reglas de escritura conservadoras.
El principio central puede resumirse en una inversión de prioridades: el asistente debe ser reemplazable, pero el contexto no. Para información acumulada durante décadas sobre salud, dinero, trabajo y relaciones, la propiedad y la auditabilidad pueden justificar sacrificar parte de la automatización avanzada.
Fuente: The Next Web presentó a Tetsuya Wakita como el ingeniero detrás de vault-mcp, un sistema de código abierto que almacena el contexto personal en un repositorio de Git propiedad del usuario y lo ofrece a distintos asistentes. El proyecto también está relacionado con Zod AOT, una herramienta para convertir esquemas Zod en funciones JavaScript durante la etapa de compilación.
La discusión, por tanto, no se limita a elegir cuál asistente recuerda mejor una conversación. También plantea quién controla la memoria, quién puede modificarla y qué ocurre cuando el usuario decide cambiar de proveedor, dispositivo o servicio.
Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.
Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.
ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.
Suscríbete a nuestro boletín
Artículos Relacionados
IA
Meta presenta Muse, un agente de IA que quiere gestionar la vida digital de sus usuarios
Empresas
Robinhood entra a la IPO de Oura en el último lugar, pero prepara el canal minorista para la IA
Estafas
BigBear roba miles de credenciales de Microsoft 365 y captura sesiones con MFA
Europa