OrchestrateKit MCP
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., "@OrchestrateKit MCPDesign a workflow for a customer support chatbot"
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.
OrchestrateKit MCP
Local stdio MCP server that gives Cursor and Claude Desktop access to an opinionated, evidence-backed workflow graph for designing production-ready AI workflows.
Status: Scaffold with stub registry loader (MAR-35 graph-ready). Schemas, full registry data and graph tools are added in subsequent issues.
What it does
OrchestrateKit MCP exposes a structured registry of:
components → the building blocks of AI workflows
edges → tested relations between components (requires, safer_with, conflicts_with, …)
stacks → opinionated technology choices for different deployment contexts
routes → tested paths through the component graph
playbooks → golden-path routes with full implementation guidanceWhen a user describes a workflow goal, the MCP can:
Match the goal to required capabilities and components.
Traverse tested component relationships.
Reuse sections of known golden-path playbooks.
Compose a candidate route when no exact playbook exists.
Score route confidence (coverage, tested edges, stack fit, safety, simplicity).
Return the route as structured implementation context for Cursor or Claude.
Related MCP server: AI PC Assistant MCP Server
What works right now
MCP server starts on stdio and responds to the
health_checktool.health_checkreturns{ name, version, registry: { component_count, edge_count, stack_count, route_count, playbook_count } }.Registry loader stub returns zero counts — real data is added in MAR-38.
pnpm verify(typecheck + tests) passes from a clean install.
Requirements
Node.js ≥ 20
pnpm
Local setup
cd orchestratekit-mcp
pnpm install
pnpm verify # typecheck + tests — must pass before anything else
pnpm dev # starts the MCP server on stdioThe server reads from stdin and writes JSON-RPC to stdout. All log output goes to stderr.
Connect from Cursor
Copy examples/cursor-mcp.json content into your Cursor workspace MCP config at .cursor/mcp.json. Replace the cwd value with the absolute path to this directory.
{
"mcpServers": {
"orchestratekit": {
"command": "npx",
"args": ["tsx", "src/server.ts"],
"cwd": "/absolute/path/to/orchestratekit-mcp"
}
}
}Connect from Claude Desktop
macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
Windows: %APPDATA%\Claude\claude_desktop_config.json
{
"mcpServers": {
"orchestratekit": {
"command": "npx",
"args": ["tsx", "src/server.ts"],
"cwd": "/absolute/path/to/orchestratekit-mcp"
}
}
}Scripts
Script | Description |
| Run server directly with tsx (no build step) |
| Compile to |
| TypeScript type-check only (no emit) |
| Run unit tests with vitest |
| Run |
Project structure
orchestratekit-mcp/
src/
server.ts Entry point — wires MCP server to stdio transport
config.ts Server name and version constants
tools/
index.ts Tool registration (health_check + 8 graph tools)
composeWorkflowRoute.ts
listGraphComponents.ts / getGraphComponent.ts
listGraphEdges.ts / getGraphEdge.ts
getStackRecommendation.ts
listKnownRoutes.ts / getRoute.ts
registry/
registryLoader.ts YAML loader with validation, status filtering, cross-ref checks
componentSchema.ts / edgeSchema.ts / stackSchema.ts / routeSchema.ts / playbookSchema.ts
registryTypes.ts / registryValidation.ts
graph/
capabilityMatcher.ts Keyword + token matching: goal text → components
routeComposer.ts Orchestrates all graph modules into a composed route
routeScoring.ts Deterministic 0-100 score with breakdown
routeOrdering.ts Topological sort via Kahn's algorithm
safetyAugmenter.ts Auto-adds approval gates and audit log
playbookOverlap.ts Detects overlap with known playbooks/routes
docs-index/ Supplementary docs loader (future)
lib/
errors.ts McpToolError class and toErrorResult helper
logger.ts Stderr-only logger (stdout reserved for transport)
registry/
components/ Component YAML files (added in MAR-38)
edges/ Edge/relation YAML files (added in MAR-38)
stacks/ Stack YAML files (added in MAR-38)
routes/ Route YAML files (added in MAR-38)
playbooks/ Golden-path playbook YAML files (added in MAR-38)
docs-index/ Supplementary context documents
examples/
cursor-mcp.json Example Cursor MCP config
claude-desktop-config.json Example Claude Desktop config
tests/
health-check.test.tsNon-goals (this phase)
No remote hosting
No auth / OAuth
No vector database
No graph database (Neo4j etc.)
No automatic registry updates
No LLM API calls inside MCP tools
No SaaS dashboard
No dependency on OrchestrateLab at runtime
Build order
MAR-35 ✅ Scaffold — done
MAR-37 ✅ Graph registry schemas: components, edges, stacks, routes, playbooks
MAR-38 ✅ Seed workflow graph: 30 components, 47 edges, 1 stack, 5 playbooks
MAR-77 ✅ Graph lookup tools: list/get components, edges, stacks, routes
MAR-78 ✅ compose_workflow_route — deterministic route composer
MAR-49 ✅ Benchmark setup — see docs/BENCHMARKING.mdBenchmarking
To validate that the workflow graph improves planning quality over vanilla Cursor/Claude, run the manual benchmark described in docs/BENCHMARKING.md.
Quick start:
# Print session guide with route previews for all 7 prompts
pnpm tsx scripts/benchmark-template.ts
# Single prompt
pnpm tsx scripts/benchmark-template.ts p6_email_lead_crmResults go in benchmarks/results-YYYY-MM-DD.md.
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
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/Thebeatkicks/OrchestrateKIT-MCP'
If you have feedback or need assistance with the MCP directory API, please join our Discord server