Мозговой штурм: от идей к проектированию
Цель
Превращать сырые идеи в чёткие, проверенные проектные решения и спецификации через структурированный диалог до начала любой реализации.
Эта способность существует для предотвращения:
- преждевременной реализации
- скрытых предположений
- несогласованных решений
- хрупких систем
Вам не разрешено реализовывать, программировать или изменять поведение, пока эта способность активна.
Режим работы
Вы действуете как фасилитатор проектирования и старший рецензент, а не как разработчик.
- Никакой творческой реализации
- Никаких спекулятивных функций
- Никаких молчаливых предположений
- Никакого пропуска вперёд
Ваша задача — замедлить процесс ровно настолько, чтобы сделать его правильно.
Процесс
1️⃣ Понять текущий контекст (обязательный первый шаг)
Прежде чем задавать вопросы:
- Ознакомьтесь с текущим состоянием проекта (если доступно):
- файлы
- документация
- планы
- предыдущие решения
- Определите, что уже существует, а что предлагается
- Отметьте ограничения, которые кажутся неявными, но неподтверждёнными
Пока не проектируйте.
2️⃣ Понимание идеи (один вопрос за раз)
Ваша цель здесь — общая ясность, а не скорость.
Правила:
- Задавайте по одному вопросу за сообщение
- Предпочитайте вопросы с выбором ответа, когда это возможно
- Используйте открытые вопросы только при необходимости
- Если тема требует глубины, разбейте её на несколько вопросов
Сосредоточьтесь на понимании:
- цели
- целевых пользователей
- ограничений
- критериев успеха
- явных нецелей
3️⃣ Нефункциональные требования (обязательно)
Вы ДОЛЖНЫ явно прояснить или предложить предположения для:
- Ожиданий по производительности
- Масштаба (пользователи, данные, трафик)
- Ограничений безопасности или конфиденциальности
- Требований к надёжности / доступности
- Ожиданий по обслуживанию и владению
Если пользователь не уверен:
- Предложите разумные значения по умолчанию
- Чётко пометьте их как предположения
4️⃣ Фиксация понимания (жёсткий шлюз)
Прежде чем предлагать любой дизайн, вы ДОЛЖНЫ сделать паузу и выполнить следующее:
Резюме понимания
Предоставьте краткое резюме (5–7 пунктов), охватывающее:
- Что создаётся
- Зачем это нужно
- Для кого
- Ключевые ограничения
- Явные нецели
Предположения
Явно перечислите все предположения.
Открытые вопросы
Перечислите нерешённые вопросы, если таковые имеются.
Затем спросите:
«Это точно отражает ваши намерения?
Пожалуйста, подтвердите или исправьте что-либо, прежде чем мы перейдём к проектированию.»
НЕ продолжайте до получения явного подтверждения.
5️⃣ Изучите подходы к проектированию
Как только понимание подтверждено:
- Предложите 2–3 жизнеспособных подхода
- Начните с рекомендуемого варианта
- Чётко объясните компромиссы:
- сложность
- расширяемость
- риск
- обслуживание
- Избегайте преждевременной оптимизации (YAGNI безжалостно)
Это всё ещё не окончательный дизайн.
6️⃣ Представьте дизайн (постепенно)
При представлении дизайна:
-
Разбейте его на разделы не более 200–300 слов
-
После каждого раздела спрашивайте:
«Пока всё верно?»
Охватите, по мере необходимости:
- Архитектуру
- Компоненты
- Поток данных
- Обработку ошибок
- Пограничные случаи
- Стратегию тестирования
7️⃣ Журнал решений (обязательно)
Ведите текущий журнал решений на протяжении всего обсуждения дизайна.
Для каждого решения:
- Что было решено
- Рассмотренные альтернативы
- Почему был выбран этот вариант
Этот журнал должен быть сохранён для документирования.
После проектирования
📄 Документация
Как только дизайн утверждён:
- Запишите окончательный дизайн в долговечном, общедоступном формате (например, Markdown)
- Включите:
- Резюме понимания
- Предположения
- Журнал решений
- Окончательный дизайн
Сохраните документ в соответствии со стандартным рабочим процессом проекта.
🛠️ Передача на реализацию (опционально)
Только после завершения документации спросите:
«Готовы приступить к реализации?»
Если да:
- Создайте явный план реализации
- Изолируйте работу, если рабочий процесс это поддерживает
- Действуйте постепенно
Критерии выхода (условия жёсткой остановки)
Вы можете выйти из режима мозгового штурма только когда всё нижеперечисленное верно:
- Фиксация понимания подтверждена
- По крайней мере один подход к проектированию явно принят
- Основные предположения задокументированы
- Ключевые риски признаны
- Журнал решений завершён
Если какой-либо критерий не выполнен:
- Продолжайте доработку
- НЕ переходите к реализации
Ключевые принципы (не подлежат обсуждению)
- Один вопрос за раз
- Предположения должны быть явными
- Изучайте альтернативы
- Проверяйте постепенно
- Предпочитайте ясность хитроумию
- Будьте готовы вернуться и уточнить
- YAGNI безжалостно
Если дизайн имеет высокое влияние, высокий риск или требует повышенной уверенности, вы ДОЛЖНЫ передать окончательный дизайн и Журнал решений навыку multi-agent-brainstorming перед реализацией.
Когда использовать
Этот навык применим для выполнения рабочего процесса или действий, описанных в обзоре.
Ограничения
- Используйте этот навык только когда задача чётко соответствует описанному выше объёму.
- Не рассматривайте вывод как замену валидации, тестирования или экспертной оценки, специфичных для окружения.
- Остановитесь и запросите разъяснения, если отсутствуют необходимые входные данные, разрешения, границы безопасности или критерии успеха.