opencontext MCPサーバー
コミット 2026年9月3日AIコーディングエージェントが設計上の決定事項やAPIコントラクトを保存するための、プロジェクトローカルな永続的Markdownメモリを提供します。
別名 slxca/opencontext
- スター
- 8
- ツール
- 3
- ダウンロード数(30日間)
- —
- 最新バージョン
- —
- 最終コミット
- 2026年9月3日
- ライセンス
- MIT
opencontext MCPとは
opencontextはMCPサーバーです。 AIコーディングエージェントが設計上の決定事項やAPIコントラクトを保存するための、プロジェクトローカルな永続的Markdownメモリを提供します。. 3個のツールを提供しており、read_context, save_context, delete_contextなどがあります。
プロジェクトのREADMEから生成された概要
opencontext MCP server について
opencontextは、AIコーディングエージェントがプロジェクト内に設計上の決定事項やAPIコントラクトをローカルに保存することを可能にします。専用ディレクトリに保存されたMarkdownファイルを読み書きすることで、エージェントが異なるセッション間でも永続的なメモリを維持できる仕組みを提供します。すべてのコンテキストはGitで直接追跡可能なプレーンなMarkdownファイルとして保持されるため、クラウドのサブスクリプションやベクトルデータベースを用意する必要はありません。
開発者は npx を使用するか、init コマンドを実行して opencode.json や .mcp.json といった設定ファイルを生成することで、サーバーをセットアップできます。このサーバーは Claude Desktop、Cursor、Windsurf などのクライアントと連携し、streamable HTTPトランスポートを使用してネットワーク経由で公開することも可能です。情報を管理するために、read_context、save_context、delete_context といった専用のツールが含まれています。
ドキュメントを整理された状態で維持するために、システムはYAML frontmatter をサポートしており、トピックのライフサイクルを追跡できます。これにより、エージェントは情報を「active(有効)」、「deprecated(非推奨)」、「superseded(置き換え済み)」としてマークでき、古い設計パターンがプロジェクトのインデックス内で明確にフラグ立てされるようになります。
できること
- 1設計上の決定事項の保存AIエージェントが構造的な不変条件を記録・取得することで、セッションをまたいで重要なプロジェクト知識が失われるのを防ぎます。
- 2APIコントラクトの進化の管理開発者はこのサーバーを使用して、deprecated や superseded といったライフサイクルステータスを用いて、APIルールを文書化および更新できます。
- 3古いドキュメントの追跡どの設計トピックが新しいバージョンに置き換えられたかを、エージェントが識別するのを支援します。
プロジェクトの README から作成されています。すべてのユースケースは、その引用と照らし合わせて確認されています。
opencontext MCPツール 3
READMEから検出read_contextsave_contextdelete_context
| read_context | — | |
| save_context | — | |
| delete_context | — |
自動チェック
実行日 2026年11月15日完全なレポート →まだ検証されていません。サーバーには80点のスコア、重大な問題がないこと、および検証に必要な十分なデータが必要です。 チェックの仕組み · 点数を上げるための改善点
- ソースリポジトリがリンクされており、アクセス可能slxca/opencontext is public and reachablegithub.com/slxca/opencontext ↗合格
- パッケージがこのリポジトリをソースとして指定未チェック
- ビルドの来歴 (Sigstore 証明)未チェック
- オープンソースライセンス (OSI)MITspdx.org/licenses/MIT.html ↗合格
- 過去1年以内にコミットまたはリリースありLast commit or release 2026-09-03github.com/slxca/opencontext ↗合格
- OpenSSF Scorecard未チェック
- パッケージ名が有名なパッケージに酷似していない未チェック
- パッケージおよびその依存関係に重大な勧告なし未チェック
- モデルへの隠れた指示がない3 tool descriptions and the README read; no override phrases, credential paths or hidden characters合格
- 破壊的なツールがラベル付けされている未チェック
- リモートエンドポイントが MCP ハンドシェイクに応答未チェック
README
GitHubで見るMost coding agents lose critical decisions between sessions: architecture invariants, API contracts, rejected patterns, and setup quirks. OpenContext solves context loss through a lightweight Model Context Protocol (MCP) server that lets agents read and mutate durable markdown files inside .opencontext/.
No vector databases, no cloud subscriptions, and no hidden state. Memory is plain markdown tracked directly in Git.
Quickstart
Run the MCP server directly without installation via npx:
npx -y opencontext-mcp
One-Command Setup
Scaffold OpenContext in the current project interactively:
npx -y opencontext-mcp init
init walks you through the setup (enabling OpenCode and Claude Code integration) and generates everything you need:
.opencontext/— directory that holds your context topic files.opencontext.json— configuration templateopencode.json— MCP server entry for OpenCode.mcp.json— MCP server entry for Claude CodeAGENTS.md/CLAUDE.md— workflow reminders for your agents
The init command takes no arguments: it always runs in the current directory, prompts interactively, and never overwrites an existing config.
Client Setup
OpenCode
Add OpenContext to your project MCP configuration (opencode.json) — or let opencontext-mcp init do it for you:
{
"mcp": {
"opencontext": {
"type": "local",
"command": ["npx", "-y", "opencontext-mcp"],
"enabled": true
}
}
}
Cursor / Claude Desktop / Windsurf
Add OpenContext to your MCP settings file (claude_desktop_config.json or Cursor MCP settings):
{
"mcpServers": {
"opencontext": {
"command": "npx",
"args": ["-y", "opencontext-mcp"]
}
}
}
Remote Access (HTTP)
Expose the MCP server over the network with the Streamable HTTP transport. The endpoint URL is printed to stderr on startup.
# Plain HTTP on 127.0.0.1:3032 (default)
opencontext-mcp --http
# Custom port / bind to all interfaces
opencontext-mcp server --http --port 8787 --host 0.0.0.0
The server listens at http://<host>:<port>/mcp (stateless Streamable HTTP — one request at a time, no sessions). GET / returns basic server info, handy for a browser health check.
Core Tools
| Tool | Parameters | Description |
|---|---|---|
read_context |
topic? (optional string) |
Reads a specific context topic, or returns the lightweight topic index (~100 tokens) if omitted. |
save_context |
topic (string), content (string) |
Writes or mutates markdown memory inside .opencontext/<topic>.md with built-in write guards and symlink protections. |
delete_context |
topic (string) |
Removes an obsolete topic file and automatically rebuilds the topic index. |
ADR Lifecycle & Frontmatter
Topics support optional YAML frontmatter to track lifecycle status — useful when architectural decisions evolve and old context should be visible but clearly flagged as outdated.
---
description: OAuth2 + PKCE authentication flow
status: active
supersedes: auth_v1
---
# Authentication v2
Migrated from JWT to OAuth2 with PKCE.
Supported frontmatter keys:
| Key | Values | Description |
|---|---|---|
description |
string | Short summary used in the auto-generated index. |
status |
active | deprecated | superseded |
Lifecycle status. Defaults to active when omitted. |
supersedes |
string | Topic name this topic replaces (set on the newer topic). |
superseded_by |
string | Topic name that replaced this one (set on the older topic). |
Non-active topics automatically receive [DEPRECATED] or [SUPERSEDED] badges in the auto-generated index.md, along with cross-references showing which topic replaced or was replaced.
Agent Workflows
Instruct your agents to automatically leverage project context. Add this snippet to your .cursorrules, CLAUDE.md, or system prompt:
Before making structural code changes, run `read_context` to inspect existing project topics and architectural decisions.
Whenever a new architectural convention, database schema, or API rule is established or refactored, call `save_context` with a concise, topic-scoped markdown summary. Use YAML frontmatter (status, supersedes) when updating conventions to track lifecycle changes.
When a topic becomes obsolete, call `delete_context` to remove it. For deprecated topics that should remain visible, set status: deprecated or status: superseded in the frontmatter instead of deleting.
Configuration
Customize storage paths and security boundaries with an optional .opencontext.json file in your repository root (plain JSON — comments are not supported):
{
"path": ".opencontext",
"readOnly": false,
"autoIndex": true,
"guard": {
"enabled": true,
"maxFileSizeKb": 50,
"strictPatternCheck": true
}
}
Local Development
# Clone and install dependencies
git clone [https://github.com/slxca/opencontext.git](https://github.com/slxca/opencontext.git)
cd opencontext
pnpm install
# Build & run tests
pnpm build
pnpm test
Documentation
For advanced setup guides, guard parameters, and agent prompt templates, visit opencntx.dev/docs.
Contributing
Contributions are welcome. Please ensure all unit tests and typechecks pass before submitting a pull request:
pnpm typecheck && pnpm test
opencontext MCPのよくある質問
opencontext MCPが提供するツールは
3個のツールを提供しており、read_context, save_context, delete_contextなどがあります。
OpenContextはどのようにメモリを保存しますか?
ローカルの .opencontext/ ディレクトリ内に保存されるプレーンなMarkdownファイルを使用します。これらはGitで直接管理可能です。
OpenContextにデータベースやクラウドのサブスクリプションは必要ですか?
いいえ、ベクトルデータベースやクラウドのサブスクリプションを必要としない軽量なソリューションです。
サーバーをネットワーク経由で実行できますか?
はい、streamable HTTPトランスポートを使用して、MCP serverをネットワーク経由で公開できます。