
Security News
GPT-6 Astra Attempts Supply Chain Attacks Against Open Source Maintainers in Testing
GPT-6 Astra hits 100% on ExploitBench and finds zero-days autonomously, while independent tests reveal scope violations and monitoring gaps.
MCP server for indexing and searching Claude Code conversation history with decision tracking, git integration, and project migration/merge
An MCP server that gives Claude long-term memory by indexing conversation history with semantic search, decision tracking, and cross-project search.
Version 2.0 brings major improvements to search quality and accuracy:
This package was renamed from claude-conversation-memory-mcp to cccmemory.
If upgrading from the old package:
npm uninstall -g claude-conversation-memory-mcpnpm install -g cccmemorycccmemory command.claude-conversations-memory.db → .cccmemory.db)CCCMemory supports Node.js 20 or 22 LTS. Using other versions can break native
modules (like better-sqlite3). If you switch Node versions, reinstall the
package (or run npm rebuild better-sqlite3 in a local clone).
npm install -g cccmemory
Verify installation:
cccmemory --version
Edit ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows):
{
"mcpServers": {
"cccmemory": {
"command": "npx",
"args": ["-y", "cccmemory"]
}
}
}
Then restart Claude Desktop.
Edit ~/.claude.json (note: this file is in your home directory, not inside ~/.claude/):
{
"mcpServers": {
"cccmemory": {
"command": "npx",
"args": ["-y", "cccmemory"]
}
}
}
Or if installed globally:
{
"mcpServers": {
"cccmemory": {
"command": "cccmemory"
}
}
}
Codex stores MCP settings in ~/.codex/config.toml (shared by the CLI and the IDE extension).
Recommended (CLI):
codex mcp add cccmemory -- npx -y cccmemory
Manual config (~/.codex/config.toml):
[mcp_servers.cccmemory]
command = "npx"
args = ["-y", "cccmemory"]
If you installed globally, you can use:
[mcp_servers.cccmemory]
command = "cccmemory"
Open Codex and run /mcp in the TUI to verify the server is active.
By default, CCCMemory uses a single database:
~/.cccmemory.dbIf you want per-project isolation, set:
export CCCMEMORY_DB_MODE="per-project"
In per-project mode, CCCMemory stores:
~/.claude/projects/<project>/.cccmemory.db<project>/.cccmemory/.cccmemory.dbIf your home directory is not writable (common in sandboxed Codex/Claude setups where
~/.claude and ~/.codex are locked), set an explicit writable path:
export CCCMEMORY_DB_PATH="/path/to/cccmemory.db"
For MCP configs, add these env vars in your server definition. CCCMemory stores the global project registry inside the same database (projects + project_sources tables).
The MCP uses Transformers.js by default for semantic search (bundled, works offline, no setup required).
Model download & cache behavior (Transformers.js):
On first use, @xenova/transformers downloads the model weights and caches them in its own default cache directory. CCCMemory does not manage or relocate that cache. Subsequent runs reuse the cached model and work fully offline.
To customize, create ~/.claude-memory-config.json:
{
"embedding": {
"provider": "transformers",
"model": "Xenova/all-MiniLM-L6-v2",
"dimensions": 384
}
}
Alternative providers:
# Install Ollama
curl -fsSL https://ollama.com/install.sh | sh
ollama pull mxbai-embed-large
ollama serve
Config:
{
"embedding": {
"provider": "ollama",
"model": "mxbai-embed-large",
"dimensions": 1024
}
}
{
"embedding": {
"provider": "openai",
"model": "text-embedding-3-small",
"dimensions": 1536
}
}
Set OPENAI_API_KEY environment variable.
Tune search behavior with environment variables:
| Variable | Default | Description |
|---|---|---|
CCCMEMORY_CHUNKING_ENABLED | true | Enable smart chunking for long messages |
CCCMEMORY_CHUNK_SIZE | 450 | Target chunk size in tokens |
CCCMEMORY_CHUNK_OVERLAP | 0.1 | Overlap between chunks (0-1) |
CCCMEMORY_RERANK_ENABLED | true | Enable hybrid re-ranking (vector + FTS) |
CCCMEMORY_RERANK_WEIGHT | 0.7 | Vector weight in re-ranking (FTS gets 1-weight) |
CCCMEMORY_QUERY_EXPANSION | false | Enable synonym expansion for queries |
| Tool | Description |
|---|---|
index_conversations | Index current project's conversations |
index_all_projects | Index all Claude Code + Codex projects |
| Tool | Description |
|---|---|
search_conversations | Search messages in current project |
search_project_conversations | Search a project across Claude Code + Codex |
search_all_conversations | Search across all indexed projects |
get_decisions | Find architectural decisions |
get_all_decisions | Decisions across all projects |
search_mistakes | Find past errors and fixes |
search_all_mistakes | Mistakes across all projects |
find_similar_sessions | Find related conversations |
| Tool | Description |
|---|---|
check_before_modify | Get context before editing a file |
get_file_evolution | See file history with commits |
search_by_file | Find all context related to a file |
list_recent_sessions | List recent sessions with summaries |
get_latest_session_summary | Summarize the latest session (problem, actions, errors) |
recall_and_apply | Recall past work for current task |
get_requirements | Look up component requirements |
get_tool_history | Query tool usage history |
link_commits_to_conversations | Connect git commits to sessions |
| Tool | Description |
|---|---|
discover_old_conversations | Find folders from renamed projects |
migrate_project | Migrate/merge conversation history |
forget_by_topic | Delete conversations by keyword |
generate_documentation | Generate docs from local code scan + conversations |
| Tool | Description |
|---|---|
remember | Store a fact, decision, or context with optional TTL |
recall | Retrieve a specific memory by key |
recall_relevant | Semantic search across stored memories |
list_memory | List all memories, optionally filtered by tags |
forget | Remove a memory by key |
| Tool | Description |
|---|---|
prepare_handoff | Create handoff document for session transition |
resume_from_handoff | Resume work from a previous handoff |
list_handoffs | List available handoff documents |
| Tool | Description |
|---|---|
get_startup_context | Get relevant context at conversation start |
inject_relevant_context | Auto-inject context based on user message |
| Tool | Description |
|---|---|
list_tags | List all tags with usage statistics |
search_by_tags | Find items by tag (memories, decisions, patterns) |
rename_tag | Rename a tag across all items |
merge_tags | Merge multiple tags into one |
delete_tag | Delete a tag and unlink all items |
tag_item | Add tags to an item |
untag_item | Remove tags from an item |
| Tool | Description |
|---|---|
set_memory_confidence | Set confidence level (uncertain/likely/confirmed/verified) |
set_memory_importance | Set importance level (low/normal/high/critical) |
pin_memory | Pin a memory to prevent cleanup |
archive_memory | Archive a memory with optional reason |
unarchive_memory | Restore an archived memory |
search_memory_by_quality | Search memories by confidence/importance |
get_memory_stats | Get memory statistics by confidence/importance |
| Tool | Description |
|---|---|
get_storage_stats | Database size and item counts |
find_stale_items | Find items not accessed recently |
find_duplicates | Find similar/duplicate items |
merge_duplicates | Merge duplicate items |
cleanup_stale | Archive or delete stale items |
vacuum_database | Reclaim disk space |
cleanup_orphans | Remove orphaned records |
get_health_report | Overall database health check |
run_maintenance | Run multiple maintenance tasks |
get_maintenance_history | View past maintenance operations |
list_recent_sessions returns two identifiers:
id: internal conversation id (use for scope="current" filters, handoffs, and documentation filters)session_id: external session id (Claude JSONL filename / Codex rollout id). Use for index_conversations and CLI index --session.index_conversations accepts either, but external session_id is preferred.
The package includes a standalone CLI:
# Interactive mode
cccmemory
# Single commands
cccmemory status
cccmemory index
cccmemory "search authentication"
cccmemory help
| Platform | Status | Conversation Location |
|---|---|---|
| Claude Code | ✅ Supported | ~/.claude/projects/ |
| Claude Desktop | ✅ Supported | (indexes Claude Code history) |
| Codex | ✅ Supported | ~/.codex/sessions/ |
Why only Claude Code and Codex CLI today? CCCMemory indexes local session history from stable, parseable on-disk formats. Claude Code and Codex CLI both store full conversation logs locally with consistent schemas. Other tools either do not expose full local history, only support partial/manual saves, or do not provide a stable file format to parse reliably. Without deterministic local storage, there is nothing safe to index or resume.
Single Database (default)
└── ~/.cccmemory.db
├── projects + project_aliases
├── project_sources (global index)
└── conversations/messages/decisions/mistakes/...
Per-Project Databases (optional)
└── ~/.claude/projects/{project}/.cccmemory.db
└── {project}/.cccmemory/.cccmemory.db (sandbox fallback)
Upgrade to v1.7.3+:
npm update -g cccmemory
~/.claude.json (not ~/.claude/config.json)Check provider status:
cccmemory status
Default Transformers.js should work out of the box. If you opt into Ollama, ensure it's running (ollama serve).
MIT
FAQs
MCP server for indexing and searching Claude Code conversation history with decision tracking, git integration, and project migration/merge
We found that cccmemory demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.

Security News
GPT-6 Astra hits 100% on ExploitBench and finds zero-days autonomously, while independent tests reveal scope violations and monitoring gaps.

Product
Socket can now send alerts and supply chain attack notifications to Microsoft Teams, with filters that route the right updates to each channel.

Security News
pnpm 12 rewrites the package manager in Rust, cutting install times by up to 90% while preserving pnpm 11 workflows and lockfiles.