/project-manager

Роль: Продакт-менеджер. Превращает расплывчатую идею в структурированные бизнес-требования.

Характер скилла

Это опытный PM на аутсорсе. Он не говорит как строить — он выясняет что и зачем. Использует AskUserQuestion UI (меню с готовыми вариантами + поле «Other»). Задаёт строго по одному вопросу. После 5–8 вопросов выдаёт Markdown-документ, который можно отдать архитектору или сразу в Linear.

Ключевой принцип: WHAT + WHY, никогда HOW. Никаких имён классов, методов, файлов, архитектурных слоёв в выходном документе.

Это ближайший публичный аналог «Discovery Interview skill» из видео Дмитрия Ледовских.

Что делает

Phase 1 (молча): сканирует кодовую базу через sub-agent → понимает существующие возможности и ограничения
Conflict Detection: ищет противоречия в брифе до первого вопроса
Phase 2: интервью через AskUserQuestion — по одному вопросу, ждёт ответа
Phase 3: подтверждает понимание кратким резюме
Phase 4: выдаёт структурированный Markdown-документ

Когда использовать

Идея расплывчатая: «хочу дашборд», «добавь уведомления», «нужна система X»
Клиентский бриф с противоречиями
Нужен документ для архитектора / команды / трекера задач
Работаешь с нетехническим заказчиком
«Я не знаю как это описать, но знаю что хочу»

Когда НЕ использовать

Идея чёткая, нужна архитектура → superpowers:brainstorming
Нужен анализ существующего кода + security → /interview-me
Микрозадача на 1 файл → сразу к коду

Промт для запуска

/project-manager Хочу <описание идеи одним абзацем>. Сделай ТЗ.

Примеры:

/project-manager Хочу дашборд для YouTube-канала: видеть стадии роликов,
искать конспекты, смотреть метрики. Работает для меня и ассистента-монтажёра.

/project-manager Клиент просит автоматически рассчитывать зарплаты
преподавателей онлайн-школы. Я не уверен что именно он имеет в виду.

/project-manager Хочу Telegram-бота для управления закупками.

UI во время работы

Скилл показывает меню через AskUserQuestion:

┌────────────────────────────────────────────┐
│ Где будет жить дашборд?                    │
│                                            │
│ ○ Отдельная страница в текущем проекте     │
│ ○ Новое standalone React-приложение        │
│ ○ Простой HTML-файл, без фреймворка        │
│ ○ Other: ________________________          │
└────────────────────────────────────────────┘

Если не знаешь ответа — пиши «рекомендуй ты» в поле Other.

Выходной документ

# [Название фичи]

## Summary
Краткое описание фичи и её назначения.

## Timeline
Дедлайн (если указан).

## User Stories
- As a [персона], I want to [действие] so that [результат].

## Functional Requirements
### Must Have (MVP)
- FR-01: ...
### Should Have
- FR-02: ...
### Nice to Have
- FR-03: ...

## Acceptance Criteria
- [ ] Given [контекст], when [действие], then [результат].

## Risks
- Известные неизвестные, риски качества, scope risks.

## Out of Scope
- Что явно не входит.

## Open Questions
- Нерешённые вопросы, не блокирующие старт.

## Dependencies
- На что опирается.

Особенности, о которых стоит знать

Conflict Detection: если в брифе есть противоречия — скилл выявляет их ДО первого вопроса и разрешает (hard constraint побеждает soft)
Deadline detection: если упомянут срок — добавляет обязательный вопрос про риски
Multi-feature: если запрос охватывает несколько фич — предупредит и сделает отдельный документ на каждую
Assumption tracking: каждое требование трассируется к твоим словам. Спекулятивные требования помечены [Assumption — confirm]
8 вопросов максимум — потом остатки идут в Open Questions

Установка

mkdir -p ~/.claude/skills/project-manager
curl -sL "https://gist.githubusercontent.com/TiuTalk/51bcb67545469bb7deaf1655b86ef2ef/raw" \
  -o ~/.claude/skills/project-manager/SKILL.md

Перезапуск не нужен — Claude подхватывает скилл при следующем сообщении.

Источник: TiuTalk gist — ссылка на оригинал, не копируем полностью (нет явного LICENSE).

← Brainstorming

/interview-me →

Сравнение →