Arquitectura de Memoria de Vektori: Principios del Sistema Filtrado de Claude

Principios de Arquitectura de Memoria
El equipo de Claude Code compartió cómo funciona su sistema de memoria, revelando principios clave: la memoria es un índice, no almacenamiento. MEMORY.md contiene solo punteros (150 caracteres por línea), con el conocimiento real en archivos separados que se obtienen bajo demanda. Las transcripciones en bruto nunca se cargan, solo se buscan cuando es necesario. Existen tres capas, cada una con diferentes costos de acceso. El principio más claro: si algo es derivable, no lo almacenes. La recuperación es escéptica: la memoria es una pista, no la verdad, y el modelo verifica antes de usar.
Implementación de Vektori
Vektori aplica los mismos principios con una forma diferente. Mientras Claude usa una jerarquía de archivos, Vektori implementa un gráfico jerárquico de oraciones con tres capas:
- CAPA DE HECHOS (L0) — Declaraciones precisas que sirven como superficie de búsqueda. Económicas y siempre consultables.
- CAPA DE EPISODIOS (L1) — Episodios a través de conversaciones, descubiertos automáticamente.
- CAPA DE ORACIONES (L2) — Conversación en bruto, solo se obtiene cuando se necesita explícitamente.
Se aplica el mismo modelo de acceso: L0 es tu índice, L2 es tu transcripción (buscada, no volcada). Pagas por lo que necesitas.
Disciplina de Escritura Estricta
Nada entra en L0 sin pasar por filtros de calidad: conteo mínimo de caracteres, verificación de densidad de contenido, proporción de pronombres. Si una oración es demasiado vaga o puramente de relleno, nunca se convierte en un hecho. Esto coincide con el principio de Claude de no almacenar cosas derivables.
Mecánica de Recuperación
La recuperación funciona como describe Claude: puntuada, con umbral, escéptica. Puntuación mínima de 0.3 antes de que algo surja. Los resultados se clasifican por similitud vectorial más decaimiento temporal, no se recuperan ciegamente.
Divergencia Arquitectónica en Correcciones
El enfoque de Claude optimiza para contextos de proyectos de un solo usuario donde importa el estado más reciente. Vektori, diseñado para agentes que trabajan en cientos de sesiones, preserva el historial de correcciones. Cuando un usuario cambia de opinión, el hecho antiguo permanece en el gráfico con sus enlaces de oraciones, permitiendo rastrear lo que se dijo antes del cambio y por qué fue reemplazado.
Rendimiento y Futuro
En LongMemEval-S, Vektori logró un 73% de precisión en profundidad L1 usando BGE-M3 + Gemini Flash-2.5-lite. La resolución de conflictos de múltiples saltos, donde razonas sobre cómo cambió un hecho con el tiempo, es donde colapsan los sistemas basados en triples (sujeto-objeto-predicado). La siguiente capa implica almacenar el porqué: bordes causales entre eventos ("usuario corrigió X, agente actualizó Y, usuario disputó nuevamente") extraídos asincrónicamente y consultables como un gráfico. Las trayectorias del agente se convierten en memoria: el propio comportamiento del agente se convierte en parte de lo que puede razonar.
📖 Read the full source: r/ClaudeAI
👀 Ver también

Herramienta de Límite de Aprobación para el Trabajo del Repositorio de Código de Claude
Un desarrollador creó una herramienta de límite de aprobación que agrega un paso de revisión antes de la ejecución local al usar Claude Code para trabajo en repositorios. La herramienta sigue un ciclo: ver el plan primero, aprobar una vez, permitir que la ejecución ocurra localmente y conservar la prueba después.

Rever UI Cloner: Alternativa Optimizada por IA para la Replicación de UI en lugar del Scraping HTML
Rever UI Cloner es un endpoint API que proporciona a los agentes de IA planos de diseño limpios en lugar de HTML crudo, evitando la saturación de la ventana de contexto y los problemas de alucinación de la interfaz de usuario. Utiliza el protocolo de pago x402 que requiere una microtransacción de 1 USDC en la red Base para pagos entre agentes.

Arquitectura de Validación en Frío: Sistema de Revisión de Código con Agentes Duales de Código Abierto
El sistema de código abierto utiliza dos agentes de IA separados para la validación de código: uno construye el código, otro lo revisa sin ningún contexto sobre el razonamiento del constructor. El revisor solo ve documentos de plan, diferencias de código y resultados de pruebas.

Gestor de proyectos estilo Trello local para agentes OpenClaw utilizando archivos markdown
Un desarrollador creó un tablero Trello local para gestionar proyectos con agentes OpenClaw, utilizando Node.js + Express para la API, React + react-trello para la interfaz de usuario, y archivos markdown con frontmatter YAML como capa de datos. El sistema se ejecuta en la máquina OpenClaw y se accede localmente, con los agentes leyendo/escribiendo archivos de tarjetas directamente en el sistema de archivos.