Vibe Coder
STDIOMCP server designed to supercharge AI assistants with powerful software development tools.
MCP server designed to supercharge AI assistants with powerful software development tools.
Vibe Coder is an MCP (Model Context Protocol) server designed to supercharge your AI assistant (like Cursor, Cline AI, or Claude Desktop) with powerful tools for software development. It helps with research, planning, generating requirements, creating starter projects, and more!
Vibe Coder MCP integrates with MCP-compatible clients to provide the following capabilities:
generate-prd
), user stories (generate-user-stories
), task lists (generate-task-list
), development rules (generate-rules
)generate-fullstack-starter-kit
) with dynamic template generationworkflows.json
(See "Detailed Tool Documentation" and "Feature Details" sections below for more)
Follow these micro-steps to get the Vibe Coder MCP server running and connected to your AI assistant.
Check Node.js Version:
node -v
Check Git Installation:
git --version
Get OpenRouter API Key:
Create a Project Directory (optional):
cd ~/Documents # Example: Change to your preferred location
Clone the Repository:
(Or use your fork's URL if applicable)git clone https://github.com/freshtechbro/vibe-coder-mcp.git
Navigate to Project Directory:
cd vibe-coder-mcp
Choose the appropriate script for your operating system:
For Windows:
setup.bat
For macOS or Linux:
chmod +x setup.sh
./setup.sh
The script performs these actions:
VibeCoderOutput/
subdirectories (as defined in the script)..env.example
to .env
if .env
doesn't already exist. You will need to edit this file..env
)The setup script (from Step 3) automatically creates a .env
file in the project's root directory by copying the .env.example
template, only if .env
does not already exist.
Locate and Open .env
: Find the .env
file in the main vibe-coder-mcp
directory and open it with a text editor.
Add Your OpenRouter API Key (Required):
.env.example
:
# OpenRouter Configuration ## Specifies your unique API key for accessing OpenRouter services. ## Replace "Your OPENROUTER_API_KEY here" with your actual key obtained from OpenRouter.ai. OPENROUTER_API_KEY="Your OPENROUTER_API_KEY here" ## Defines the base URL for the OpenRouter API endpoints. ## The default value is usually correct and should not need changing unless instructed otherwise. OPENROUTER_BASE_URL=https://openrouter.ai/api/v1 ## Sets the specific Gemini model to be used via OpenRouter for certain AI tasks. ## ':free' indicates potential usage of a free tier model if available and supported by your key. GEMINI_MODEL=google/gemini-2.5-flash-preview-05-20
"Your OPENROUTER_API_KEY here"
with your actual OpenRouter API key. Remove the quotes if your key doesn't require them.Configure Output Directory (Optional):
VibeCoderOutput/
inside the project), add this line to your .env
file:
VIBE_CODER_OUTPUT_DIR=/path/to/your/desired/output/directory
/
) for paths. If this variable is not set, the default directory (VibeCoderOutput/
) will be used.Configure Code-Map Generator Directory (Optional):
.env
file:
CODE_MAP_ALLOWED_DIR=/path/to/your/source/code/directory
Configure Vibe Task Manager Read Directory (Optional):
.env
file:
VIBE_TASK_MANAGER_READ_DIR=/path/to/your/project/source/directory
process.cwd()
(the current working directory where the server is running).VIBE_TASK_MANAGER_READ_DIR
(for task manager file operations), CODE_MAP_ALLOWED_DIR
(for code analysis), and VIBE_CODER_OUTPUT_DIR
(for writing output files) are separate security boundaries for different tool operations.Review Other Settings (Optional):
LOG_LEVEL
(e.g., LOG_LEVEL=debug
) or NODE_ENV
(e.g., NODE_ENV=development
).Save the .env
File.
This crucial step connects Vibe Coder to your AI assistant by adding its configuration to the client's MCP settings file.
The location varies depending on your AI assistant:
Cursor AI / Windsurf / RooCode (VS Code based):
Ctrl+Shift+P
or Cmd+Shift+P
).Preferences: Open User Settings (JSON)
.settings.json
file where the mcpServers
object should reside.Cline AI (VS Code Extension):
%APPDATA%\Cursor\User\globalStorage\saoudrizwan.claude-dev\settings\cline_mcp_settings.json
~/Library/Application Support/Cursor/User/globalStorage/saoudrizwan.claude-dev/settings/cline_mcp_settings.json
~/.config/Cursor/User/globalStorage/saoudrizwan.claude-dev/settings/cline_mcp_settings.json
Cursor
with Code
in the path)Claude Desktop:
%APPDATA%\Claude\claude_desktop_config.json
~/Library/Application Support/Claude/claude_desktop_config.json
~/.config/Claude/claude_desktop_config.json
Open the settings file identified above in a text editor.
Find the "mcpServers": { ... }
JSON object. If it doesn't exist, you may need to create it (ensure the overall file remains valid JSON). For example, an empty file might become {"mcpServers": {}}
.
Add the following configuration block inside the curly braces {}
of the mcpServers
object. If other servers are already listed, add a comma ,
after the previous server's closing brace }
before pasting this block.
// This is the unique identifier for this MCP server instance within your client's settings "vibe-coder-mcp": { // Specifies the command used to execute the server. Should be 'node' if Node.js is in your system's PATH "command": "node", // Provides the arguments to the 'command'. The primary argument is the absolute path to the compiled server entry point // !! IMPORTANT: Replace with the actual absolute path on YOUR system. Use forward slashes (/) even on Windows !! "args": ["/Users/username/Documents/Dev Projects/Vibe-Coder-MCP/build/index.js"], // Sets the current working directory for the server process when it runs // !! IMPORTANT: Replace with the actual absolute path on YOUR system. Use forward slashes (/) even on Windows !! "cwd": "/Users/username/Documents/Dev Projects/Vibe-Coder-MCP", // Defines the communication transport protocol between the client and server "transport": "stdio", // Environment variables to be passed specifically to the Vibe Coder server process when it starts // API Keys should be in the .env file, NOT here "env": { // Absolute path to the LLM configuration file used by Vibe Coder // !! IMPORTANT: Replace with the actual absolute path on YOUR system !! "LLM_CONFIG_PATH": "/Users/username/Documents/Dev Projects/Vibe-Coder-MCP/llm_config.json", // Sets the logging level for the server "LOG_LEVEL": "debug", // Specifies the runtime environment "NODE_ENV": "production", // Directory where Vibe Coder tools will save their output files // !! IMPORTANT: Replace with the actual absolute path on YOUR system !! "VIBE_CODER_OUTPUT_DIR": "/Users/username/Documents/Dev Projects/Vibe-Coder-MCP/VibeCoderOutput", // Directory that the code-map-generator tool is allowed to scan // This is a security boundary - the tool will not access files outside this directory "CODE_MAP_ALLOWED_DIR": "/Users/username/Documents/Dev Projects/Vibe-Coder-MCP/src", // Directory that the Vibe Task Manager is allowed to read from for security purposes // Defaults to process.cwd() if not specified. Works with strict security mode by default. "VIBE_TASK_MANAGER_READ_DIR": "/Users/username/Documents/Dev Projects/Vibe-Coder-MCP" }, // A boolean flag to enable (false) or disable (true) this server configuration "disabled": false, // A list of tool names that the MCP client is allowed to execute automatically "autoApprove": [ "research", "generate-rules", "generate-user-stories", "generate-task-list", "generate-prd", "generate-fullstack-starter-kit", "refactor-code", "git-summary", "run-workflow", "map-codebase" ] }
CRUCIAL: Replace all placeholder paths (like /path/to/your/vibe-coder-mcp/...
) with the correct absolute paths on your system where you cloned the repository. Use forward slashes /
for paths, even on Windows (e.g., C:/Users/YourName/Projects/vibe-coder-mcp/build/index.js
). Incorrect paths are the most common reason the server fails to connect.
Save the settings file.
Completely close and restart your AI assistant application (Cursor, VS Code, Claude Desktop, etc.) for the changes to take effect.
Start Your AI Assistant:
Test a Simple Command:
Research modern JavaScript frameworks
Check for Proper Response:
The Vibe Coder MCP system includes comprehensive system instructions designed to help AI agents and MCP clients effectively leverage the full ecosystem. These instructions provide detailed guidance on tool usage, integration patterns, and best practices.
The VIBE_CODER_MCP_SYSTEM_INSTRUCTIONS.md
file contains comprehensive guidance for AI agents on how to use the Vibe Coder MCP ecosystem effectively. This file should be integrated into your AI development environment to train your agents on optimal tool usage.
Place the system instructions in your project's system instructions or custom instructions:
VIBE_CODER_MCP_SYSTEM_INSTRUCTIONS.md
to the system instructions fieldAdd the system instructions to your custom instructions or project settings:
VIBE_CODER_MCP_SYSTEM_INSTRUCTIONS.md
Integrate the system instructions into your extension's configuration:
For other MCP-compatible clients:
VIBE_CODER_MCP_SYSTEM_INSTRUCTIONS.md
Once integrated, your AI agents will be able to:
# Research-driven development "Research modern React patterns, then create a PRD and generate user stories" # Complete project setup "Set up a new e-commerce project with React frontend and Node.js backend" # Context-aware development "Analyze this codebase and suggest improvements with implementation tasks" # Multi-agent coordination "Register frontend and backend agents, then distribute authentication tasks"
To verify successful integration:
The Vibe Coder MCP server follows a modular, TypeScript ESM architecture with dual transport support and comprehensive tool ecosystem:
flowchart TD subgraph "Core Architecture" Init[index.ts] --> Config[Configuration Loader] Config --> Transport{Transport Type} Transport --> |stdio| StdioTransport[Stdio Transport] Transport --> |sse| SSETransport[SSE Transport] StdioTransport --> Server[MCP Server] SSETransport --> Server Server --> ToolReg[Tool Registry] ToolReg --> InitEmbed[Initialize Embeddings] InitEmbed --> Ready[Server Ready] end subgraph "Request Processing" Req[Client Request] --> SessionMgr[Session Manager] SessionMgr --> Router[Hybrid Router] Router --> Semantic[Semantic Matcher] Router --> Sequential[Sequential Thinking] Semantic --> |High Confidence| Execute[Tool Execution] Sequential --> |Fallback| Execute Execute --> JobMgr[Job Manager] JobMgr --> Response[Response to Client] end subgraph "Tool Ecosystem" Execute --> Research[Research Manager] Execute --> TaskMgr[Vibe Task Manager] Execute --> CodeMap[Code Map Generator] Execute --> FullStack[Fullstack Generator] Execute --> PRDGen[PRD Generator] Execute --> UserStories[User Stories Generator] Execute --> TaskList[Task List Generator] Execute --> Rules[Rules Generator] Execute --> Workflow[Workflow Runner] end subgraph "Support Services" JobMgr --> AsyncJobs[Async Job Processing] Execute --> FileOps[File Operations] Execute --> LLMHelper[LLM Integration] Execute --> ErrorHandler[Error Handling] Execute --> StateManager[Session State] end subgraph "Configuration & Security" Config --> LLMConfig[LLM Config Mapping] Config --> MCPConfig[MCP Tool Config] Config --> EnvVars[Environment Variables] FileOps --> SecurityBoundary[Security Boundaries] SecurityBoundary --> ReadOps[Read Operations] SecurityBoundary --> WriteOps[Write Operations] end
vibe-coder-mcp/
├── .env # Environment configuration
├── .env.example # Environment template
├── llm_config.json # LLM model mappings
├── mcp-config.json # MCP tool configurations
├── package.json # Project dependencies
├── README.md # This documentation
├── VIBE_CODER_MCP_SYSTEM_INSTRUCTIONS.md # System prompt documentation
├── setup.bat # Windows setup script
├── setup.sh # macOS/Linux setup script
├── tsconfig.json # TypeScript configuration
├── vitest.config.ts # Vitest (testing) configuration
├── workflows.json # Workflow definitions
├── build/ # Compiled JavaScript (after build)
├── docs/ # Additional documentation
│ ├── code-map-generator/ # Code Map Generator docs
│ ├── handover/ # Development handover docs
│ └── *.md # Various documentation files
├── VibeCoderOutput/ # Tool output directory
│ ├── research-manager/ # Research reports
│ ├── rules-generator/ # Development rules
│ ├── prd-generator/ # Product requirements
│ ├── user-stories-generator/ # User stories
│ ├── task-list-generator/ # Task lists
│ ├── fullstack-starter-kit-generator/ # Project templates
│ ├── code-map-generator/ # Code maps and diagrams
│ ├── vibe-task-manager/ # Task management data
│ └── workflow-runner/ # Workflow outputs
└── src/ # Source code
├── index.ts # Entry point
├── logger.ts # Logging configuration (Pino)
├── server.ts # MCP server setup
├── services/ # Core services
│ ├── routing/ # Semantic routing system
│ │ ├── embeddingStore.ts # Embedding management
│ │ ├── hybridMatcher.ts # Hybrid routing logic
│ │ └── toolRegistry.ts # Tool registry
│ ├── sse-notifier/ # SSE notification system
│ ├── JobManager.ts # Async job management
│ └── ToolService.ts # Tool execution service
├── tools/ # MCP Tools
│ ├── index.ts # Tool registration
│ ├── sequential-thinking.ts # Fallback routing
│ ├── code-map-generator/ # Code analysis tool
│ │ ├── cache/ # Memory management
│ │ ├── grammars/ # Tree-sitter grammars
│ │ ├── importResolvers/ # Import resolution adapters
│ │ └── *.ts # Core implementation
│ ├── fullstack-starter-kit-generator/ # Project scaffolding
│ ├── prd-generator/ # PRD creation
│ ├── research-manager/ # Research tool
│ ├── rules-generator/ # Rule generation
│ ├── task-list-generator/ # Task list generation
│ ├── user-stories-generator/ # User story generation
│ ├── vibe-task-manager/ # AI-native task management
│ │ ├── __tests__/ # Comprehensive test suite
│ │ ├── cli/ # Command-line interface
│ │ ├── core/ # Core algorithms
│ │ ├── integrations/ # Tool integrations
│ │ ├── prompts/ # LLM prompts (YAML)
│ │ ├── services/ # Business logic services
│ │ ├── types/ # TypeScript definitions
│ │ └── utils/ # Utility functions
│ └── workflow-runner/ # Workflow execution engine
├── types/ # TypeScript type definitions
└── utils/ # Shared utilities
├── configLoader.ts # Configuration management
├── errors.ts # Error handling
└── llmHelper.ts # LLM integration helpers
Vibe Coder uses a sophisticated routing approach to select the right tool for each request:
flowchart TD Start[Client Request] --> Process[Process Request] Process --> Hybrid[Hybrid Matcher] subgraph "Primary: Semantic Routing" Hybrid --> Semantic[Semantic Matcher] Semantic --> Embeddings[Query Embeddings] Embeddings --> Tools[Tool Embeddings] Tools --> Compare[Compare via Cosine Similarity] Compare --> Score[Score & Rank Tools] Score --> Confidence{High Confidence?} end Confidence -->|Yes| Registry[Tool Registry] subgraph "Fallback: Sequential Thinking" Confidence -->|No| Sequential[Sequential Thinking] Sequential --> LLM[LLM Analysis] LLM --> ThoughtChain[Thought Chain] ThoughtChain --> Extraction[Extract Tool Name] Extraction --> Registry end Registry --> Executor[Execute Tool] Executor --> Response[Return Response]
The Tool Registry is a central component for managing tool definitions and execution:
flowchart TD subgraph "Tool Registration (at import)" Import[Import Tool] --> Register[Call registerTool] Register --> Store[Store in Registry Map] end subgraph "Tool Definition" Def[ToolDefinition] --> Name[Tool Name] Def --> Desc[Description] Def --> Schema[Zod Schema] Def --> Exec[Executor Function] end subgraph "Server Initialization" Init[server.ts] --> Import Init --> GetAll[getAllTools] GetAll --> Loop[Loop Through Tools] Loop --> McpReg[Register with MCP Server] end subgraph "Tool Execution" McpReg --> ExecTool[executeTool Function] ExecTool --> GetTool[Get Tool from Registry] GetTool --> Validate[Validate Input] Validate -->|Valid| ExecFunc[Run Executor Function] Validate -->|Invalid| ValidErr[Return Validation Error] ExecFunc -->|Success| SuccessResp[Return Success Response] ExecFunc -->|Error| HandleErr[Catch & Format Error] HandleErr --> ErrResp[Return Error Response] end
The Sequential Thinking mechanism provides LLM-based fallback routing:
flowchart TD Start[Start] --> Estimate[Estimate Number of Steps] Estimate --> Init[Initialize with System Prompt] Init --> First[Generate First Thought] First --> Context[Add to Context] Context --> Loop{Needs More Thoughts?} Loop -->|Yes| Next[Generate Next Thought] Next -->|Standard| AddStd[Add to Context] Next -->|Revision| Rev[Mark as Revision] Next -->|New Branch| Branch[Mark as Branch] Rev --> AddRev[Add to Context] Branch --> AddBranch[Add to Context] AddStd --> Loop AddRev --> Loop AddBranch --> Loop Loop -->|No| Extract[Extract Final Solution] Extract --> End[End With Tool Selection] subgraph "Error Handling" Next -->|Error| Retry[Retry with Simplified Request] Retry -->|Success| AddRetry[Add to Context] Retry -->|Failure| FallbackEx[Extract Partial Solution] AddRetry --> Loop FallbackEx --> End end
flowchart TD Start[Client Request] --> SessionID[Extract Session ID] SessionID --> Store{State Exists?} Store -->|Yes| Retrieve[Retrieve Previous State] Store -->|No| Create[Create New State] Retrieve --> Context[Add Context to Tool] Create --> NoContext[Execute Without Context] Context --> Execute[Execute Tool] NoContext --> Execute Execute --> SaveState[Update Session State] SaveState --> Response[Return Response to Client] subgraph "Session State Structure" State[SessionState] --> PrevCall[Previous Tool Call] State --> PrevResp[Previous Response] State --> Timestamp[Timestamp] end
The Workflow system enables multi-step sequences:
flowchart TD Start[Client Request] --> Parse[Parse Workflow Request] Parse --> FindFlow[Find Workflow in workflows.json] FindFlow --> Steps[Extract Steps] Steps --> Loop[Process Each Step] Loop --> PrepInput[Prepare Step Input] PrepInput --> ExecuteTool[Execute Tool via Registry] ExecuteTool --> SaveOutput[Save Step Output] SaveOutput --> NextStep{More Steps?} NextStep -->|Yes| MapOutput[Map Output to Next Input] MapOutput --> Loop NextStep -->|No| FinalOutput[Prepare Final Output] FinalOutput --> End[Return Workflow Result] subgraph "Input/Output Mapping" MapOutput --> Direct[Direct Value] MapOutput --> Extract[Extract From Previous] MapOutput --> Transform[Transform Values] end
Workflows are defined in the workflows.json
file located in the root directory of the project. This file contains predefined sequences of tool calls that can be executed with a single command.
workflows.json
file must be placed in the project root directory (same level as package.json){ "workflows": { "workflowName1": { "description": "Description of what this workflow does", "inputSchema": { "param1": "string", "param2": "string" }, "steps": [ { "id": "step1_id", "toolName": "tool-name", "params": { "param1": "{workflow.input.param1}" } }, { "id": "step2_id", "toolName": "another-tool", "params": { "paramA": "{workflow.input.param2}", "paramB": "{steps.step1_id.output.content[0].text}" } } ], "output": { "summary": "Workflow completed message", "details": ["Output line 1", "Output line 2"] } } } }
Workflow step parameters support template strings that can reference:
{workflow.input.paramName}
{steps.stepId.output.content[0].text}
Use the run-workflow
tool with:
Run the newProjectSetup workflow with input {"productDescription": "A task manager app"}
Each tool in the src/tools/
directory includes comprehensive documentation in its own README.md file. These files cover:
Refer to these individual READMEs for in-depth information:
src/tools/fullstack-starter-kit-generator/README.md
src/tools/prd-generator/README.md
src/tools/research-manager/README.md
src/tools/rules-generator/README.md
src/tools/task-list-generator/README.md
src/tools/user-stories-generator/README.md
src/tools/workflow-runner/README.md
src/tools/code-map-generator/README.md
map-codebase
): Scans a codebase to extract semantic information (classes, functions, comments) and generates either a human-readable Markdown map with Mermaid diagrams or a structured JSON representation with absolute file paths for imports and enhanced class property information.curate-context
): Intelligent codebase analysis and context package curation with 8-phase workflow pipeline, intelligent codemap caching, language-agnostic project detection supporting 35+ programming languages, and multi-strategy file discovery for AI-driven development tasks.research-manager
): Performs deep research on technical topics using Perplexity Sonar, providing summaries and sources.generate-rules
): Creates project-specific development rules and guidelines.generate-prd
): Generates comprehensive product requirements documents.generate-user-stories
): Creates detailed user stories with acceptance criteria.generate-task-list
): Builds structured development task lists with dependencies.generate-fullstack-starter-kit
): Creates customized project starter kits with specified frontend/backend technologies, including basic setup scripts and configuration.run-workflow
): Executes predefined sequences of tool calls for common development tasks.By default, outputs from the generator tools are stored for historical reference in the VibeCoderOutput/
directory within the project. This location can be overridden by setting the VIBE_CODER_OUTPUT_DIR
environment variable in your .env
file or AI assistant configuration.
For security reasons, the Vibe Coder MCP tools maintain separate security boundaries for read and write operations with a security-by-default approach:
Read Operations:
CODE_MAP_ALLOWED_DIR
environment variableVIBE_TASK_MANAGER_READ_DIR
environment variable (defaults to process.cwd()
)/private/var/spool/postfix/
, /System/
, and other unauthorized pathsWrite Operations: All output files are written to the VIBE_CODER_OUTPUT_DIR
directory (or its subdirectories). This separation ensures that tools can only write to designated output locations, protecting your source code from accidental modifications.
Security Implementation: The filesystem security system includes:
Example structure (default location):
VibeCoderOutput/ ├── research-manager/ # Research reports │ └── TIMESTAMP-QUERY-research.md ├── rules-generator/ # Development rules │ └── TIMESTAMP-PROJECT-rules.md ├── prd-generator/ # PRDs │ └── TIMESTAMP-PROJECT-prd.md ├── user-stories-generator/ # User stories │ └── TIMESTAMP-PROJECT-user-stories.md ├── task-list-generator/ # Task lists │ └── TIMESTAMP-PROJECT-task-list.md ├── fullstack-starter-kit-generator/ # Project templates │ └── TIMESTAMP-PROJECT/ ├── code-map-generator/ # Code maps and diagrams │ └── TIMESTAMP-code-map/ └── workflow-runner/ # Workflow outputs └── TIMESTAMP-WORKFLOW/
For optimal performance with AI assistants and MCP clients, use the comprehensive system instructions provided in VIBE_CODER_MCP_SYSTEM_INSTRUCTIONS.md
. This document contains detailed guidance for:
For Claude Desktop:
VIBE_CODER_MCP_SYSTEM_INSTRUCTIONS.md
For Augment:
For Claude Code/Windsurf/Other MCP Clients:
VIBE_CODER_MCP_SYSTEM_INSTRUCTIONS.md
Benefits of Using System Instructions:
Interact with the tools via your connected AI assistant:
Research modern JavaScript frameworks
Create development rules for a mobile banking application
Generate a PRD for a task management application
Generate user stories for an e-commerce website
Create a task list for a weather app based on [user stories]
Think through the architecture for a microservices-based e-commerce platform
Create a starter kit for a React/Node.js blog application with user authentication
Run workflow newProjectSetup with input { "projectName": "my-new-app", "description": "A simple task manager" }
Generate a code map for the current project
, map-codebase path="./src"
, or Generate a JSON representation of the codebase structure with output_format="json"
Curate context for adding authentication to my React app
, Generate context package for refactoring the user service
, or Analyze this codebase for performance optimization opportunities
Create a new project for building a todo app
, List all my projects
, Run task authentication-setup
, What's the status of my React project?
The Vibe Task Manager is a comprehensive task management system designed specifically for AI agents and development workflows. It provides intelligent project decomposition, natural language command processing, and seamless integration with other Vibe Coder tools.
VibeCoderOutput/vibe-task-manager/
following established conventions# Project Management
"Create a new project for building a todo app with React and Node.js"
"List all my projects"
"Show me the status of my web app project"
# Task Management
"Create a high priority task for implementing user authentication"
"List all pending tasks for the todo-app project"
"Run the database setup task"
# Project Analysis
"Decompose my React project into development tasks"
"Refine the authentication task to include OAuth support"
"What's the current progress on my mobile app?"
The Vibe Task Manager supports both structured commands and natural language:
Structured Commands:
vibe-task-manager create project "Name" "Description" --options
vibe-task-manager list projects --status pending
vibe-task-manager run task task-id --force
vibe-task-manager status project-id --detailed
Natural Language (Recommended):
For complete documentation, see src/tools/vibe-task-manager/README.md
and the system instructions in VIBE_CODER_MCP_SYSTEM_INSTRUCTIONS.md
.
The Vibe Coder MCP project follows an epic-based development approach with comprehensive tracking:
gantt title Vibe Coder MCP Development Progress dateFormat YYYY-MM-DD section Core Infrastructure Tool Registry & Routing :done, epic1, 2024-01-01, 2024-02-15 MCP Server Implementation :done, epic2, 2024-01-15, 2024-03-01 Async Job Management :done, epic3, 2024-02-15, 2024-03-15 section Tool Development Research & Planning Tools :done, epic4, 2024-02-01, 2024-04-01 Code Map Generator :done, epic5, 2024-03-01, 2024-05-15 Vibe Task Manager Core :done, epic6, 2024-04-01, 2024-06-15 section Advanced Features Performance Optimization :active, epic7, 2024-06-01, 2024-07-15 Security Implementation :epic8, 2024-07-01, 2024-08-15 Analytics & Monitoring :epic9, 2024-07-15, 2024-09-01
Metric | Target | Current | Status |
---|---|---|---|
Test Success Rate | 98%+ | 99.8% | ✅ Exceeded |
Response Time (Task Operations) | <200ms | <150ms | ✅ Exceeded |
Response Time (Sync Operations) | <500ms | <350ms | ✅ Exceeded |
Job Completion Rate | 95%+ | 96.7% | ✅ Met |
Memory Usage (Code Map Generator) | <512MB | <400MB | ✅ Optimized |
Test Coverage | >90% | 99.8% | ✅ Exceeded |
Security Overhead | <50ms | <35ms | ✅ Optimized |
Zero Mock Code Policy | 100% | 100% | ✅ Achieved |
While the primary use is integration with an AI assistant (using stdio), you can run the server directly for testing:
Production Mode (Stdio):
npm start
Development Mode (Stdio, Pretty Logs):
npm run dev
nodemon
and pino-pretty
SSE Mode (HTTP Interface):
# Production mode over HTTP npm run start:sse # Development mode over HTTP npm run dev:sse
Check Configuration Path:
args
array is correct/
even on Windowsnode <path-to-build/index.js>
directly to test if Node can find itCheck Configuration Format:
mcpServers
object contains your serverRestart the Assistant:
Check Disabled Flag:
"disabled": false
is set//
comments as JSON doesn't support themVerify autoApprove Array:
autoApprove
array match exactly"process-request"
to the array if using hybrid routingOpenRouter Key Problems:
Environment Variable Issues:
.env
file (for local runs)Build Directory Not Found:
npm run build
to ensure the build directory existsFile Permission Errors:
For Local Runs:
LOG_LEVEL=debug
in your .env
fileFor AI Assistant Runs:
"NODE_ENV": "production"
in the env configurationVIBE_CODER_MCP_SYSTEM_INSTRUCTIONS.md
- Complete usage guide for MCP clientsdocs/ARCHITECTURE.md
- Comprehensive system architecture with Mermaid diagramsdocs/PERFORMANCE_AND_TESTING.md
- Performance metrics, testing strategies, and quality assurancesrc/tools/vibe-task-manager/README.md
- Comprehensive task management documentationsrc/tools/context-curator/README.md
- Language-agnostic codebase analysis documentationsrc/tools/code-map-generator/README.md
- Advanced codebase analysis documentationWe welcome contributions! Please see our contributing guidelines and ensure all tests pass before submitting pull requests.
npm test
)This project is licensed under the MIT License - see the LICENSE file for details.