Context7
Up-to-date docs for AI agents
作者による説明(英語の原文)
Persistent, consensus-validated institutional memory for AI agents. Runs locally.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"sage": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/l33tdawg/sage:11.25.3"
]
}
}
}ターミナルでこれを実行します
claude mcp add sage -- docker run -i --rm ghcr.io/l33tdawg/sage:11.25.3プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"sage": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/l33tdawg/sage:11.25.3"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"sage": {
"type": "stdio",
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/l33tdawg/sage:11.25.3"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月8日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント l33tdawg で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(11.25.3)がレジストリに届いたのは昨日です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにDockerも必要です。
同じカテゴリには: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、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
Memory your agents can be held to.
SAGE is a governed memory and messaging layer for AI agents. Every memory is signed by an agent, admitted through a reviewable process, scoped by permissions you set, and kept with an audit trail you can inspect.
Connect your tools to the same local node so authorized agents can record experience and recall relevant context in later sessions. Inspect what they keep in CEREBRUM, SAGE's local dashboard.
Works with Claude Code, Codex, Cursor and other MCP-capable clients. Developers can integrate through the Python SDK or signed REST API. Recall depends on what is recorded, your configuration and the agent's use of its tools.
Download SAGE · Get started · Connect your AI · Developer quickstart
Why SAGE · Quick Start · For Developers · Architecture · Capabilities · Dashboard · Release history · Documentation
Use SAGE when your agents return to ongoing work: a design decision worth keeping, an approach that failed, or a lesson the next session should use. RAG retrieves source material; SAGE uses retrieval too, with a governed record of agent experience around it.
A personal install runs one validator and casts its own signed admission vote. A multi-validator network requires a BFT quorum. These checks govern what is committed; they do not prove every remembered claim is true or change your model's weights. See the memory lifecycle and consensus reference.
Memory is local by default. Optional federation, connectors and remote model providers can send data to configured destinations. Enable the vault for memory-content encryption at rest; see the privacy details and Security FAQ.
Desktop: Download the latest release, open SAGE and complete setup in CEREBRUM. Choose your memory engine, connect an AI client and review agent access. Follow the connection guide for your tool or the full Getting Started walkthrough.
If SAGE is already running, check it before starting another server:
curl http://127.0.0.1:8080/health
A healthy node returns {"status":"healthy"}. After connecting an MCP client, call sage_inception and follow its returned memory mode.
Build from source
From source (Go 1.26.10+):
git clone https://github.com/l33tdawg/sage.git && cd sage
go build -o sage-gui ./cmd/sage-gui/ ./sage-gui setup # Pick your AI, get MCP config ./sage-gui serve # SAGE + Dashboard on :8080
Desktop packages: macOS DMG (signed & notarized) | Windows EXE | Linux tar.gz
Docker and containerized MCP setup
docker pull ghcr.io/l33tdawg/sage:latest
docker run -d --name sage \ -p 8080:8080 \ -v ~/.sage:/root/.sage \ ghcr.io/l33tdawg/sage:latest
Pin a specific version with ghcr.io/l33tdawg/sage:11.25.3.
The SAGE server stays in that container. To give a local MCP client a stdio bridge, start a second process inside the same running container:
docker exec -i \
-e SAGE_PROVIDER=claude-code \ -e SAGE_PROJECT=my-project \ -e SAGE_IDENTITY_PATH=/root/.sage/agents/claude-code-my-project/agent.key \ sage /usr/local/bin/sage-gui mcp
For the shipped Compose stack, use the service name rather than a generated container name:
docker compose -f docker-compose.sage-gui.yml exec -T \
-e SAGE_PROVIDER=claude-code \ -e SAGE_PROJECT=my-project \ -e SAGE_IDENTITY_PATH=/root/.sage/agents/claude-code-my-project/agent.key \ sage /usr/local/bin/sage-gui mcp
If an MCP client launches this through a wrapper, point its stdio configuration at the wrapper's absolute path. Pass SAGE_PROVIDER, SAGE_PROJECT, and SAGE_IDENTITY_PATH through docker exec -e/docker compose exec -e; setting them only on the host-side Docker command does not place them in the container. Keep the whole SAGE data root mounted at /root/.sage, including agent keys and the ledger. Do not start a separate docker run ... mcp container: its localhost:8080 is isolated from the running SAGE server.
HTTP MCP is also available at /v1/mcp/sse and /v1/mcp/streamable, but both require a bearer token or OAuth. Bare http://localhost:8080 is the REST base, not an unauthenticated MCP endpoint.
Upgrading an existing node
Upgrading an existing node — including the v10.x → v11 jump — is [docs/UPGRADING.md](docs/UPGRADING.md). In the desktop app, accept the update: SAGE verifies canonical upgrade compatibility, captures a full recovery snapshot, installs, and restarts automatically. Headless and quorum operators have separate technical procedures in the guide. Your chain advances in place; a personal node climbs the consensus fork ladder by itself. Read the guide before a multi-admin chain crosses app-v23 — that activation re-derives administrator authority.
If you installed SAGE before v5.0 and your AI isn't doing turn-by-turn memory updates, re-run the installer in your project directory:
cd /path/to/your/project
sage-gui mcp install
This installs Claude Code hooks that prompt the memory lifecycle (boot, turn, reflect) — even if your .mcp.json is already configured. Restart your Claude Code session after running this.
Choose an integration for your workflow:
| Integration | Use it for | Start here |
|---|---|---|
| MCP | Giving an existing AI client memory and coordination tools | Connection guide · MCP reference |
| Python SDK | Building a memory-aware agent or application with sync/async clients | Developer quickstart · SDK reference |
| Signed REST API | Integrating from another language over HTTP | REST reference |
The authoritative reference index covers exact API behavior, authentication, access controls and lifecycle rules. Start there when implementing an integration.
Requires Python 3.10+, a running node and an enrolled agent. Set SAGE_IDENTITY_PATH to that agent's existing key file and SAGE_DOMAIN to a domain it can read.
python -m pip install sage-agent-sdk
import os
from sage_sdk import AgentIdentity, SageClient
identity = AgentIdentity.from_file(os.environ["SAGE_IDENTITY_PATH"]) domain = os.environ["SAGE_DOMAIN"]
with SageClient( base_url="http://127.0.0.1:8080", identity=identity, trust_env=False, ) as client: page = client.list_memories( domain=domain, status="committed", limit=3, ) for memory in page.memories: print(memory.memory_id, memory.content)
Save as quickstart.py and run python quickstart.py. An empty list means no committed memories are visible to this agent in that domain. Review enrollment and domain permissions in CEREBRUM if access is denied.
To record experience, use propose() in a domain the agent can write to and set classification explicitly. A submitted memory starts as proposed; normal recall includes it after admission commits it. For semantic retrieval, use hybrid() with query text and a matching embedding. See the SDK examples and memory admission guide.
flowchart TB
A["AI agents · MCP / SDK / REST"] --> P["SAGE node · authenticated admission + live policy"] H["CEREBRUM · local human control"] --> P P --> M["Memory + local policy transactions CometBFT / ABCI"] P --> W["Node-local coordination inbox / claims / replies"] M --> B["BadgerDB authoritative chain state"] B --> Q["Commit-time SQL projection content + vectors for authorized recall"] P -. "explicit peer trust and sharing" .-> F["Separate SAGE chain bounded Read / receiver-controlled Copy"] classDef entry fill:#eef2ff,stroke:#6366f1,color:#1e293b classDef memory fill:#ecfdf5,stroke:#059669,color:#064e3b classDef work fill:#fff7ed,stroke:#d97706,color:#7c2d12 class A,H,P entry class M,B,Q memory class W,F work
Agents are not validators. Personal mode runs one real CometBFT validator with a per-node memory auto-voter; it has no Byzantine redundancy. Registering more agents does not add consensus voters. A multi-validator deployment runs one shared chain; federation connects separate chains under explicit policy.
Storage has two roles. BadgerDB is authoritative for consensus state. SQLite (personal) or PostgreSQL + pgvector (cluster) projects memory content and vectors at Commit. Node-local message coordination is separate from the memory consensus path. Block inclusion is not the same as memory acceptance.
For the detailed trust boundaries, lifecycles, and deployment topology, see Architecture & Deployment.
| Capability | What it provides |
|---|---|
| Governed memory | Persistent, attributed memories with consensus validation, semantic recall, confidence, and lifecycle controls |
| Durable tasks | Exact-agent assigned backlog; open tasks do not decay; idempotent creation and workflow status |
| Unified inbox | Local/federated requests, assignment notices, and a separate passive reply page |
| Runtime handoff | Explicit session-and-revision-fenced takeover of claimed work within the same signed agent identity |
| Access controls | Active enrollment, roles/profiles, ownership, Access Groups, compatible grants, and classification checks |
| Controlled federation | Explicit agent exports and bounded Read/Copy policy, without granting local membership or Write |
| Recovery and updates | In-place chain upgrades, recovery snapshots, and retained message claims across ordinary restarts |
flowchart TB
T["Task assigned to exact agent"] --> N["One-way assignment notice"] N --> I["Unified inbox"] R["Request addressed to exact agent"] --> I I -->|"task notice"| V["Verify current assignment in backlog then update the task"] I -->|"inbound request"| C["Claimed by one MCP runtime"] C -->|"normal completion"| O["Idempotent reply"] C -. "intentional same-a
冒頭だけを表示しています。続きはリポジトリで読めます