continuum
This is a read-only MCP server for querying an imported conversation-history index; it can list, search, and read sessions but cannot import or modify data.
history_sources: list imported data sources with coverage, revision, and timestamps (no live discovery).history_list: list sessions with optional filters bysource_idandproject, pluslimitandcursorpagination.history_search: literal Unicode substring search across sessions, with optionalsource_id/projectfilters and pagination; returns truncated previews.history_read: read full event text for a givensession_id, in snapshot order, with pagination.All tools are annotated as read-only, idempotent, and non-destructive; no import, delete, or write operations are exposed.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@continuum search my history for 'sqlite' and list matching sessions"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Continuum
Your tools change. Your context stays.
Local conversation history for humans and coding agents. Import what you point at. Search it. Read it to the end. Hand a slice to another agent over MCP. Never rewrite a vendor database.
中文 · Architecture · Publishing · Contributing · Security · Releases
Continuum is a local index of conversations you already have on disk. You choose a file. Continuum copies what it can into a derived SQLite database. CLI, MCP, and the GUI all query that same index.
It does not scan your home directory, does not write Cursor/Claude/Codex stores, and does not upload chats. Pre-alpha: the Cursor path is synthetic-fixture green; a live host is not verified. PyPI is not published yet.
Contents
Related MCP server: chist
Try it
Need uv and Python 3.12+.
git clone https://github.com/bosprimigenious/continuum.git
cd continuum
uv sync --locked
uv run continuum --db .continuum/demo.sqlite3 import examples/synthetic.snapshot.json
uv run continuum --db .continuum/demo.sqlite3 search "数据库锁"You should see one hit whose preview contains SQLite 数据库锁. Copy session_id, then:
uv run continuum --db .continuum/demo.sqlite3 read SESSION_ID --limit 2Follow next_cursor until it is null. Import the same file again: "changed": false.
The example file is never modified.
The demo data is hand-written synthetic JSON. There are no private chats in this repository.
Install
Do not pip install continuum. That name is an unrelated PyTorch library.
Channel | Status |
GitHub prerelease wheel | Available |
PyPI project | Not published. OIDC 422 |
Signed desktop installer | Not published |
Windows | CI produced unsigned NSIS ( |
From the GitHub release:
uv pip install \
https://github.com/bosprimigenious/continuum/releases/download/v0.1.0a1/continuum_history-0.1.0a1-py3-none-any.whl
continuum --helpFrom a checkout, use uv run continuum … as in Try it. The console script is
continuum; the distribution name will be continuum-history when it reaches PyPI.
CLI
The index is an explicit --db path or CONTINUUM_DB. Continuum does not scan your home
directory or invent a default vendor path.
uv run continuum --db .continuum/demo.sqlite3 import examples/synthetic.snapshot.json
export CONTINUUM_DB=.continuum/demo.sqlite3
uv run continuum search "数据库锁"
uv run continuum "数据库锁"
uv run continuum --format text search "数据库锁"
uv run continuum read SESSION_ID --limit 2--format auto (default): JSON when piped (GUI/MCP/scripts), text in a terminal.
--format json always JSON. This is not an agent REPL like Grok/Codex; it searches
an index you already imported.
Search is literal Unicode (including short Chinese). Results return a 240-character preview;
read returns full event text. Filters on source/project are exact match, not permissions.
Cursor state.vscdb
One observed IDE shape, not every Cursor store. You pass the file. Continuum does not find it for you. Live Cursor installs are unverified.
uv run continuum --db .continuum/demo.sqlite3 import \
--adapter cursor-state-vscdb --source-id cursor-demo PATH/TO/state.vscdb--source-id is required. The reader copies the main file plus WAL/SHM, then opens the copy
with SQLite mode=ro. A blocked capture (incomplete_source) leaves any existing index
unchanged and does not create a new empty --db.
Do not commit real Cursor databases. Agent-transcripts JSONL and workspace sidebar DBs are
not this adapter. Reusing a source_id replaces that source's derived snapshot; it is
not an archive merge. Keep the original files. Indexes are disposable.
MCP
Same index, four read-only tools. Import is CLI-only.
uv run continuum --db .continuum/demo.sqlite3 serve{
"mcpServers": {
"continuum": {
"command": "uv",
"args": [
"run", "--locked", "--directory", "/absolute/path/to/continuum",
"continuum", "--db", "/absolute/path/to/continuum/.continuum/demo.sqlite3", "serve"
]
}
}
}Replace both paths. Host config file locations differ.
Tool | Does |
| Imported sources, counts, digests, timestamps |
| Sessions, optional source/project filter |
| Literal substring search |
| Full events, pagination, |
There is no import tool, no filesystem path argument, no delete, no “run this in another agent”. stdio against the Python SDK is tested. Cursor / Claude Code / Codex hosts are not.
A connected client can read the entire selected index. Project filters are not ACLs. Use one index per trust boundary. Text an agent reads may still be sent to that agent's model provider. Continuum has no upload service of its own.
Local coding agents should use the continuum-history skill
(~/shared-ai-skills/continuum-history/, symlinked into Grok / Claude / Codex / Cursor
skills/). Follow that SKILL.md (CLI or an already-connected MCP). Do not write a
home-directory scanner. Synthetic check:
bash ~/shared-ai-skills/continuum-history/scripts/continuum_skill_check.shGUI
The UI talks to the same CLI JSON interface. It does not parse vendor files or open SQLite itself. The desktop shell is a four-pane workbench (session list, read, coverage, settings), not an editor and not a second agent.
Vite shell (checkout, not a downloadable app):
cd gui
npm install
npm run devDesktop is experimental. This repo can build an unsigned macOS .app with a
PyInstaller sidecar of the continuum CLI. That artifact is not notarized, not shipped
in git, and not a clean-machine install. Windows NSIS is produced on GitHub windows-latest;
this macOS checkout cannot launch that .exe.
uv run --with pyinstaller python scripts/build_sidecar.py
uv run python scripts/smoke_sidecar.py
cd gui && npm ci && npx tauri buildNeeds Rust (rustup) and Node. Output lands under
gui/src-tauri/target/release/bundle/ (gitignored).
What works / what does not
Pre-alpha. A green foundation gate means the checkout works, not that the product is done.
Works in this repository | Not here yet |
Snapshot v1 import, literal search, pagination, source refs | Claude Code / Codex adapters |
Cursor | Live Cursor host, Cursor JSONL, sidebar DBs |
CLI + four read-only MCP tools on one core | Auto-discovery, background refresh |
GUI session via CLI JSON; Vite dev; unsigned local macOS | Browser e2e, signed installer, Windows start/query acceptance |
GitHub | PyPI |
Rollback, Unicode, WAL sidecar, stdio tests | Semantic search, attachments as full text, cloud sync |
Native adapter status: NOT READY until a named live Cursor/OS/MCP-host combination is recorded. GUI status: NOT READY until a real browser (or desktop) path is exercised end to end.
How it is put together
One Python core. Several shells. Not an IDE.
┌──────────────────────────────────────────────┐
│ Shell: CLI / MCP / Vite / .app / .exe │
└──────────────────┬───────────────────────────┘
│ CLI JSON or MCP stdio
┌──────────────────▼───────────────────────────┐
│ Core: adapters → Snapshot v1 → HistoryStore │
└──────────────────────────────────────────────┘This is the Grok / Codex shipping shape (runtime + shells), not the Cursor shape
(VS Code fork). The desktop .app / .exe wrap the same continuum CLI. Do not
fork an editor to get a GUI.
See docs/architecture.md for contracts, rejected alternatives, and how a failed import is supposed to behave.
Contributing
Read CONTRIBUTING.md and docs/development.md before changing behavior.
uv sync --locked
uv run python scripts/check.pyThat gate is format, lint, strict mypy, tests (coverage floor 85%), a basic publication hygiene scan, wheel/sdist, and an isolated wheel smoke. It may hit the network for build dependencies. It does not read your private agent history.
Please:
Start from synthetic fixtures and a failing behavior test.
Keep vendor databases read-only.
Do not attach real
state.vscdb, logs, or tokens to issues or PRs.Do not skip a red test or lower the coverage floor to go green.
CI runs the same gate on Ubuntu, macOS, and Windows.
Privacy
Indexes are plaintext. There is no automatic secret redaction and no secure-erase guarantee.
Only import what you are willing to expose to every client connected to that --db.
Details: SECURITY.md.
FAQ
Why isn't this pip install continuum?
PyPI already has continuum, a PyTorch continual-learning
library. This project will publish as continuum-history. Until then, use the GitHub wheel
or a checkout.
Why did the PyPI upload fail?
GitHub OIDC reached PyPI (run 35454466719) and got 422 invalid-publisher.
The token is valid; pypi.org has no pending publisher for continuum-history /
bosprimigenious/continuum / publish.yml / environment pypi.
That is an account setting, not a version bump. Steps: docs/publishing.md.
Does Continuum phone home?
No runtime telemetry, hosted sync, or model API. uv / npm / cargo still talk to package
registries when you install or build.
Will connecting MCP leak my whole library? The tools can read everything in that index. Split indexes if you need split trust. Whatever the host does with the text is outside Continuum.
Can I point --db at Cursor's own database?
No. --db is Continuum's derived index. Pass the vendor file to import.
Is the macOS .app a release?
No. It is a local packaging spike: unsigned, not notarized, not installed from GitHub Releases.
License
MIT. Copyright (c) 2026 Continuum contributors.
Independent project. Not affiliated with Cursor, Anthropic, OpenAI, or any other vendor. The name does not claim exclusive trademark rights.
Available Tools
4 toolshistory_listARead-onlyIdempotent
List sessions; filters are exact matches, not authorization boundaries.
Inputs: limit, cursor, project, source_id. Returns: object
history_readARead-onlyIdempotent
Read complete events by opaque session ID, in snapshot order, with pagination.
Inputs: session_id (required), limit, cursor. Returns: object
history_searchBRead-onlyIdempotent
Find literal Unicode text. Previews may truncate; history_read returns full text.
Inputs: query (required), limit, cursor, project, +1 more. Returns: object
history_sourcesARead-onlyIdempotent
List imported source coverage, revision and timestamps; not live discovery.
Inputs: no named parameters. Returns: object
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 4 tools
Each tool has a clearly distinct purpose: listing sources, listing sessions, searching text, and reading full events. The overlap between search and read is well-defined, with search for discovery and read for retrieval.
All tools follow a consistent history_ verb_noun pattern (sources, list, search, read). The naming is predictable and immediately conveys the action and resource.
With only 4 tools, the server is well-scoped for a read-only history/event domain. Each tool earns its place, covering the essential operations without unnecessary bloat.
The surface covers listing, searching, and reading, which are the core operations for a history server. Minor gaps exist, such as no rich filtering for sessions, but agents can work around these limitations.
Maintenance
Related MCP Connectors
Read-only MCP access to authorized Vocci sessions, notes, files, and memory search.
Search your AI chat history (ChatGPT, Claude, Codex) from any MCP client. Remote, private, read-only
Search and inspect source-pinned agent skills, plugins and tools through a free public MCP.
Read-only MCP tools for AI agent discovery, structured resources, and NIULAI information.
Related MCP Servers
- AlicenseAqualityDmaintenanceLocal-first, read-only Codex session aggregator that indexes multiple CODEX_HOME directories into a SQLite database and provides MCP tools for cross-project, archival, and sub-agent history queries.53MIT
- AlicenseNot gradedqualityDmaintenanceMCP server for unified full-text search across chat histories from Claude Code, Codex, Cursor CLI, and Antigravity CLI, using SQLite FTS5. Provides read-only tools to search sessions, list conversations, and retrieve session details.MIT
- AlicenseAqualityDmaintenanceRead-only MCP server for searching your local Retrace screen-history database, with tools for full-text search, segment listing, frame details, app usage, and tags.6MIT
- AlicenseAqualityCmaintenanceProvides MCP tools to search, browse, and retrieve unified read-only history from CLI agents like Codex, Claude Code, and OpenCode, with connector discovery and project-folder grouping.61MIT