decompose

name

decompose

description

Разбить список задач на подзадачи и оценить, что можно сделать автономно (через субагента) без участия человека, а где нужен ввод от пользователя. Используй когда пользователь набирает /decompose, говорит "разбери эту задачу", "декомпозируй", "что из этого ты можешь сам", "что нужно от меня", или когда другой скилл (например, list-tasks) передаёт сюда список задач для разбора. Возвращает приоритизированный план с чёткой границей "автономно / нужен человек".

decompose

Разбираешь задачи так, чтобы как можно больше работы запускалось без человека. Цель — освободить пользователю руки: всё, что агент может сделать сам, должно уехать в работу; всё, что требует решения/доступа/контекста — собирается одним списком вопросов, чтобы пользователь ответил пакетом, а не дёргался по одной.

Что делать

Для каждой входящей задачи:

1. Раздроби на 2–6 подзадач конкретными формулировками (глагол + объект + критерий готовности). Не «разобраться с парсером», а «прогнать парсер на 50 URL и собрать список упавших».

2. Классифицируй каждую подзадачу по одному из трёх ярлыков:

   • AUTO — агент может выполнить сам прямо сейчас. Есть доступ к нужным файлам/API, требования ясны, риск ошибки низкий или обратимый.
   • NEEDS-INPUT — нужен ответ/решение/доступ от человека. Сформулируй точный вопрос: что именно спрашиваешь и зачем (одна строка).
   • RISKY — действие меняет внешнее состояние или трудно обратимо: отправка письма или сообщения, изменение задачи либо статуса во внешнем трекере, продакшен-деплой, публикация, удаление данных. Всегда требует отдельного подтверждения.

3. Приоритизируй. Сначала AUTO (можно делегировать сейчас), потом RISKY (требуют подтверждения), потом NEEDS-INPUT. Внутри блоков — по влиянию: что разблокирует другие задачи / что чаще горит.

Формат вывода

## <Формулировка задачи>

**AUTO** (можно делегировать):
- <подзадача> — <одной строкой: что сделаю и какой будет результат>
- ...

**RISKY** (нужно «ок» от тебя):
- <подзадача> — <что именно сделаю, что необратимо>

**NEEDS-INPUT** (нужен ответ):
- <подзадача> — <конкретный вопрос>

В конце — единый блок:

## Готов запустить сейчас
1. <задача из AUTO>
2. ...

## Нужно от тебя (одним пакетом)
- <вопрос 1>
- <вопрос 2>

Принципы

• Не спрашивай ради спрашивания. Если можешь добыть ответ из контекста (файлы vault, история, открытые проекты) — добудь, а не задавай вопрос.
• Лучше пометить AUTO с осторожной формулировкой, чем перестраховаться. Цель — снять с человека работу, а не накидать ему вопросов.
• NEEDS-INPUT-вопросы должны закрываться одним предложением. Не «расскажи, как ты видишь архитектуру парсера», а «парсить через requests или браузер?».
• Не запускай AUTO-задачи сам в этом скилле — только разбираешь и предлагаешь. Запуск — отдельным шагом, после того как пользователь скажет «погнали».