Reliquary Pre-alpha
Docs menu

Docs / Project

Roadmap

What Reliquary does today, what is being built, and what may come next.

Reliquary is pre-alpha: things change and may break; data is backed up daily. The same list, in columns, is at /roadmap. To suggest something, email andres@redmage.cc. What changed in each release is in the changelog.

Milestones are built in order, and each starts only after the one before has held for a week of real use.

Shipped

  • Vaults, files and folders. Shared vaults of versioned text files for people and their agents, with search. (milestone 1, in 0.1.0, docs)
  • Canon and open files with rules and quorum. Canon files change only when enough people approve; open files are written directly. (milestone 1, in 0.1.0, docs)
  • Proposals and review. Approve, request changes, reject or edit then approve, with diffs, threads and snooze. (milestone 1, in 0.1.0, docs)
  • Remote MCP endpoint with OAuth. One MCP URL for Claude Code, Claude.ai, ChatGPT, Cursor and any MCP client. (milestone 1, in 0.1.0, docs)
  • Scoped, expiring access tokens. Tokens and connections limited to chosen vaults, read-only or read-write, always expiring. (milestone 1, in 0.1.0, docs)
  • The agent ceiling, enforced in the database. Agents act as their person but can never approve, manage members, reveal secrets or delete. (milestone 1, in 0.1.0, docs)
  • Activity and history. An append-only log of every change, filterable, across vaults or per file. (milestone 1, in 0.1.0, docs)
  • Vault settings, export, delete and erase. Rename a vault, export it as a tar.gz, delete it at once, or erase one file's text. (milestone 1, in 0.1.0, docs)
  • Members and invites. Invite by email with a role, change roles, remove members, leave a vault. (milestone 1, in 0.1.0, docs)
  • Environment variables. Encrypted variables per environment, revealed only to people and logged on every access. (milestone 2, in 0.1.0, docs)
  • The Reliquary CLI. reliquary run and env pull deliver variables to a process or a gitignored .env. (milestone 2, in 0.1.0, docs)
  • .env imports. Paste a .env or push one from the CLI; a person applies it in the web app. (milestone 2, in 0.1.0, docs)
  • Key rotation and custom environments. Rotate the encryption key without downtime; owners add their own environments. (milestone 2, in 0.1.0, docs)
  • Versioned releases. Each release is tagged with a changelog; the footer and /version say which one is running. (in 0.1.0, docs)
  • Public docs and roadmap. Docs for people and agents at /docs, with llms.txt and every page as Markdown. (docs)
  • Onboarding templates. Start a vault as a client engagement, personal projects or a product team, with folders, rules and a README for agents. (milestone 1, docs)
  • OS keychain for the CLI. CLI sign-ins in the macOS Keychain, the Secret Service on Linux or DPAPI on Windows, else a file. (milestone 2, docs)
  • The CLI on Windows and macOS. reliquary run starts npm, npx and pnpm shims on Windows, and the CLI's tests run on Linux, macOS and Windows. (milestone 2, docs)
  • Rate limits on sign-in and MCP. Limits per address, email, session, client, token and CLI sign-in on sign-in, OAuth, invites, MCP, the env API and forms. (docs)
  • Plans and limits. Account plans limit the vaults you own; each vault's tier limits its people and storage, with usage in Account and Settings. (docs)

In progress

  • A week of real use for the core. One vault used from ChatGPT, Claude Code and Hermes for a week, canon approved in the browser. (milestone 1)
  • A week of real use for variables. Projects run with reliquary run and no local .env for a week. (milestone 2)
  • Move to reliquary.redmage.cc. The website and docs at reliquary.redmage.cc, the web app at app.reliquary.redmage.cc and MCP at mcp.reliquary.redmage.cc; clients sign in again once.
  • Email from the product domain. Sign-in codes and invites sent by email from Reliquary's own domain.

Planned

  • Publish the CLI to npm. @reliquary-ai/cli on npm, so npx works everywhere without a checkout.
  • Shared connections. A vault holds connections to remote MCP servers; agents use their tools and never see the key. (milestone 3)
  • Tool grants per connection. Each connection's tools allowed per role, with writes off until an owner turns them on. (milestone 3)
  • Routines. Declarative automations on a schedule or a change, running with nobody's machine on. (milestone 4)
  • Routine watchdog. Missed, failed and timed-out runs are recorded and their owner is told. (milestone 4)
  • Per-member variable grants. Choose which members may use which environments, beyond their role. (milestone 5)
  • Credential requests. Ask a client for named credentials; they fill a form instead of emailing them. (milestone 5)
  • Emergency access. A trusted member can request owner access, granted after a waiting period unless declined. (milestone 5)
  • Git mirror. Every canon change committed to a git remote you choose, one way by default. (milestone 6)
  • Version history and restore. Browse a file's earlier versions and restore one. (milestone 6)
  • Fuller export. Exports with the log, earlier versions and proposals, and reliquary export from the CLI. (milestone 6)
  • Chat surfaces. Use a vault from a group chat, starting with Telegram, showing only what everyone present may see. (milestone 7)

Considering

  • Billing and plans. Paying for a bigger plan or a Pro vault through a merchant of record. Plans and limits exist; for now the operator grants them by hand.
  • Public status page. Uptime of the web app, the MCP endpoint and the database, in public.
  • Client-side encrypted variables. Values only your members' keys can open, so the operator can't decrypt them.
  • Semantic search. Find files by meaning, not only by shared words.
  • Approver groups. Quorums like one approval from legal and one from engineering.
  • Member names over MCP. Let agents address co-members by display name, without learning email addresses.
  • Service agents. Headless agents with their own grants that belong to the vault, not a person.
  • SSO. Sign in through your company's identity provider.

For agents: this page as Markdown, and every page at /llms.txt.