Скил discovery — интервью по требованиям, которое сначала предлагает, потом спрашивает
Как скил discovery структурирует сбор требований в виде интервью по одному вопросу за раз, где каждый вопрос сопровождается предложенным ответом — что ускоряет процесс и снижает неоднозначность до начала реализации.
Открытые вопросы о требованиях дают неполные ответы. «Какие у вас ограничения?» вызывает абзац, покрывающий какие-то ограничения, но не все — потому что отвечающий не знает, какие из них наиболее важны для реализации. Скил discovery переворачивает подход: каждый вопрос содержит предложенный ответ на основе имеющегося контекста, а пользователь подтверждает, исправляет или дополняет его.
Базовая механика: предложить, потом спросить
Вопрос в discovery состоит из двух частей. Сам вопрос называет конкретное измерение требования — целевое окружение развёртывания, фреймворк тестирования, ожидаемый масштаб, стратегия отката. Предложенный ответ делает конкретное предположение на основе того, что уже известно из кода, существующих документов или памяти проекта. Задача пользователя — сказать «верно» или исправить. Это занимает секунды, не минуты.
Правило «сначала кодовая база» регулирует, что вообще считается вопросом. Перед тем как что-либо спрашивать, скил проверяет, не существует ли ответ уже в package.json, README.md, CLAUDE.md или одном из четырёх стандартных контекстных файлов (projectbrief.md, productContext.md, techContext.md, systemPatterns.md). Если ответ есть, интервью сообщает о находке и просит подтверждение, а не свежий ответ.
Три режима интервью
Скил выбирает режим исходя из сложности задачи. Быстрый режим охватывает 5–10 вопросов и предназначен для задач L1–L2: цель, ограничения и критерии готовности. Стандартный режим — 15–25 вопросов, добавляются пользователи и заинтересованные стороны, граничные случаи, зависимости и рассмотренные альтернативы. Глубокий режим — 25–50 вопросов для задач L3–L4 — расширяется до бизнес-модели, прогнозов масштабирования, требований безопасности и приватности, внешних интеграций и стратегии миграции.
Скил указывает, когда останавливаться: интервью заканчивается, когда все зависимостные петли разрешены, критерии готовности определены, ни один оставшийся вопрос не изменил бы подход к реализации или пользователь явно сигнализирует о готовности. Чрезмерное интервьюирование — продолжение, когда пользователь подтверждает каждое предложение — называется антипаттерном.
Отслеживание зависимостей и пересмотр вопросов
Ответы могут аннулировать предыдущие ответы. Скил требует отслеживать граф зависимостей между вопросами и явно помечать пересмотры. Если ответ на вопрос 7 («нужны ли вам обновления в реальном времени?») меняет допустимые варианты для вопроса 3 («какую базу данных вы используете?»), интервью делает паузу и переформулирует ранний вопрос с обновлённым предложенным ответом. Пересмотр помечается явно, чтобы пользователь понимал, почему уже отвеченный вопрос появился снова.
Два дополнительных правила для точности
Правило живого grep применяется, когда задача затрагивает несколько файлов одного типа. Перед фиксацией скоупа в PRD скил требует подсчитать реальные файлы через файловую систему — например, ls $HOME/.claude/commands/dr-*.md | wc -l, а не полагаться на память. Прецедент: PRD написал «15 команд», хотя фактически их было 17, что создало лишний цикл согласования при QA.
Правило повторного чтения исходных материалов применяется к задачам сравнительного исследования. При составлении списка кандидатов для выбора технологии или оценки фреймворка нужно перечитать все сырые материалы, предоставленные пользователем на старте задачи. Память сессии теряет кандидатов, существующих только в исходных файлах.
Контекст пайплайна — в посте что такое Datarim; место discovery в фазе требований описано в статье о команде /dr-prd.