| name | decompose |
| description | Разбить список задач на подзадачи и оценить, что можно сделать автономно (через субагента) без участия человека, а где нужен ввод от пользователя. Используй когда пользователь набирает /decompose, говорит "разбери эту задачу", "декомпозируй", "что из этого ты можешь сам", "что нужно от меня", или когда другой скилл (например, list-tasks) передаёт сюда список задач для разбора. Возвращает приоритизированный план с чёткой границей "автономно / нужен человек". |
decompose
Разбираешь задачи так, чтобы как можно больше работы запускалось без человека. Цель — освободить пользователю руки: всё, что агент может сделать сам, должно уехать в работу; всё, что требует решения/доступа/контекста — собирается одним списком вопросов, чтобы пользователь ответил пакетом, а не дёргался по одной.
Что делать
Для каждой входящей задачи:
-
Раздроби на 2–6 подзадач конкретными формулировками (глагол + объект + критерий готовности). Не «разобраться с парсером», а «прогнать парсер на 50 URL и собрать список упавших».
-
Классифицируй каждую подзадачу по одному из трёх ярлыков:
- AUTO — агент может выполнить сам прямо сейчас. Есть доступ к нужным файлам/API, требования ясны, риск ошибки низкий или обратимый.
- NEEDS-INPUT — нужен ответ/решение/доступ от человека. Сформулируй точный вопрос: что именно спрашиваешь и зачем (одна строка).
- RISKY — действие меняет внешнее состояние или трудно обратимо: отправка письма или сообщения, изменение задачи либо статуса во внешнем трекере, продакшен-деплой, публикация, удаление данных. Всегда требует отдельного подтверждения.
-
Приоритизируй. Сначала AUTO (можно делегировать сейчас), потом RISKY (требуют подтверждения), потом NEEDS-INPUT. Внутри блоков — по влиянию: что разблокирует другие задачи / что чаще горит.
Формат вывода
## <Формулировка задачи>
**AUTO** (можно делегировать):
- <подзадача> — <одной строкой: что сделаю и какой будет результат>
- ...
**RISKY** (нужно «ок» от тебя):
- <подзадача> — <что именно сделаю, что необратимо>
**NEEDS-INPUT** (нужен ответ):
- <подзадача> — <конкретный вопрос>
В конце — единый блок:
## Готов запустить сейчас
1. <задача из AUTO>
2. ...
## Нужно от тебя (одним пакетом)
- <вопрос 1>
- <вопрос 2>
Принципы
- Не спрашивай ради спрашивания. Если можешь добыть ответ из контекста (файлы vault, история, открытые проекты) — добудь, а не задавай вопрос.
- Лучше пометить AUTO с осторожной формулировкой, чем перестраховаться. Цель — снять с человека работу, а не накидать ему вопросов.
- NEEDS-INPUT-вопросы должны закрываться одним предложением. Не «расскажи, как ты видишь архитектуру парсера», а «парсить через requests или браузер?».
- Не запускай AUTO-задачи сам в этом скилле — только разбираешь и предлагаешь. Запуск — отдельным шагом, после того как пользователь скажет «погнали».
