Skip to main content
Glama

Spec Workflow MCP

npm version License: MIT MCP

English | 简体中文

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@latest

See 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 list

3. 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 tracking

Multi-module Projects

my-project/specs/
├── user-authentication/         # Auth module
├── payment-system/             # Payment module
└── notification-service/       # Notification module

You 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:

  1. Change ./specs to your preferred documentation directory path

  2. Change "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 hours

Installation

Requirements

  • Node.js ≥ v18.0.0

  • npm or yarn

  • Claude Desktop or any MCP-compatible client

Install in Different MCP Clients

Use the Claude CLI to add the MCP server:

claude mcp add spec-workflow-mcp -s user -- npx -y spec-workflow-mcp@latest

Claude Desktop

Add to your Claude Desktop configuration:

  • macOS: ~/Library/Application Support/Claude/claude_desktop_config.json

  • Windows: %APPDATA%/Claude/claude_desktop_config.json

  • Linux: ~/.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:

  1. Open VS Code with Cline extension

  2. Open Cline settings (gear icon)

  3. Navigate to MCP Servers section

  4. Add new server with:

    • Command: npx

    • Arguments: -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 build

Then add to Claude Desktop configuration:

{
  "mcpServers": {
    "spec-workflow": {
      "command": "node",
      "args": ["/absolute/path/to/specs-mcp/dist/index.js"]
    }
  }
}

License

MIT License


Available Tools

1 tool
specs-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).

ParametersJSON Schema
NameRequiredDescriptionDefault
pathYesSpecification directory path (e.g., /Users/link/specs-mcp/batch-log-test)
actionNoOperation parameters

TDQS

B3.2/5.0
Behavior3/5

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.

Conciseness4/5

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.

Completeness3/5

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.

Parameters3/5

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.

Purpose4/5

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.

Usage Guidelines2/5

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. 1 tool update
    • First observedspecs-workflow

TDQS

B3.3/5.0
Disambiguation5/5

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.

Naming Consistency5/5

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.

Tool Count2/5

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.

Completeness2/5

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

ActivityInactive
ResponsivenessUnresponsive

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

Related MCP Servers

  • A
    license
    B
    quality
    D
    maintenance
    An 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.
    9
    17
    21
    MIT
  • A
    license
    Not graded
    quality
    D
    maintenance
    An 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.
    16
    Apache 2.0
  • A
    license
    A
    quality
    A
    maintenance
    An 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.
    58
    117
    18
    MIT

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/kingkongshot/specs-workflow-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server