MCP server de opencontext
Commit 3 sept 2026Proporciona memoria persistente en formato markdown a nivel de proyecto para que los agentes de codificación con IA almacenen decisiones arquitectónicas y contratos de API.
También conocido como slxca/opencontext
- Stars
- 8
- Herramientas
- 3
- Descargas, 30 días
- —
- Última versión
- —
- Último commit
- 3 sept 2026
- Licencia
- MIT
¿Qué es opencontext MCP?
opencontext es un MCP server. Proporciona memoria persistente en formato markdown a nivel de proyecto para que los agentes de codificación con IA almacenen decisiones arquitectónicas y contratos de API. Expone 3 herramientas, como read_context, save_context, delete_context.
Resumen generado a partir del README del proyecto
Acerca del MCP server de opencontext
OpenContext permite a los agentes de codificación con IA almacenar decisiones arquitectónicas y contratos de API localmente dentro de un proyecto. Proporciona una forma para que los agentes mantengan una memoria persistente entre diferentes sesiones mediante la lectura y escritura de archivos markdown almacenados en un directorio dedicado. Este enfoque evita la necesidad de suscripciones en la nube o bases de datos vectoriales, ya que todo el contexto se mantiene en archivos markdown simples que pueden rastrearse directamente vía Git.
Los desarrolladores pueden configurar el servidor usando npx o ejecutando el comando init para generar archivos de configuración como opencode.json y .mcp.json. El servidor funciona con clientes como Claude Desktop, Cursor y Windsurf, y también puede exponerse a través de una red usando el transporte streamable HTTP. Incluye herramientas específicas como read_context, save_context y delete_context para gestionar la información.
Para mantener una documentación organizada, el sistema admite YAML frontmatter para rastrear el ciclo de vida de los temas. Esto permite que los agentes marquen la información como activa, obsoleta o reemplazada, asegurando que los patrones arquitectónicos desactualizados se identifiquen claramente dentro del índice del proyecto.
Qué puedes hacer con él
- 1Preservar decisiones arquitectónicasUn agente de IA puede registrar y recuperar invariantes estructurales para evitar la pérdida de conocimiento crítico del proyecto entre sesiones.
- 2Gestionar la evolución de contratos de APILos desarrolladores pueden usar el servidor para documentar y actualizar reglas de API utilizando estados de ciclo de vida como deprecated o superseded.
- 3Rastrear documentación obsoletaEl sistema ayuda a los agentes a identificar qué temas arquitectónicos han sido reemplazados por versiones más recientes.
Escrito a partir del README del proyecto. Cada caso de uso se verifica con una cita del mismo.
Herramientas de opencontext MCP 3
Detectado desde el READMEread_contextsave_contextdelete_context
| read_context | — | |
| save_context | — | |
| delete_context | — |
Verificaciones automáticas
Ejecutado 15 nov 2026Informe completo →Aún no verificado. Un servidor necesita una puntuación de 80, ningún hallazgo grave y suficientes datos para que podamos revisarlo. Cómo funcionan las verificaciones · Qué corregir para obtener más puntos
- Repositorio de origen vinculado y accesibleslxca/opencontext is public and reachablegithub.com/slxca/opencontext ↗Aprobado
- El paquete indica este repositorio como su origenNo verificado
- Procedencia de la compilación (atestación de Sigstore)No verificado
- Licencia de código abierto (OSI)MITspdx.org/licenses/MIT.html ↗Aprobado
- Commit o lanzamiento en el último añoLast commit or release 2026-09-03github.com/slxca/opencontext ↗Aprobado
- OpenSSF ScorecardNo verificado
- El nombre del paquete no es similar a un paquete popularNo verificado
- No hay avisos críticos en el paquete ni en sus dependenciasNo verificado
- Sin instrucciones ocultas para el modelo3 tool descriptions and the README read; no override phrases, credential paths or hidden charactersAprobado
- Las herramientas destructivas están etiquetadasNo verificado
- El endpoint remoto responde al handshake de MCPNo verificado
README
Ver en 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
Preguntas sobre opencontext MCP
¿Qué herramientas proporciona opencontext MCP?
Expone 3 herramientas, incluidas read_context, save_context, delete_context.
¿Cómo almacena la memoria OpenContext?
Utiliza archivos markdown simples almacenados dentro de un directorio local .opencontext/, los cuales pueden rastrearse directamente en Git.
¿Requiere OpenContext una base de datos o suscripción en la nube?
No, es una solución ligera que no requiere bases de datos vectoriales ni suscripciones en la nube.
¿Puedo ejecutar el servidor a través de una red?
Sí, puedes exponer el MCP server a través de la red utilizando el transporte streamable HTTP.