Memory context snapshots
Record per-request memory exposure for prompt builds, recall tools, smart reads, memorize internals, and dream runs so teams can see which memory actually influenced an agent or model call.
This roadmap is directional, not a promise board. Register interest, leave a note about your use case, or schedule time with the founder if your product has a real memory problem today.
These are the features most closely tied to operating durable user memory once real usage starts accumulating.
Record per-request memory exposure for prompt builds, recall tools, smart reads, memorize internals, and dream runs so teams can see which memory actually influenced an agent or model call.
Surface review-worthy memory such as files never used in 30 days, written by one-off agents, missing owners, frequently injected but never updated, or possibly contradicted by newer memory.
Give memory files owners, review status, and expiry windows so stale or ownerless memory becomes a visible governance workflow instead of silent drift.
Redact, block, or review sensitive memory before writes land in service mode or direct Postgres mode.
Add a review queue on top of shared writable mode so agents can propose shared-memory updates while admins review, accept, reject, or auto-approve contributions.
Trigger webhooks after memory changes so Slack, n8n, Zapier, app events, and audit stores can stay in sync.
Index memory links as a precomputed backlink graph. With reverse traversal, seeding on a hub file can surface the most recent notes that reference it, and highly referenced hub files can rank higher in search.
Some teams need richer retrieval, broader isolation boundaries, or background synthesis. Tell us which of these would change your roadmap.
Pass a raw_data argument to memory_write so bulk transcripts, documents, or structured payloads can be written directly to Postgres without routing the full payload through the model context window.
Track daily background consolidation spend per user and skip dream cycles once the configured budget is exhausted.
Let operators mark sensitive or hand-curated memory files as excluded from background dreaming without relying only on global path rules.
Register additional memory scopes at init time. A team agent writes to team/itinerary.md and user/prefs.md simultaneously — both isolated, both in the same call. No migration needed.
Attach a confidence score (0–1) and source type (explicit, inferred, consolidated) to each memory file. Explicitly stated facts outrank agent-inferred ones. The dream consolidation job propagates confidence through merges and can downgrade contradicted memories rather than deleting them. Ranking in search and smart_read multiplies by confidence — stale or uncertain memories fade, high-signal ones stay front-of-mind.
Track where facts came from and organize durable memory by app events, documents, projects, and conversations.
Files time travel is now part of the admin workflow. Background dreaming also handles the cleanup work that used to sit behind separate memory health and compaction roadmap items. We may still add sharper diagnostics later, but the default product direction is to make memory maintenance inspectable and automatic.
Operators can open the Files tab with an As of timestamp, browse the historical file tree reconstructed from revisions, and diff matched historical content against the current file.
Shipped as opt-in service-mode consolidation. Dreaming waits for quiet memory, merges duplicates, clarifies fragmented notes, resolves direct contradictions, and writes normal revisions as dream-agent.
Operators can read dream config, update cadence and write budgets, inspect per-user dream status, and pause or resume dreaming for specific users.
Dream runs skip log files, avoid no-op dream-log entries, record files_touched, and preserve the same revision/access-log trail as normal memory writes.
De-prioritized as a standalone cleanup-only feature because dreaming covers part of the background maintenance loop. Diagnostics, audit snapshots, health signals, and operator review are now reprioritized as production trust features.
De-prioritized as a separate feature because dreaming already summarizes, deduplicates, and keeps long-running memory files readable while preserving revisions as the original trail.
A short founder call is the fastest way to map your current memory approach, the retention pain, and whether MemexAI should fit now or later.
Roadmap votes are product signal, not commitments. We use them to prioritize conversations and choose what to make legible, durable, and self-hostable next.