opencontext MCP server
Commit 3. Sept. 2026Bietet persistentes, projektlokales Markdown-Memory für AI Coding Agents, um Architektur-Entscheidungen und API-Contracts zu speichern.
Auch bekannt als slxca/opencontext
- Stars
- 8
- Tools
- 3
- Downloads, 30 Tage
- —
- Neueste Version
- —
- Letzter Commit
- 3. Sept. 2026
- Lizenz
- MIT
Was ist opencontext MCP?
opencontext ist ein MCP server. Bietet persistentes, projektlokales Markdown-Memory für AI Coding Agents, um Architektur-Entscheidungen und API-Contracts zu speichern. Er stellt 3 Tools bereit, etwa read_context, save_context, delete_context.
Zusammenfassung generiert aus dem README des Projekts
Über opencontext MCP server
opencontext ermöglicht es AI Coding Agents, Architektur-Entscheidungen und API-Contracts lokal innerhalb eines Projekts zu speichern. Es bietet Agents eine Möglichkeit, ein persistentes Memory über verschiedene Sessions hinweg aufrechtzuerhalten, indem sie Markdown-Dateien lesen und schreiben, die in einem dedizierten Verzeichnis liegen. Dieser Ansatz macht Cloud-Abos oder Vektordatenbanken überflüssig, da der gesamte Kontext in einfachen Markdown-Dateien vorgehalten wird, die direkt via Git getrackt werden können.
Entwickler können den Server über npx oder durch Ausführen des init-Commands einrichten, um Config-Dateien wie opencode.json und .mcp.json zu erstellen. Der Server funktioniert mit Clients wie Claude Desktop, Cursor und Windsurf und kann zudem über das Streamable HTTP transport im Netzwerk verfügbar gemacht werden. Er enthält spezifische Tools wie read_context, save_context und delete_context zur Verwaltung von Informationen.
Um eine organisierte Dokumentation zu gewährleisten, unterstützt das System YAML Frontmatter, um den Lifecycle von Themen zu tracken. Dies erlaubt es Agents, Informationen als active, deprecated oder superseded zu markieren, sodass veraltete Architektur-Patterns innerhalb des Projekt-Index klar gekennzeichnet werden.
Was du damit machen kannst
- 1Architektur-Entscheidungen bewahrenEin AI Agent kann strukturelle Invarianten aufzeichnen und abrufen, um zu verhindern, dass kritisches Projektwissen zwischen den Sessions verloren geht.
- 2Evolution von API-Contracts verwaltenEntwickler können den Server nutzen, um API-Regeln zu dokumentieren und zu aktualisieren, wobei Lifecycle-Status wie deprecated oder superseded verwendet werden.
- 3Veraltete Dokumentation trackenDas System hilft Agents dabei zu identifizieren, welche Architektur-Themen durch neuere Versionen ersetzt wurden.
Geschrieben aus dem README des Projekts. Jeder Use Case wurde gegen ein Zitat daraus geprüft.
opencontext MCP tools 3
Erkannt aus dem READMEread_contextsave_contextdelete_context
| read_context | — | |
| save_context | — | |
| delete_context | — |
Automatisierte Checks
Geluften am 15. Nov. 2026Vollständiger Bericht →Noch nicht verifiziert. Ein Server benötigt einen Score von 80, keine kritischen Befunde und genug Daten für unsere Prüfung. Wie die Checks funktionieren · Was du für mehr Punkte verbessern kannst
- Source Repository verknüpft und erreichbarslxca/opencontext is public and reachablegithub.com/slxca/opencontext ↗Bestanden
- Paket nennt dieses Repository als QuelleNicht geprüft
- Build-Provenienz (Sigstore-Attestierung)Nicht geprüft
- Open Source Lizenz (OSI)MITspdx.org/licenses/MIT.html ↗Bestanden
- Commit oder Release im letzten JahrLast commit or release 2026-09-03github.com/slxca/opencontext ↗Bestanden
- OpenSSF ScorecardNicht geprüft
- Package-Name ähnelt keinem populären PackageNicht geprüft
- Keine kritischen Advisories im Paket oder seinen AbhängigkeitenNicht geprüft
- Keine versteckten Anweisungen an das Modell3 tool descriptions and the README read; no override phrases, credential paths or hidden charactersBestanden
- Destruktive Tools sind markiertNicht geprüft
- Remote-Endpoint beantwortet den MCP-HandshakeNicht geprüft
README
Auf GitHub ansehenMost 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 Fragen
Welche Tools bietet opencontext MCP?
Er stellt 3 Tools bereit, darunter read_context, save_context, delete_context.
Wie speichert OpenContext das Memory?
Es nutzt einfache Markdown-Dateien, die in einem lokalen .opencontext/ Verzeichnis gespeichert werden und direkt in Git getrackt werden können.
Benötigt OpenContext eine Datenbank oder ein Cloud-Abo?
Nein, es ist eine leichtgewichtige Lösung, die keine Vektordatenbanken oder Cloud-Abos erfordert.
Kann ich den Server über ein Netzwerk betreiben?
Ja, du kannst den MCP server über das Netzwerk mittels Streamable HTTP transport bereitstellen.