Скил brainstorming — дизайн до первой строки кода
Как скил brainstorming в Datarim превращает сырую идею в согласованный дизайн через структурированный диалог, проработку трёх вариантов и жёсткий барьер против преждевременной реализации.
Самый распространённый способ сбить AI-assisted проект с курса — простой: реализация начинается до того, как дизайн ясен. Ассистент берёт очевидный подход, пишет код, в который вшито предположение, — а через два дня предположение оказывается ошибочным. Скил brainstorming предотвращает это, требуя согласованного дизайна до любого шага реализации — в каждом проекте, независимо от кажущейся простоты.
Что он делает
Скил работает по фиксированному восьмишаговому чеклисту. Начинается с чтения текущего состояния проекта — файлы, документация, последние коммиты — чтобы понять, что уже существует. Затем задаются уточняющие вопросы по одному за раз — не больше одного на сообщение — для установления цели, ограничений и критериев успеха изменения.
Когда скоуп прояснён, скил предлагает два или три различных подхода с явными компромиссами и рекомендуемым вариантом. Опции представляются в диалоговой форме, а не списком маркированных пунктов. После того как оператор выбирает направление, дизайн представляется по секциям — архитектура, потоки данных, обработка ошибок, тестирование — и в конце каждой секции запрашивается подтверждение.
Только после одобрения написанного спека оператором скил переходит к следующему шагу. Этот следующий шаг — всегда writing-plans, а не прямой вызов скила реализации. Дизайн и план реализации — всегда два отдельных артефакта.
Один конкретный пример
Приходит запрос добавить кэширование к сервису. Без brainstorming ассистент устанавливает библиотеку и оборачивает вызов за данными. Под скилом brainstorming процесс начинается с вопросов: какие данные нужно кэшировать, какое поведение инвалидации ожидается, есть ли в проекте уже запущенный общий кэш? Возникают три подхода — in-process map, Redis с TTL, CDN-слой — каждый с прописанными компромиссами. Побеждает Redis, потому что проект уже его использует, и это обоснование фиксируется в документе дизайна. Когда начинается реализация, решение не пересматривается.
Когда загружается
Скил вызывается явно через /dr-prd для новых фич и в рамках /dr-design. Он содержит жёсткий барьер: никакой скил реализации, никакой скаффолдинг, никакая инициализация проекта не могут быть вызваны, пока дизайн не представлен и не одобрен. Барьер срабатывает даже когда запрос кажется тривиальным — дизайн действительно простого проекта займёт пару предложений, но барьер всё равно обязателен.
Общий контекст — в посте что такое Datarim. Как дизайн переходит в план — в статье о команде /dr-plan.