Roadmap
Roadmap and Status
How to read Origin's current direction without confusing released features, main-branch work, and future bets.
At a glance
01
Origin's roadmap is centered on making AI work compound: better retrieval, better provenance, better handoffs, and safer local control.
02
Roadmap items are directional, not promises. Stable release notes remain the source of truth for what shipped.
01
Status model
Origin uses three practical status buckets: released, on main, and planned. Released means it appears in CHANGELOG.md or the current README install path. On main means merged but not necessarily released. Planned means a product direction, not a promise.
This distinction matters because the repository moves quickly. The website should help users understand what they can rely on today without hiding where the project is going.
02
Released now
The released public shape is local-first AI work memory: Claude Code plugin, MCP server, CLI setup, daemon, local memory, hybrid retrieval, spaces, Markdown artifacts, source-backed pages, git versioning, and cross-platform runtime support.
That is enough for the core loop: brief, capture, recall, handoff, distill, and inspect local artifacts.
03
Current development themes
Recent merged PRs show a strong focus on retrieval quality and memory maintenance. Most of that work is opt-in while it is evaluated.
The useful way to read the direction is not as a pile of toggles, but as one goal: make the next AI session receive the smallest, most relevant, most trustworthy context bundle.
- Retrieval quality: query decomposition, temporal filters, graph gates, FTS hardening, salience, session diversity, and read-time routing.
- Context composition: page channels, global preludes, context compression, fact channels, and iterative retrieval.
- Memory maintenance: deduplication, contradiction resolution, stale page refresh, soft eviction, and background reflection.
- Trust and provenance: source-backed pages, review queues, revision state, and visible local git history.
04
Near-term documentation gaps
The product docs should stay practical. Setup, daily workflow, capture quality, memory types, architecture, commands, CLI/service management, updates, upgrade notes, packages, platform support, HTTP API, API examples, spaces, graph context, source-backed pages, import and portability, local git history, models and keys, retrieval status, experimental flags, data and privacy, backup and migration, configuration, environment variables, diagnostics, FAQ, evaluation, desktop status, releases, testing, development conventions, and troubleshooting are the current core path.
The remaining gap is mature retrieval documentation once opt-in experiments become stable defaults.
05
How to judge progress
For users, progress should show up as fewer cold starts, fewer repeated explanations, better recall, and more inspectable context. For maintainers, progress should show up in eval snapshots, smaller PRs, and clearer release notes.
The project avoids a broad workflow-suite shape. The goal is a focused local memory layer for serious AI work, not a general productivity operating system.
Next
Project Scope
What Origin is for, what it deliberately avoids, and how to decide whether it fits your AI work.
Read next