Spec Workflow MCP — Установка & Живое демо

Name: Spec Workflow MCP Server
Author: Pimzino

Зачем использовать

Ключевые функции

Последовательная цепочка Требования → Дизайн → Задачи с согласованием между этапами
Веб-дашборд на localhost:5000 с живыми обновлениями
Расширение VSCode со встроенной боковой панелью
Интерфейс на 11 языках
Журналы реализации с поиском и статистикой кода

Живое демо

Как выглядит на практике

spec-workflow-mcp.replay ▶ готово

0/0

Установка

Выберите клиент

~/Library/Application Support/Claude/claude_desktop_config.json · Windows: %APPDATA%\Claude\claude_desktop_config.json

{
  "mcpServers": {
    "spec-workflow-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "@pimzino/spec-workflow-mcp@latest",
        "/path/to/project"
      ]
    }
  }
}

Откройте Claude Desktop → Settings → Developer → Edit Config. Перезапустите после сохранения.

~/.cursor/mcp.json · .cursor/mcp.json

{
  "mcpServers": {
    "spec-workflow-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "@pimzino/spec-workflow-mcp@latest",
        "/path/to/project"
      ]
    }
  }
}

Cursor использует ту же схему mcpServers, что и Claude Desktop. Конфиг проекта приоритетнее глобального.

VS Code → Cline → MCP Servers → Edit

{
  "mcpServers": {
    "spec-workflow-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "@pimzino/spec-workflow-mcp@latest",
        "/path/to/project"
      ]
    }
  }
}

Щёлкните значок MCP Servers на боковой панели Cline, затем "Edit Configuration".

~/.codeium/windsurf/mcp_config.json

{
  "mcpServers": {
    "spec-workflow-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "@pimzino/spec-workflow-mcp@latest",
        "/path/to/project"
      ]
    }
  }
}

Тот же формат, что и Claude Desktop. Перезапустите Windsurf для применения.

~/.continue/config.json

{
  "mcpServers": [
    {
      "name": "spec-workflow-mcp",
      "command": "npx",
      "args": [
        "-y",
        "@pimzino/spec-workflow-mcp@latest",
        "/path/to/project"
      ]
    }
  ]
}

Continue использует массив объектов серверов, а не map.

~/.config/zed/settings.json

{
  "context_servers": {
    "spec-workflow-mcp": {
      "command": {
        "path": "npx",
        "args": [
          "-y",
          "@pimzino/spec-workflow-mcp@latest",
          "/path/to/project"
        ]
      }
    }
  }
}

Добавьте в context_servers. Zed перезагружается автоматически.

claude mcp add spec-workflow-mcp -- npx -y @pimzino/spec-workflow-mcp@latest /path/to/project

Однострочная команда. Проверить: claude mcp list. Удалить: claude mcp remove.

Сценарии использования

Реальные сценарии: Spec Workflow

Разрабатывать фичу по спецификации, а не по интуиции

👤 Разработчики, выпускающие фичи средней сложности ⏱ ~90 min intermediate

Когда использовать: Вы вот-вот попросите Claude «добавить OAuth» и боитесь получить 500-строчный дифф одним куском.

Предварительные требования

Известен путь к проекту — MCP запускается с /path/to/project в качестве аргумента

Поток

Требования

Use spec-workflow. Create a spec named oauth-login. Start with requirements — what are we adding, who is it for, what are the non-goals?✓ Скопировано

→ Черновик документа требований, ссылка на дашборд для одобрения
Одобрение + Дизайн

I approved in the dashboard. Now write the design: components, data model, sequence diagram, error cases.✓ Скопировано

→ Документ дизайна с конкретной архитектурой
Задачи + Выполнение

I approved. Break into tasks. Then execute task 1.1 — just that one, stop after.✓ Скопировано

→ Список задач создан; только задача 1.1 реализована с записью в журнале

Итог: Фича, выпущенная с проверяемыми промежуточными артефактами, а не загадочным диффом.

Подводные камни

Claude пытается сразу перейти к коду — MCP блокирует это — но всё равно явно пишите в промптах: "do not implement yet"

Сочетать с: github · filesystem

Получить одобрение нетехнического стейкхолдера до начала кодинга

👤 Команды с циклами согласования с PM/дизайном ⏱ ~60 min intermediate

Когда использовать: Нужно одобрение PM до реализации, а PM не читает GitHub PR.

Предварительные требования

URL дашборда доступен для шеринга — Проброс порта или expose localhost:5000 через ngrok для удалённых PM

Поток

Спецификация

Draft the requirements doc for checkout-v2 and share the dashboard URL.✓ Скопировано

→ Документ + ссылка для шеринга
Итерация по замечаниям

PM left 3 revision comments in the dashboard. Fetch them and revise the doc.✓ Скопировано

→ Документ обновлён, история правок видна
Выполнение после одобрения

Approval just went through — proceed to design.✓ Скопировано

→ Следующий этап запущен; отметка времени одобрения зафиксирована

Итог: Прослеживаемая цепочка согласования с нетехническими стейкхолдерами.

Подводные камни

Дашборд недоступен для удалённых пользователей — Используйте Tailscale или ngrok с авторизацией

Сочетать с: github

Комбинации

Сочетайте с другими MCP — эффект x10

spec-workflow-mcp + github

Открывать PR на каждую одобренную задачу

After executing task 2.1, open a GitHub PR titled "feat(oauth): task 2.1" with the diff.✓ Скопировано

spec-workflow-mcp + filesystem

Хранить спецификации в репозитории рядом с кодом

Save the approved spec to /docs/specs/oauth-login.md and commit.✓ Скопировано

Инструменты

Что предоставляет этот MCP

Инструмент	Входные данные	Когда вызывать	Стоимость
create_spec	name: str	Начало работы над новой фичей	free
write_requirements	spec_id, content: markdown	Первый этап любой спецификации	free
write_design	spec_id, content: markdown	После одобрения требований	free
create_tasks	spec_id, tasks: []	После одобрения дизайна	free
execute_task	spec_id, task_id	Реализовывать задачи по одной	free
get_approval_status	spec_id, stage	Шлюз перед следующим этапом	free

Стоимость и лимиты

Во что обходится

Квота API: Локально
Токенов на вызов: Пропорционально размеру документа/задачи
Деньги: Бесплатно
Совет: Держите требования краткими — стоимость согласования измеряется временем людей, а не токенами

Безопасность

Права, секреты, радиус поражения

Минимальные скоупы: filesystem-write (for spec docs)

Хранение учётных данных: Отсутствует

Исходящий трафик: Отсутствует — localhost дашборд

Не открывайте localhost:5000 в публичный интернет без авторизации

Устранение неполадок

Частые ошибки и исправления

Дашборд не загружается

Запустите явно: npx -y @pimzino/spec-workflow-mcp@latest --dashboard

Проверить: Visit localhost:5000

Порт 5000 занят (macOS AirPlay)

Передайте --port 5050 или отключите AirPlay Receiver в Системных настройках

Проверить: Check with `lsof -i :5000`

Задачи остаются в pending после одобрения

MCP-клиент может кешировать старые результаты — перезапустите клиент

Альтернативы

Spec Workflow в сравнении

Альтернатива	Когда использовать	Компромисс
Plain Markdown in /docs	Одиночный разработчик без цикла согласования	Нет принудительной структуры, нет дашборда
Linear MCP	Вы уже используете Linear для задач и хотите, чтобы Claude работал с issues напрямую	Нет слоя со спецификационным документом

Ещё

Ресурсы

📖 Читать официальный README на GitHub

🐙 Открытые задачи

🔍 Все 400+ MCP-серверов и Skills