Совместное использование: Combined Flow

Три скилла — это не альтернативы. Это последовательные уровни одного процесса.

Полная цепочка

Идея в голове
    │
    ▼
/project-manager
"WHAT и WHY"
Задаёт 5–8 вопросов через AskUserQuestion
    │
    └── Выход: requirements.md
              (User Stories, MVP, Acceptance Criteria, Risks)
    │
    ▼ (для крупных задач)
/interview-me requirements.md
"HOW — читает код, security hard-block"
Анализирует кодовую базу + проводит архитекторское интервью
    │
    └── Выход: spec.md + Decisions Log + tasks
    │
    ▼
superpowers:brainstorming
"Компоненты, data flow, trade-offs"
Предлагает 2–3 подхода, оформляет design-doc
    │
    └── Выход: docs/superpowers/specs/YYYY-MM-DD-design.md
    │
    ▼
superpowers:writing-plans
Детальный план реализации по этапам
    │
    ▼
superpowers:executing-plans
Исполнение с review checkpoints

Когда нужна вся цепочка, а когда — часть

Масштаб задачи	Цепочка	Примерное время
Микро (1–2 файла)	Сразу к коду	—
Малая фича	`brainstorming → writing-plans`	20 мин
Средняя фича (5+ файлов)	`project-manager → writing-plans`	30 мин
Крупная фича (новый модуль)	`project-manager → interview-me → brainstorming → writing-plans`	60–90 мин
Бизнес-задача без кода	Только `project-manager`	20 мин
Security-критичная система	`project-manager → interview-me` (обязателен hard-block)	45 мин

Реальный пример: добавляем нового поставщика в систему закупок

Шаг 1: /project-manager

/project-manager Хочу добавить нового поставщика ResmedDirect в систему
авто-закупок. Сейчас работают DHM и CPAPX. Нужно чтобы система
автоматически делала заказы у нового поставщика.

PM задаст вопросы:

Какие товары у ResmedDirect? (CPAP-маски, фильтры, headgear)
Нужна ли ручная верификация перед заказом? (нет, авто)
Что делать при out-of-stock? (skip, notify)
Дедлайн?

→ Выход: requirements-resmed.md с User Stories и MVP

Шаг 2: /interview-me

/interview-me requirements-resmed.md

interview-me:

Читает существующие dhm_checkout_playwright.py, cpapx_checkout_playwright.py
Видит паттерн: per-supplier checkout script
Задаёт архитекторские вопросы: CVV flow, error recovery, idempotency
Security hard-block: «данные карты хранятся как?» → уточняем flow

→ Выход: spec-resmed.md + Decisions Log (почему форкнули, а не расширили generic)

Шаг 3: brainstorming (опционально)

Если есть нетривиальные вопросы по архитектуре нового скрипта:

[Plan Mode]
Посмотри spec-resmed.md и разберём архитектуру checkout-скрипта для ResmedDirect.

→ Выход: design-doc с компонентами и data flow

Шаг 4: writing-plans + executing-plans

На основе design-doc напиши план реализации resmed-checkout.

→ Поэтапный план → исполнение с checkpoints

Правила для работы в связке

Один скилл — одна сессия. Не смешивай PM и IM в одном разговоре
Артефакты передаются файлами. PM → requirements.md → IM → spec.md → brainstorming
IM читает output PM. Запускай interview-me requirements.md, а не просто interview-me
brainstorming видит spec. Упомяни файл или попроси прочитать перед дизайном
Не пропускай PM для крупных фич. Без requirements IM будет задавать лишние бизнес-вопросы

Анти-паттерны в связке

❌ Не делать	✅ Делать
Запустить все три в одном окне	Открывать новую сессию для каждого
Пропустить PM и сразу IM	PM обязателен если идея расплывчатая
Запустить IM на пустой кодовой базе	Сначала хоть что-то должно быть
Пропустить brainstorming «нет времени»	Если крупная фича — потратишь больше на рефакторинг
Смешивать HOW и WHY в PM	PM строго про WHAT/WHY

← Сравнение

Установка →

← На главную