ContextEngine MCP Server
The ContextEngine MCP Server is a Model Context Protocol server that enables Documentation Driven Development (DDD) through structured AI-human collaboration workflows and intelligent context management.
Core Capabilities:
Initialize & Setup: Use
start_context_engineto automatically create local documentation structure (implemented/,requirements/,config/directories) and configure settingsExecute Workflows: Access 9 standardized documentation-driven workflows for development, supporting, and system activities
Manage Context: Leverage context engineering, knowledge graphs, and persistent documentation repositories to eliminate repetitive context provision
Quality Assurance: Align code generation with documented requirements and specifications through structured documentation hierarchies
Health Monitoring: Check API connectivity and system health with dedicated tools (
check-health,greet)
Integration Features:
Compatible with MCP clients like Cursor, Claude Code, VS Code, and Windsurf
Supports API key authentication and comprehensive structured logging
Enables dynamic context composition and hierarchical documentation organization
The server transforms development workflows by making documentation the foundation for AI-assisted coding, ensuring consistency and reducing context overhead.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@ContextEngine MCP Servershow me the latest React hooks documentation"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
ContextEngine MCP Server
A Model Context Protocol (MCP) server that provides an interface to the ContextEngine system - a comprehensive Documentation Driven Development (DDD) methodology. This MCP server enables AI assistants to access ContextEngine's structured workflows, context management tools, and knowledge graph system for documentation-first development processes, eliminating repetitive context provision and ensuring code generation follows documented requirements.
π What is ContextEngine?
ContextEngine is an MCP server that implements a comprehensive Documentation Driven Development (DDD) system. It provides structured workflows, context management, and tools that enable AI assistants and humans to collaborate effectively through documentation-first development methodologies.
Core Philosophy
ContextEngine addresses the fundamental challenges of AI-human collaboration in software development:
Context Management: Eliminates repetitive context provision by creating persistent documentation repositories
Quality Assurance: Ensures code generation follows documented requirements and specifications
Scalability: Handles 3x to 30x more information per person than traditional development methods
Business Alignment: Maintains clear connection between technical implementation and business value
Related MCP server: Context7 MCP
Features
Documentation-Driven Workflows: 9 standardized workflows for different development activities
Context Engineering: Dynamic context composition and provision through knowledge graph
Structured Documentation: Plan and task documents with hierarchical organization
Local Documentation Setup: Automatic creation of organized folder structure and configuration files
TypeScript: Full type safety and modern development experience
Authentication: Built-in support for API keys and authentication
Comprehensive Logging: Structured logging with proper MCP compatibility
π οΈ Installation
Requirements
Node.js >= v18.0.0
Cursor, Claude Code, VSCode, Windsurf or another MCP Client
Connecting to MCP Clients
"mcp": {
"servers": {
"context-engine": {
"type": "stdio",
"command": "npx",
"args": ["-y", "context-engine", "--api-key", "YOUR_API_KEY"]
}
}
}π¨ Available Tools
ContextEngine provides tools for DDD workflow execution:
1. start_context_engine
Starts the ContextEngine system and automatically sets up the local documentation structure. This tool:
Initializes the ContextEngine via API call to establish system awareness
Creates local documentation structure with organized folders for DDD workflows
Sets up configuration files with default settings and workflow definitions
Provides comprehensive feedback about both remote and local setup status
The tool creates a .context-engine directory structure:
.context-engine/
βββ implementation/ # For completed documentation and implementations
βββ requirements/ # For requirements and specifications
βββ config/ # For configuration files
βββ settings.json # ContextEngine settings
βββ workflows.json # Workflow configurationsResponse Format: Returns a combined status showing both API response and local setup results with clear emoji indicators:
π Success: Documentation structure setup completed
β οΈ Warning: Setup completed with issues
β Error: Setup failed (but API call succeeded)
CLI Arguments
Your MCP server accepts the following CLI flags:
--transport <stdio|http>β Transport to use (stdioby default)--port <number>β Port to listen on when usinghttptransport (default3000)--api-key <key>β API key for authentication (if needed)--server-url <url>β Custom server URL (defaults to https://contextengine.in)
π Usage
Start ContextEngine: Use the
start_context_enginetool to initialize the DDD system and set up local documentation structure and local documentation setup resultsSelect Workflow: Choose from 9 available workflows based on your development objective
Execute Workflow: Follow the structured workflow phases to complete your development task
Integrate with AI assistants: Connect to Cursor, VS Code, Claude Code, etc.
π License
MIT
Available Tools
1 toolstart_context_engineStart Context EngineC
Starts the context engine and returns a confirmation message.
| Name | Required | Description | Default |
|---|---|---|---|
| projectRoot | Yes | The project root directory |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description must disclose behavioral traits. It only says 'starts the context engine' without details on idempotency, side effects, required permissions, or state management.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single sentence with no wasted words. However, it could be slightly more informative without losing conciseness.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's simplicity (one parameter, no output schema, no siblings), the description is adequate but lacks context about typical use cases and expected behavior beyond the return message.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Input schema coverage is 100% and the schema already describes 'projectRoot' as 'The project root directory'. The description adds no additional meaning or usage hints for the parameter.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the verb 'starts' and the resource 'context engine', and mentions the return of a confirmation message. It is unambiguous and sufficient for basic understanding.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance on when to use this tool, prerequisites, or alternatives. With no sibling tools, the lack of usage context still leaves the agent without decision-support information.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
3 tool updates
v1.0.0- Removed
check-health - Removed
greet - Added
start_context_engine
2 tool updates
- First observed
check-health - First observed
greet
TDQS
With only one tool, there is no possibility of ambiguity or overlap between tools. The single tool has a clear and distinct purpose.
Since there is only one tool, naming consistency is inherently perfect. The tool name follows a clear verb_noun pattern (start_context_engine).
A single tool is too few for a server named 'ContextEngine MCP Server', which suggests a broader scope for managing contexts. This minimal set will likely cause agent failures due to lack of functionality.
The tool surface is severely incomplete for a context engine domain. There are obvious gaps: no tools to stop, update, query, or manage contexts, making it impossible for agents to perform meaningful workflows.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
@latest documentation and code examples to 9000+ libraries for LLMs and AI code editors in a singlβ¦
Provide your AI coding tools with token-efficient access to up-to-date technical documentation forβ¦
Find open-source libraries and fetch contextual code snippets by version to accelerate developmentβ¦
Get up-to-date, version-specific documentation and code examples from official sources directly inβ¦
Related MCP Servers
- AlicenseAqualityDmaintenanceProvides up-to-date, version-specific documentation and code examples for libraries and frameworks directly into AI prompts, eliminating outdated code generation and hallucinated APIs.2879,513MIT
- AlicenseAqualityCmaintenanceProvides LLMs with up-to-date, version-specific documentation and code examples directly from library sources, eliminating outdated training data and hallucinated APIs by fetching current documentation at prompt time.42879,513MIT
- FlicenseNot gradedqualityDmaintenanceProvides up-to-date, version-specific documentation and code examples for software libraries directly to LLMs, enabling resolution of library identifiers and retrieval of relevant documentation with code snippets.-

xenodocs-mcp-serverofficial
AlicenseAqualityCmaintenanceFetches up-to-date, version-specific documentation and code examples for any library, preventing outdated or hallucinated API usage in LLM responses.2MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/livelifelively/context-engine-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server