Context7
Up-to-date docs for AI agents
作者による説明(英語の原文)
Cognitive memory for AI agents — semantic search, Hebbian learning, knowledge graphs.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
SHODH_API_URL, SHODH_API_KEY, SHODH_USER_ID「秘密」と表示された値は、あなたのアカウントの鍵です。絶対に人に教えたり、チャットに貼り付けたりしないでください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"shodh-memory": {
"command": "npx",
"args": [
"-y",
"@shodh/memory-mcp"
],
"env": {
"SHODH_API_URL": "your-value",
"SHODH_API_KEY": "your-value",
"SHODH_USER_ID": "your-value"
}
}
}
}ターミナルでこれを実行します
claude mcp add shodh-memory --env SHODH_API_URL=your-value --env SHODH_API_KEY=your-value --env SHODH_USER_ID=your-value -- npx -y @shodh/memory-mcp動かす前に、空欄の値を入力してください。
プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"shodh-memory": {
"command": "npx",
"args": [
"-y",
"@shodh/memory-mcp"
],
"env": {
"SHODH_API_URL": "your-value",
"SHODH_API_KEY": "your-value",
"SHODH_USER_ID": "your-value"
}
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"shodh-memory": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@shodh/memory-mcp"
],
"env": {
"SHODH_API_URL": "your-value",
"SHODH_API_KEY": "your-value",
"SHODH_USER_ID": "your-value"
}
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
SHODH_API_URL envSHODH_USER_ID envこの設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント varun29ankuS で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
入力が必要なもの:SHODH_API_KEY
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.2.0)がレジストリに届いたのは7 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Context7, Codebase Memory, Exa
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
Up-to-date docs for AI agents
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Connect AI agents to Exa for web search, content fetching, and multi-step research.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
Shodh-Memory MCP Server
Persistent cognitive memory for AI agents
Documentation | GitHub | Python SDK | Rust Crate
Add to your MCP client config:
Claude Desktop / Claude Code (claude_desktop_config.json):
{
"mcpServers": { "shodh-memory": { "command": "npx", "args": ["-y", "@shodh/memory-mcp"], "env": { "SHODH_API_KEY": "your-api-key-here" } } } }
Config file locations:
~/Library/Application Support/Claude/claude_desktop_config.json%APPDATA%\Claude\claude_desktop_config.json~/.config/Claude/claude_desktop_config.jsonCodex CLI (.codex/config.toml):
[mcp_servers.shodh-memory]
startup_timeout_sec = 60 command = "npx" args = ["-y", "@shodh/memory-mcp"] env = { SHODH_API_KEY = "your-api-key-here" }
By default the MCP server talks to the backend over HTTP, which works on every platform. To route ordinary requests over authenticated local IPC instead, add SHODH_IPC_ENDPOINT with a platform-appropriate value. On Windows, use the per-user named pipe printed by the server (normally \\.\pipe\shodh-memory- ); on macOS/Linux, use its absolute Unix socket path (under the platform data directory at shodh/shodh-memory.sock by default). A \\.\pipe\... value on macOS/Linux is rejected rather than silently forwarded to the spawned backend. The auto-spawn path passes an explicitly configured endpoint to the backend so both processes use the same value.
Note: First run downloads the server binary (~15MB) plus embedding model (~23MB). The
startup_timeout_sec = 60ensures enough time for initial setup.
For Cursor/other MCP clients: Similar configuration with the npx command.
| Variable | Description | Default |
|---|---|---|
SHODH_API_KEY | Required. API key for authentication | - |
SHODH_IPC_ENABLED | Server listener toggle. The auto-spawned backend honors this value. | true |
SHODH_IPC_ENDPOINT | Local endpoint for MCP requests: a Unix socket path (macOS/Linux) or \\.\pipe\name (Windows). When set, ordinary MCP requests use local IPC instead of HTTP. A Windows pipe value on macOS/Linux is rejected. | - |
SHODH_IPC_REQUIRED | Fail closed when IPC cannot bind or authenticate. The TypeScript client also requires SHODH_IPC_ENDPOINT when enabled. | false |
SHODH_API_URL | Backend server URL | http://127.0.0.1:3030 |
SHODH_USER_ID | Logical memory namespace; not an authorization tenant | claude-code |
SHODH_NO_AUTO_SPAWN | Set to true to disable auto-starting the backend | false |
SHODH_STREAM | Enable/disable streaming ingestion | true |
SHODH_STREAM_WEBSOCKET | In IPC mode only, explicitly opt into WebSocket streaming through SHODH_API_URL | false |
SHODH_PROACTIVE | Enable/disable proactive memory surfacing | true |
When SHODH_IPC_ENDPOINT is set, tool calls, proactive surfacing, health checks, resources, and prompts use local IPC. Each call opens one local connection and exchanges one versioned, newline-delimited JSON request and response. Frames are limited to eight MiB. An empty-auth health challenge first proves the endpoint knows the configured key. Ordinary requests then use HMAC proofs bound to that server instance and request body; the reusable API key is never sent over IPC or written to MCP stdout.
Streaming ingestion remains a WebSocket feature. It is disabled by default in IPC mode because the local protocol is finite request/response. To enable it explicitly, set SHODH_STREAM_WEBSOCKET=true and configure SHODH_API_URL for the server's HTTP WebSocket endpoint. Ordinary operations continue to use IPC.
If SHODH_IPC_ENDPOINT is absent, the MCP server preserves its existing HTTP and WebSocket behavior. When the variable is present, it is an explicit transport selection: an unavailable IPC endpoint is reported rather than silently retried over HTTP.
SHODH_USER_ID remains a logical namespace, as it is over REST. A configured API key has authority across namespaces. Use separate server/key instances when mutually untrusted tenants require an authorization boundary.
Memory — Store, search, and manage memories
| Tool | Description |
|---|---|
remember | Store a memory with optional type, tags, and metadata |
recall | Semantic search to find relevant memories. Pass full_content: true for complete bodies inline |
proactive_context | Auto-surface relevant memories for current context. Pass full_content: true for complete bodies inline |
context_summary | Get categorized context for session bootstrap |
list_memories | List all stored memories |
read_memory | Read full content of a specific memory by ID |
forget | Delete a specific memory by ID |
Memory previews and truncation.
recall,recall_by_tags, andproactive_contextreturn previews of each memory body (default cap: 500 characters). When a body is longer than the cap, the output is truncated with an explicit, honest marker that reports the real lengths and the follow-up call, e.g.…[truncated 500/2340 chars — read_memory(" ") for full]. A preview is never silently cut off — the absence of a marker means you are seeing the complete body. To get complete bodies inline (no markers), passfull_content: trueon any of those three tools; this increases token usage, so prefer it for small result sets.read_memoryalways returns the full, untruncated content.
Todos (GTD) — Task management with projects and subtasks
| Tool | Description |
|---|---|
add_todo | Create a task with priority, due date, project, contexts |
list_todos | List/search todos with semantic or GTD-style filtering |
update_todo | Update task properties (status, priority, notes) |
complete_todo | Mark a task as done (auto-creates next for recurring) |
delete_todo | Permanently delete a task |
reorder_todo | Move a task up or down within its status group |
list_subtasks | List subtasks of a parent todo |
add_todo_comment | Add a comment to a task (progress, resolution) |
list_todo_comments | List all comments on a task |
update_todo_comment | Edit an existing comment |
delete_todo_comment | Delete a comment |
todo_stats | Get todo statistics by status, overdue items |
Projects — Organize todos into groups
| Tool | Description |
|---|---|
add_project | Create a project with optional parent (sub-projects) |
list_projects | List all projects with todo counts |
archive_project | Archive a project (hidden but restorable) |
delete_project | Permanently delete a project |
Reminders — Time, duration, and context-triggered reminders
| Tool | Description |
|---|---|
set_reminder | Set a reminder (time, duration, or keyword trigger) |
list_reminders | List pending/triggered/dismissed reminders |
dismiss_reminder | Acknowledge a triggered reminder |
System — Health, backups, and diagnostics
| Tool | Description |
|---|---|
memory_stats | Get statistics about stored memories |
verify_index | Check vector index integrity |
repair_index | Re-index orphaned memories |
token_status | Get current session token usage |
reset_token_session | Reset token counter for new session |
consolidation_report | View memory consolidation activity |
backup_create | Create a backup of all memories |
backup_list | List available backups |
backup_verify | Verify backup integrity (SHA-256) |
backup_restore | Restore from a backup |
backup_purge | Purge old backups, keep most recent N |
The server exposes a REST API at http://127.0.0.1:3030:
// Store a memory
const res = await fetch("http://127.0.0.1:3030/api/remember", { method: "POST", headers: { "Content-Type": "application/json", "X-API-Key": "your-api-key" }, body: JSON.stringify({ user_id: "my-app", content: "User prefers dark mode", memory_type: "Observation", tags: ["preferences", "ui"] }) });
// Semantic search const results = await fetch("http://127.0.0.1:3030/api/recall", { method: "POST", headers: { "Content-Type": "application/json", "X-API-Key": "your-api-key" }, body: JSON.stringify({ user_id: "my-app", query: "user preferences", limit: 5 }) });
| Endpoint | Method | Description |
|---|---|---|
/health | GET | Health check |
/api/remember | POST | Store a memory |
/api/recall | POST | Semantic search |
/api/recall/tags | POST | Search by tags |
/api/recall/date | POST | Search by date range |
/api/memories | POST | List all memories |
/api/memory/{id} | GET/PUT/DELETE | CRUD operations |
/api/context_summary | POST | Get context summary |
/api/relevant | POST | Proactive context surfacing |
/api/batch_remember | POST | Store multiple memories |
/api/upsert | POST | Create or update by external_id |
/api/graph/{user_id}/stats | GET | Knowledge graph statistics |
/api/consolidation/report | POST | Memory consolidation report |
/api/index/verify | POST | Verify index integrity |
/metrics | GET | Prometheus metrics |
Memories that are frequently accessed together form stronger associations. The system automatically:
Background processes maintain memory health:
Based on Cowan's working memory model:
冒頭だけを表示しています。続きはリポジトリで読めます