| name | brainstorm |
| description | Этот скилл MUST быть вызван когда у пользователя есть идея или задача, требующая дизайна и плана перед реализацией. SHOULD также вызывать для задач с 3+ объектами или нечёткими требованиями. Do NOT использовать для формальных спецификаций — используй openspec-proposal; для только декомпозиции задач — используй write-plan.
|
| argument-hint | <идея или задача> |
| allowed-tools | ["Read","Write","Edit","Glob","Grep","Bash","Task","AskUserQuestion","Skill","TaskCreate","TaskUpdate","TaskList"] |
/brainstorm — Идея → Дизайн → Выполнение
Один скилл для полного цикла: обсуждение → дизайн → план → автономное выполнение.
Философия
- Одна точка согласования — после показа дизайна+плана. Дальше автономно
- Вопросы только ДО плана — не спрашивать разрешение на каждый шаг
- Skills-first — НИКОГДА не писать свои скрипты если есть скилл
Маршрутизация (автоматическая)
ИИ сам определяет режим по задаче:
| Признаки | Режим | Что делать |
|---|
| 1-2 объекта, очевидная реализация | express | Кратко озвучить план → выполнить скиллами |
| 3-5 задач, нужен дизайн | standard | Полный brainstorm → план → выполнить |
| 6+ задач, архитектурное | full | Brainstorm → plan → субагенты с ревью |
Процесс
Фаза 1 — Понимание (диалог с пользователем)
Загрузи контекст:
rlm_route_context(query="project architecture current work")
Для БСП-связанных задач:
ssl_search(query="<ключевые слова>")
Задавай уточняющие вопросы по одному через AskUserQuestion:
- Предпочитай варианты ответа (не открытые вопросы)
- Фокус: зачем, кто использует, ограничения
- 1С-специфичные: конфигурация или CFE? Какие объекты? Нужна ли БСП?
- Остановись когда задача ясна — не спрашивай ради спрашивания
Фаза 2 — Дизайн + план (ЕДИНСТВЕННАЯ точка согласования)
Покажи пользователю одним сообщением:
## Дизайн: <название>
**Подход:** <1-3 предложения>
**Объекты:** <что создаём/меняем>
**Задачи:**
1. <задача> — скилл: /meta-compile
2. <задача> — скилл: /form-compile
3. <задача> — скилл: /subsystem-edit
...
**Риски:** <если есть>
Выполняю?
Масштабируй под сложность:
- express: 3-5 строк, без секции рисков
- standard: полный формат выше
- full: + альтернативные подходы с trade-offs, + секция «Отклонённые варианты»
Жди ответа. Пользователь скажет «ок» / скорректирует / откажет.
Фаза 3 — Автономное выполнение
После «ок» — выполняй молча, не спрашивая разрешений.
Express/Standard режим: выполняй сам
Для каждой задачи из плана:
- Вызови соответствующий скилл (Skill tool)
- Если задача — BSL код, проверь через
1c-syntax-checker
- Коммить атомарно (одна задача = один коммит)
Full режим: субагенты
Для каждой задачи:
- Dispatch implementer (Task tool) — дай полный текст задачи + список скиллов
- Dispatch reviewer — проверь результат
- При ❌ от reviewer — исправь и продолжай (не спрашивай пользователя)
- При блокере (невозможно продолжить) — тогда спроси
Промпты субагентов: .claude/skills/subagent-dev/implementer-prompt.md, .claude/skills/subagent-dev/reviewer-prompt.md
Фаза 4 — Отчёт
Один финальный отчёт:
Готово: <что сделано>
Файлы: <список изменённых>
Коммиты: <N коммитов>
Замечания: <если были проблемы в ревью>
Сохранение артефактов
Для standard и full режимов сохрани:
openspec/changes/<feature>/design.md — дизайнopenspec/changes/<feature>/tasks.md — план с отметками [x]
Для express — не создавай файлы, не нужны.
ЗАПРЕТЫ
- ❌ Спрашивать «можно выполнять задачу N?» после одобрения плана
- ❌ Спрашивать «эта часть выглядит правильно?» посекционно
- ❌ Писать PowerShell/BAT скрипты если есть скилл
- ❌ Писать XML руками если есть /meta-compile, /form-compile и т.д.
- ❌ Генерировать BSL из памяти без проверки через 1c-help и 1c-syntax-checker
