Spec Workflow MCP
The Spec Workflow MCP server manages intelligent software development workflows by structuring projects into Requirements, Design, and Tasks phases with persistent progress tracking.
Initialize projects: Set up standardized documentation structure (requirements.md, design.md, tasks.md) for new features or modules
Track progress automatically: Detect current workflow status and resume from the last completed stage
Manage task completion: Mark individual or multiple implementation tasks as finished with systematic tracking
Control workflow progression: Require explicit confirmation before advancing between stages and allow skipping of specific steps when justified
Support complex projects: Handle multi-module projects with feature-specific documentation while maintaining consistent structure
Ensure traceability: Maintain systematic links between requirements, design decisions, and implementation tasks throughout the development process
Integrates with Windsurf (Codeium) to maintain high-quality project documentation through a structured workflow approach
Links to the GitHub repository where the MCP server code is hosted, allowing users to access the source code and contribute
Requires Node.js ≥ v18.0.0 to run the MCP server
Available as an npm package for easy installation and updates
Supports installation using Yarn package manager as an alternative to npm
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., "@Spec Workflow MCPhelp me create spec workflow for a new user dashboard feature"
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.
Spec Workflow MCP
Guide AI to systematically complete software development through a structured Requirements → Design → Tasks workflow, ensuring code implementation stays aligned with business needs.
Why Use It?
❌ Without Spec Workflow
AI jumps randomly between tasks, lacking systematic approach
Requirements disconnect from actual code implementation
Scattered documentation, difficult to track project progress
Missing design decision records
✅ With Spec Workflow
AI completes tasks sequentially, maintaining focus and context
Complete traceability from user stories to code implementation
Standardized document templates with automatic progress management
Each stage requires confirmation, ensuring correct direction
Persistent progress: Continue from where you left off with
check, even in new conversations
Related MCP server: Spec-driven Development MCP Server
Recent Updates
v1.0.7
🎯 Improved reliability for most models to manage tasks with spec workflow
v1.0.6
✨ Batch task completion: Complete multiple tasks at once for faster progress on large projects
v1.0.5
🐛 Edge case fixes: Distinguish between "task not found" and "task already completed" to prevent workflow interruption
v1.0.4
✅ Task management: Added task completion tracking for systematic project progression
v1.0.3
🎉 Initial release: Core workflow framework for Requirements → Design → Tasks
Quick Start
1. Install (Claude Code Example)
claude mcp add spec-workflow-mcp -s user -- npx -y spec-workflow-mcp@latestSee full installation guide for other clients.
2. Start a New Project
"Help me use spec workflow to create a user authentication system"3. Continue Existing Project
"Use spec workflow to check ./my-project"The AI will automatically detect project status and continue from where it left off.
Workflow Example
1. You describe requirements
You: "I need to build a user authentication system"2. AI creates structured documents
AI: "I'll help you create spec workflow for user authentication..."
📝 requirements.md - User stories and functional requirements
🎨 design.md - Technical architecture and design decisions
✅ tasks.md - Concrete implementation task list3. Review and implement step by step
After each stage, the AI requests your confirmation before proceeding, ensuring the project stays on the right track.
Document Organization
Basic Structure
my-project/specs/
├── requirements.md # Requirements: user stories, functional specs
├── design.md # Design: architecture, APIs, data models
├── tasks.md # Tasks: numbered implementation steps
└── .workflow-confirmations.json # Status: automatic progress trackingMulti-module Projects
my-project/specs/
├── user-authentication/ # Auth module
├── payment-system/ # Payment module
└── notification-service/ # Notification moduleYou can specify any directory: "Use spec workflow to create auth docs in ./src/features/auth"
AI Usage Guide
🤖 Make AI Use This Tool Better
Strongly recommended to add the following prompt to your AI assistant configuration. Without it, AI may:
❌ Not know when to invoke Spec Workflow
❌ Forget to manage task progress, causing disorganized work
❌ Not utilize Spec Workflow for systematic documentation
❌ Unable to continuously track project status
With this configuration, AI will intelligently use Spec Workflow to manage the entire development process.
Configuration Note: Please modify the following based on your needs:
Change
./specsto your preferred documentation directory pathChange "English" to your preferred documentation language (e.g., "Chinese")
# Spec Workflow Usage Guidelines
## 1. Check Project Progress
When user mentions continuing previous project or is unsure about current progress, proactively use:
specs-workflow tool with action.type="check" and path="./specs"
## 2. Documentation Language
All spec workflow documents should be written in English consistently, including all content in requirements, design, and task documents.
## 3. Documentation Directory
All spec workflow documents should be placed in ./specs directory to maintain consistent project documentation organization.
## 4. Task Management
Always use the following to manage task progress:
specs-workflow tool with action.type="complete_task" and taskNumber="current task number"
Follow the workflow guidance to continue working until all tasks are completed.
## 5. Best Practices
- Proactive progress check: When user says "continue from last time", first use check to see current status
- Language consistency: Use the same language throughout all project documents
- Flexible structure: Choose single-module or multi-module organization based on project scale
- Task granularity: Each task should be completable within 1-2 hoursInstallation
Requirements
Node.js ≥ v18.0.0
npm or yarn
Claude Desktop or any MCP-compatible client
Install in Different MCP Clients
Claude Code (Recommended)
Use the Claude CLI to add the MCP server:
claude mcp add spec-workflow-mcp -s user -- npx -y spec-workflow-mcp@latestClaude Desktop
Add to your Claude Desktop configuration:
macOS:
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows:
%APPDATA%/Claude/claude_desktop_config.jsonLinux:
~/.config/Claude/claude_desktop_config.json
{
"mcpServers": {
"spec-workflow": {
"command": "npx",
"args": ["-y", "spec-workflow-mcp@latest"]
}
}
}Cursor
Add to your Cursor configuration (~/.cursor/config.json):
{
"mcpServers": {
"spec-workflow": {
"command": "npx",
"args": ["-y", "spec-workflow-mcp@latest"]
}
}
}Cline
Use Cline's MCP server management UI to add the server:
Open VS Code with Cline extension
Open Cline settings (gear icon)
Navigate to MCP Servers section
Add new server with:
Command:
npxArguments:
-y spec-workflow-mcp@latest
Windsurf (Codeium)
Add to your Windsurf configuration (~/.codeium/windsurf/mcp_config.json):
{
"mcpServers": {
"spec-workflow": {
"command": "npx",
"args": ["-y", "spec-workflow-mcp@latest"],
"env": {},
"autoApprove": [],
"disabled": false,
"timeout": 60,
"transportType": "stdio"
}
}
}VS Code (with MCP extension)
Add to your VS Code settings (settings.json):
{
"mcp.servers": {
"spec-workflow": {
"command": "npx",
"args": ["-y", "spec-workflow-mcp@latest"]
}
}
}Zed
Add to your Zed configuration (~/.config/zed/settings.json):
{
"assistant": {
"version": "2",
"mcp": {
"servers": {
"spec-workflow": {
"command": "npx",
"args": ["-y", "spec-workflow-mcp@latest"]
}
}
}
}
}Install from Source
git clone https://github.com/kingkongshot/specs-mcp.git
cd specs-mcp
npm install
npm run buildThen add to Claude Desktop configuration:
{
"mcpServers": {
"spec-workflow": {
"command": "node",
"args": ["/absolute/path/to/specs-mcp/dist/index.js"]
}
}
}Links
License
MIT License
Available Tools
1 toolspecs-workflowIntelligent Specification Workflow ToolB
Manage intelligent writing workflow for software project requirements, design, and task documents. Supports initialization, checking, skipping, confirmation, and task completion operations (single or batch).
| Name | Required | Description | Default |
|---|---|---|---|
| path | Yes | Specification directory path (e.g., /Users/link/specs-mcp/batch-log-test) | |
| action | No | Operation parameters |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations indicate this is not read-only and not idempotent, which the description doesn't contradict. The description adds some behavioral context by specifying the workflow domain and batch/single operation support, but doesn't elaborate on side effects, error conditions, or what 'intelligent' means operationally. With annotations covering basic safety, this earns a baseline score.
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 efficiently structured in two sentences: first establishes the domain and purpose, second enumerates operations. No wasted words, though it could be slightly more front-loaded with the core purpose.
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?
For a tool with 100% schema coverage and annotations, the description provides adequate context about the workflow domain and operation types. However, without an output schema and with multiple complex operations, it should ideally explain what results to expect from different actions. The description is minimally complete but lacks operational guidance.
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?
Schema description coverage is 100%, providing complete parameter documentation. The description mentions 'single or batch' operations which hints at the taskNumber parameter's array capability, but doesn't add meaningful semantic context beyond what the schema already explains. Baseline score applies when schema does the heavy lifting.
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 tool's purpose: 'Manage intelligent writing workflow for software project requirements, design, and task documents.' It specifies the resource (writing workflow) and the operations supported (initialization, checking, skipping, confirmation, task completion). However, without sibling tools, it cannot demonstrate differentiation from alternatives.
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?
The description lists the operations supported but provides no guidance on when to use each operation type, what prerequisites exist, or contextual factors that should influence selection. It merely enumerates capabilities without offering usage advice.
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.
1 tool update
- First observed
specs-workflow
TDQS
With only one tool, there is no possibility of ambiguity or overlap between tools. The tool has a single, clearly defined purpose for managing a writing workflow, so an agent cannot misselect between multiple options.
Since there is only one tool, naming consistency is inherently perfect. The tool name 'specs-workflow' follows a clear noun-based pattern, and there are no other tools to create inconsistency.
A single tool is too few for the server's stated purpose of managing an 'intelligent writing workflow' with operations like initialization, checking, skipping, confirmation, and task completion. This suggests the tool is overloaded or the surface is underdeveloped, making it borderline inappropriate for the scope.
The tool description implies a complex workflow with multiple operations, but having only one tool likely means these are bundled into a single interface. This creates significant gaps in the surface, as agents cannot perform discrete actions independently, leading to potential dead ends or failures in automated 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
MCP server for generating rough-draft project plans from natural-language prompts.
Official DevSpeak MCP server — translate technical text into formal specs from any AI IDE or agent
MCP server for AI access to Swagger by SmartBear.
MCP server for AI access to SmartBear tools, including BugSnag, Reflect, Swagger, PactFlow, QTM4J.
Related MCP Servers
- AlicenseCqualityDmaintenanceAn MCP server that helps teams create, manage, and access structured project documentation through six core document types, leveraging AI to generate comprehensive project knowledge management.548101MIT
- AlicenseBqualityDmaintenanceAn MCP server that enables AI-powered IDEs to implement a structured development workflow from requirements gathering to code implementation, guiding users through goal collection, requirements specification, design documentation, task planning, and execution.91721MIT
- AlicenseNot gradedqualityDmaintenanceAn AI-native specification framework that enables deep requirements analysis and structured project planning through intelligent Q\&A workflows. The MCP server provides tools for project initialization, requirement analysis, and the generation of living documentation like development plans and architecture specs.16Apache 2.0
- AlicenseAqualityAmaintenanceAn MCP server for Spec-Driven Development that transforms natural language ideas and meeting transcripts into structured, production-grade specifications using EARS notation. It automates a 7-phase pipeline to generate project artifacts like requirements, architecture designs, and task lists directly to disk.5811718MIT
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/kingkongshot/specs-workflow-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server