Serveur MCP opencontext
Commit 3 sept. 2026Fournit une mémoire markdown persistante et locale au projet pour permettre aux agents de codage IA de stocker des décisions architecturales et des contrats d'API.
Aussi connu sous slxca/opencontext
- Étoiles
- 8
- Outils
- 3
- Téléchargements, 30 jours
- —
- Dernière version
- —
- Dernier commit
- 3 sept. 2026
- Licence
- MIT
Qu'est-ce que opencontext MCP ?
opencontext est un serveur MCP. Fournit une mémoire markdown persistante et locale au projet pour permettre aux agents de codage IA de stocker des décisions architecturales et des contrats d'API. Il expose 3 outils, comme read_context, save_context, delete_context.
Résumé généré à partir du README du projet
À propos du MCP server opencontext
OpenContext permet aux agents de codage IA de stocker localement les décisions architecturales et les contrats d'API au sein d'un projet. Il offre aux agents un moyen de maintenir une mémoire persistante entre différentes sessions en lisant et en écrivant des fichiers markdown stockés dans un répertoire dédié. Cette approche évite le recours à des abonnements cloud ou à des bases de données vectorielles, puisque tout le contexte est conservé dans des fichiers markdown simples pouvant être suivis directement via Git.
Les développeurs peuvent configurer le serveur via npx ou en exécutant la commande init pour générer des fichiers de configuration tels que opencode.json et .mcp.json. Le serveur est compatible avec des clients comme Claude Desktop, Cursor et Windsurf, et peut également être exposé sur un réseau via le transport streamable HTTP. Il inclut des outils spécifiques tels que read_context, save_context et delete_context pour la gestion des informations.
Pour maintenir une documentation organisée, le système prend en charge le frontmatter YAML afin de suivre le cycle de vie des sujets. Cela permet aux agents de marquer des informations comme actives, obsolètes ou remplacées, garantissant ainsi que les modèles architecturaux dépassés sont clairement signalés dans l'index du projet.
Ce que vous pouvez faire avec
- 1Préservation des décisions architecturalesUn agent IA peut enregistrer et récupérer des invariants structurels pour éviter de perdre des connaissances critiques sur le projet entre deux sessions.
- 2Gestion de l'évolution des contrats d'APILes développeurs peuvent utiliser le serveur pour documenter et mettre à jour les règles d'API en utilisant des statuts de cycle de vie tels que deprecated ou superseded.
- 3Suivi de la documentation obsolèteLe système aide les agents à identifier quels sujets architecturaux ont été remplacés par des versions plus récentes.
Extrait du README du projet. Chaque cas d'utilisation est vérifié par rapport à une citation du document.
Outils MCP opencontext 3
Détectés depuis le READMEread_contextsave_contextdelete_context
| read_context | — | |
| save_context | — | |
| delete_context | — |
Vérifications automatisées
Exécuté le 15 nov. 2026Rapport complet →Pas encore vérifié. Un serveur nécessite un score de 80, aucune faille sérieuse et suffisamment de données pour que nous puissions effectuer les vérifications. Fonctionnement des vérifications · Ce qu'il faut corriger pour gagner des points
- Dépôt source lié et accessibleslxca/opencontext is public and reachablegithub.com/slxca/opencontext ↗Réussi
- Le nom du package correspond au dépôt sourceNon vérifié
- Provenance du build (attestation Sigstore)Non vérifié
- Licence open source (OSI)MITspdx.org/licenses/MIT.html ↗Réussi
- Commit ou version publiée au cours de l'année écouléeLast commit or release 2026-09-03github.com/slxca/opencontext ↗Réussi
- OpenSSF ScorecardNon vérifié
- Nom du package non proche d'un package populaireNon vérifié
- Aucun avis critique dans le package ou ses dépendancesNon vérifié
- Aucune instruction cachée destinée au modèle3 tool descriptions and the README read; no override phrases, credential paths or hidden charactersRéussi
- Les outils destructifs sont étiquetésNon vérifié
- Le point de terminaison distant répond à la poignée de main MCPNon vérifié
README
Voir sur GitHubMost 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
Questions sur opencontext MCP
Quels outils opencontext MCP fournit-il ?
Il expose 3 outils, dont read_context, save_context, delete_context.
Comment OpenContext stocke-t-il la mémoire ?
Il utilise des fichiers markdown simples stockés dans un répertoire local .opencontext/, qui peuvent être suivis directement via Git.
OpenContext nécessite-t-il une base de données ou un abonnement cloud ?
Non, c'est une solution légère qui ne nécessite ni base de données vectorielle ni abonnement cloud.
Puis-je exécuter le serveur via un réseau ?
Oui, vous pouvez exposer le MCP server sur le réseau en utilisant le transport streamable HTTP.