7 de agosto de 2026. Estoy conectando VALESKA, el sistema de memoria organizacional que estoy construyendo, con un asistente destinado a clasificar mensajes de Gmail. La pregunta útil no es si una IA puede resumir un correo. Es si el asistente puede comprobar una decisión anterior, registrar lo que aprende y corregirse sin convertir observaciones repetidas en pruebas aparentemente independientes. Un oficinista que archiva cinco copias de una carta no ha recibido cinco cartas.
El trabajo de esta semana limita esa conexión y hace más útiles las operaciones de memoria. Todavía no demuestra que exista un servicio de correo fiable. En estas notas necesito separar tres cosas: lo que ofrece el código, lo que ejercitaron las pruebas registradas y lo que falta demostrar mediante el asistente real.
Una puerta más pequeña hacia la memoria
MCP, o Protocolo de Contexto del Modelo, permite que una aplicación de IA utilice herramientas proporcionadas por otro sistema. En la sesión de escritorio examinada aquí, el asistente no disponía de una línea de comandos general ni de una herramienta para hacer peticiones web directas. MCP proporcionó la conexión que podía utilizar. Eso justifica un adaptador concreto, no exponer todas las capacidades de VALESKA.
El adaptador utiliza una identidad de servicio específica, restringe la búsqueda y el registro por proyecto y no ofrece una herramienta de borrado. Sigue el principio de mínimo privilegio: dar a un trabajador el acceso que necesita para su tarea, no todo el archivador del propietario. Son límites de diseño útiles. Por sí solos no constituyen una evaluación independiente de seguridad de cada vía de consulta y corrección.
El commit del 5 de agosto registra comprobaciones de lectura y de alcance satisfactorias, además de una conexión de escritorio y una enumeración de herramientas correctas. Eso demuestra que se puede llegar a la puerta. No demuestra una sesión completa de correo que lleve un dato por su captura, corrección y posterior recuperación. No voy a convertir un registro de conexión en una afirmación de despliegue.
Una observación sigue siendo una observación
Otro cambio del 5 de agosto añade captura idempotente a la API de memoria, la interfaz que utiliza otro software. Idempotente significa que una petición repetida puede devolver el registro original en lugar de crear otro. Aquí depende de que quien llama proporcione el mismo identificador de reintento. No es un reconocimiento automático de que dos notas redactadas de forma distinta significan lo mismo, ni una prueba de que las escrituras simultáneas nunca puedan interferir entre sí.
El cambio también permite obtener un registro por su identificador y expone herramientas de corrección mediante MCP. Supersede significa conservar el registro anterior y vincularlo con su reemplazo, en lugar de reescribir la historia en silencio. El commit informa de una prueba funcional básica contra una base de datos de desarrollo en ejecución que abarca captura, consulta, sustitución y repetición de una petición. Es una prueba concreta de esas operaciones en ese entorno.
Hay una conexión importante sin terminar. En la revisión citada del adaptador limitado de Gmail, el identificador de reintento se conserva como contexto descriptivo en vez de enviarse al control de reintentos de la API. Su propia documentación advierte que repetir una escritura puede duplicarla. Por tanto, no puedo afirmar que el asistente de correo ya herede el comportamiento de reintento probado en la API. Existen las dos piezas; sus nombres no demuestran que estén conectadas.
Los nombres deben sobrevivir al recorrido
La corrección de hoy en la utilidad de captura aborda el texto acentuado en Windows. La utilidad leía los caracteres entrantes con una codificación, las reglas para interpretar los bytes del texto, distinta de la utilizada por el remitente. Algunas letras acentuadas se corrompían antes de llegar a la API. El commit registra el éxito de cuatro entradas que antes fallaban y comprobaciones de que los caracteres almacenados coinciden. Es trabajo del 7 de agosto, no un hallazgo tomado de una entrada posterior.
Para una empresa que evalúa memoria para IA, estas son preguntas prácticas de aceptación: ¿puede el personal rastrear una afirmación guardada, distinguir una corrección de un duplicado y recuperar nombres en los idiomas que realmente utiliza? Mi próxima prueba es el recorrido completo a través del asistente limitado, incluidos los reintentos y la recuperación posterior. Hasta entonces, tengo componentes útiles y pruebas concretas, con una carencia de integración todavía visible. Es un resultado de investigación más honesto que dar por terminada la oficina de correo.
Base histórica: commits de VALESKA b46cdc0 y 7296bfa, del 5 de agosto, y 1a7ed54, del 7 de agosto de 2026. Las fechas utilizan la zona horaria America/Los_Angeles.