Chronicle Beta
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., "@Chronicle Beta search my past conversations for discussions about Python deployment"
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.
Chronicle Beta
A local-first personal RAG memory system that turns your AI conversation history into a searchable, retrievable knowledge base. Designed to work with any LLM via MCP (Model Context Protocol).
What It Does
Chronicle Beta ingests your exported AI conversations, chunks and embeds them into a local vector store, and exposes a retrieval interface via MCP. When connected to an LLM like Claude, the LLM can semantically search your entire conversation history. It finds relevant context, past decisions, code snippets, and ideas on demand.
The LLM handles query decomposition and answer synthesis. Chronicle handles storage and retrieval.
Related MCP server: OmniHub
Architecture
Your LLM (via MCP) -> Chronicle MCP Server -> Retriever -> ChromaDB
↑
Ingestion: parser -> embedder -> vector storeTwo MCP tools:
retrieve_chunks- semantic search with optional metadata filters and date rangeshealth_check- connectivity and status probe
Stack:
ChromaDB (persistent local vector store)
all-MiniLM-L6-v2 (sentence-transformers, ~22MB, runs locally)
MCP over stdio (JSON-RPC)
Quick Start
Full setup guide -> step-by-step instructions for macOS, Windows (WSL), and Linux, including how to install prerequisites.
The short version:
mkdir -p ~/Projects && cd ~/Projects
git clone https://github.com/AnirudhB-6001/chronicle_beta.git
cd chronicle_betaExport your ChatGPT data (Settings -> Data Controls -> Export Data), unzip the archive, and place conversations.json in the data/ folder:
chronicle_beta/
└── data/
└── conversations.json ← place it hereThen run the install script:
bash scripts/install.shThe script handles everything: verifies Python 3.10+, creates a virtual environment, installs dependencies (~2 GB first run), parses your conversations, embeds them into a local vector store, and prints the MCP config for Claude Desktop. It is idempotent, safe to re-run at any point, skipping completed steps.
Follow the printed instructions to connect to Claude Desktop, then ask Claude:
"Use chronicle health_check"
If it responds with status: ok and sample titles from your conversations, you're done.
Requirements: Python 3.10+, ~3 GB disk space, 30–90 minutes for first setup. See the full guide for how to install Python and other prerequisites on your OS.
Troubleshooting
See the Troubleshooting Guide for solutions to common installation, ingestion, and MCP connection issues across all platforms.
Configuration
Ingestion options
python -m scripts.embed_and_index \
--input data/chunks.json \
--db-path data/vector_store \
--collection chronicle_memory \
--model all-MiniLM-L6-v2 \
--batch-size 100 \
--reset # drop and rebuild collectionRetrieval filters
The retrieve_chunks tool supports:
retrieval_query- string or list of strings for multi-query retrievalk- number of results (default: 8)date_from/date_to- ISO date strings for time-window filteringfilters- metadata filters:type,project,source,title,author,path
Eval
Chronicle Beta includes an evaluation pipeline for measuring retrieval quality.
# Run the eval suite
python -m eval.run_eval --dataset eval/golden_questions.jsonSee docs/eval.md for details on metrics (Precision@k, Recall@k, MRR, NDCG).
Project Structure
chronicle_beta/
├── mcp_server/
│ ├── server.py # MCP JSON-RPC server (2 tools)
│ └── tools/
│ └── retrieve_chunks.py # Retrieval tool wrapper
├── retriever/
│ └── core.py # Callable retriever: search(q, k, filters, dates)
├── scripts/
│ ├── install.sh # One-command setup (install + ingest)
│ ├── parser.py # ChatGPT export -> chunks.json
│ └── embed_and_index.py # Chunks -> ChromaDB (stable IDs, rich metadata)
├── tests/ # Unit + integration tests
├── eval/ # Evaluation pipeline + golden datasets
├── data/ # User data directory (gitignored)
├── docs/ # Documentation
│ ├── QUICKSTART.md # Full setup guide (macOS, Windows, Linux)
│ ├── TROUBLESHOOTING.md # Solutions to common issues
│ └── eval.md # Evaluation metrics and methodology
├── .github/ISSUE_TEMPLATE/ # Issue templates (setup, retrieval, feature request)
├── CONTRIBUTING.md # Contribution guidelines
├── pyproject.toml
├── LICENSE # Apache 2.0
├── SECURITY.md # Vulnerability reporting
└── README.mdPrivacy
Chronicle Beta is local-first by design. Your conversation data never leaves your machine.
No cloud dependencies. Embeddings are computed locally using sentence-transformers. No OpenAI API, no external embedding services.
No telemetry. Chronicle Beta does not phone home, collect analytics, or transmit any data.
No API keys required. Everything runs on your hardware.
All user data is gitignored. The
data/directory (conversations, chunks, vector store) is excluded from version control by default.MCP data flow. When connected to an LLM client like Claude Desktop, retrieved chunks are sent to the LLM via stdio for answer synthesis. At that point, the LLM provider's data handling policies apply. Chronicle Beta itself does not control what happens after chunks leave the MCP interface.
Security
See SECURITY.md for vulnerability reporting instructions.
License
License
Chronicle Beta v0.1.x was released under the Apache 2.0 license.
From v0.2.0 onwards, Chronicle Beta is licensed under the GNU Affero General Public License v3.0 (AGPL-3.0).
You are free to use, modify, and distribute this software for personal and open-source use.
Any commercial use, hosted deployment, or product built on Chronicle requires explicit written permission from the author.
Copyright (C) 2024-2026 Anirudh Batra Contact for commercial licensing: [hello@anirudhbatraofficial.com]
See LICENSE for full terms.
Available Tools
2 toolshealth_checkA
Light connectivity and status probe. Returns server info, environment flags, and runs a tiny test retrieval to verify the vector store is accessible.
Inputs: probe_query.
retrieve_chunksA
Run Chronicle retrieval for one string query or a list of sub-queries; return standardized chunks with metadata. Supports optional date window and metadata filters.
Best practices for the calling LLM:
Decompose complex questions into 3-5 focused keyword queries.
Use array syntax: ["topic keywords", "related concept"] not full sentences.
Use filters when you know the content type or project.
Use date_from/date_to for temporal queries.
The returned chunks contain source_name, timestamp, relevance_score, content_raw, content_type, and project fields. The calling LLM should synthesize an evidence-based answer from these chunks, citing sources and presenting an evidence timeline.
Inputs: retrieval_query (required), k, date_to, filters, +1 more.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 2 tools
The two tools are completely distinct: retrieve_chunks handles data retrieval while health_check verifies connectivity/status. There is no overlap or ambiguity between their purposes.
Both tools follow a clear verb_noun pattern using snake_case (retrieve_chunks, health_check). The naming convention is consistent and predictable.
With only 2 tools, the set feels thin for a full-featured retrieval server, though it covers the core retrieval use case plus a health check. It is borderline but could be expanded.
The retrieval operation is well-covered with filtering and date windows, and health_check provides necessary diagnostics. However, there are no tools for browsing available filters, projects, or content types, which agents might need.
Maintenance
Related MCP Connectors
Persistent personal memory for AI assistants — save, search, and recall across every MCP client.
Persistent memory for AI agents to retain, retrieve, and recall conversation context through MCP.
Persistent, verbatim, searchable memory for AI assistants — one memory across every MCP client.
Self-hosted AI workspace: semantic RAG document search, long-term memory, and AI chat via MCP.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceA local AI memory system that stores all conversations verbatim and organizes them into navigable structures. It provides 19 MCP tools for AI assistants to search and retrieve past decisions, debugging sessions, and architecture debates automatically.MIT
- AlicenseNot gradedqualityDmaintenanceA local-first MCP server for personal memory management, enabling AI agents to store, search, and retrieve developer insights with offline semantic search and auto-categorization.24 npm3MIT
- AlicenseNot gradedqualityDmaintenanceLocal-first persistent memory for AI agents via MCP, enabling semantic search and memory sharing across agents with zero cloud cost and full privacy.10 npm1MIT
- AlicenseNot gradedqualityDmaintenanceA local-first memory MCP server that enables storing, searching, and managing personal memories with hybrid keyword and semantic recall, all on-device.28 npmMIT