Vektori's Memory Architecture: Principles from Claude's Leaked System

✍️ OpenClawRadar📅 Published: April 15, 2026🔗 Source
Vektori's Memory Architecture: Principles from Claude's Leaked System
Ad

Memory Architecture Principles

The Claude Code team shared how their memory system works, revealing key principles: memory is an index, not storage. MEMORY.md contains just pointers (150 chars per line), with real knowledge in separate files fetched on demand. Raw transcripts are never loaded—only grepped when needed. Three layers exist, each with different access costs. The sharpest principle: if something is derivable, do not store it. Retrieval is skeptical—memory is a hint, not truth, and the model verifies before using.

Vektori's Implementation

Vektori applies the same principles with a different shape. While Claude uses a file hierarchy, Vektori implements a hierarchical sentence graph with three layers:

  • FACT LAYER (L0) — Crisp statements serving as the search surface. Cheap and always queryable.
  • EPISODE LAYER (L1) — Episodes across conversations, auto-discovered.
  • SENTENCE LAYER (L2) — Raw conversation, only fetched when explicitly needed.

Same access model applies: L0 is your index, L2 is your transcript (grepped not dumped). You pay for what you need.

Strict Write Discipline

Nothing enters L0 without passing quality filters: minimum character count, content density check, pronoun ratio. If a sentence is too vague or purely filler, it never becomes a fact. This matches Claude's principle of not storing derivable things.

Ad

Retrieval Mechanics

Retrieval works as Claude describes: scored, thresholded, skeptical. Minimum score of 0.3 before anything surfaces. Results are ranked by vector similarity plus temporal decay, not retrieved blindly.

Architectural Divergence on Corrections

Claude's approach optimizes for single-user project contexts where the latest state matters. Vektori, designed for agents working across hundreds of sessions, preserves correction history. When a user changes their mind, the old fact stays in the graph with its sentence links, allowing tracing back to what was said before the change and why it got superseded.

Performance and Future

On LongMemEval-S, Vektori achieved 73% accuracy at L1 depth using BGE-M3 + Gemini Flash-2.5-lite. Multi-hop conflict resolution—where you reason about how a fact changed over time—is where triple-based systems (subject-object-predicate) collapse. The next layer involves storing why: causal edges between events ("user corrected X, agent updated Y, user disputed again") extracted asynchronously and queryable as a graph. Agent trajectories become memory—the agent's own behavior becomes part of what it can reason about.

📖 Read the full source: r/ClaudeAI

Ad

👀 See Also

codebase-md: Tool auto-generates CLAUDE.md with git hook maintenance
Tools

codebase-md: Tool auto-generates CLAUDE.md with git hook maintenance

codebase-md v0.1.0 scans projects to generate CLAUDE.md files with architecture detection, dependency health checks, and git insights. It includes git hooks to keep documentation fresh and supports other AI coding tools with additional config files.

OpenClawRadar
Four Claude Code Hooks Enforce Voice and Tone Consistency in AI-Written Copy
Tools

Four Claude Code Hooks Enforce Voice and Tone Consistency in AI-Written Copy

A developer built a system using four Claude Code hooks to prevent AI-generated copy from drifting off-brand. The system gates editing of copy files (.tsx, .md) until a reviewer agent validates content against a VOICE-AND-TONE.md guide.

OpenClawRadar
Nakkas MCP Server Generates Animated SVGs from AI Descriptions
Tools

Nakkas MCP Server Generates Animated SVGs from AI Descriptions

Nakkas is an MCP server where AI constructs complete animated SVG configurations from descriptions, rendering clean animated SVGs with shapes, gradients, animations, and filters. It supports parametric curves, 15 filter presets, CSS @keyframes and SMIL animations, and works anywhere SVG renders.

OpenClawRadar
Flash-MoE: Running 397B Parameter Qwen Model on MacBook Pro with Pure C/Metal
Tools

Flash-MoE: Running 397B Parameter Qwen Model on MacBook Pro with Pure C/Metal

Flash-MoE is a pure C/Metal inference engine that runs Qwen3.5-397B-A17B, a 397 billion parameter Mixture-of-Experts model, on a MacBook Pro with 48GB RAM at 4.4+ tokens/second. The 209GB model streams from SSD through custom Metal compute shaders with no Python or frameworks.

OpenClawRadar