Skip to content

Roadmap

Roadmap and Status

How to read Origin's current direction without confusing released features, main-branch work, and future bets.

Qi-Xuan LuUpdated 6 min read

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.

Open current GitHub issues

Next

Project Scope

What Origin is for, what it deliberately avoids, and how to decide whether it fits your AI work.

Read next