task-master

The full skill.

Original instructions from the publisher’s SKILL.md

# Task Master — opt-in adapter

Загружай этот навык только если пользователь явно выбрал Task Master для текущей задачи или запросил его настройку. Наличие `.taskmaster/`, установленного CLI или подключённого MCP не является выбором. По умолчанию работай session-first по **workflow**; отсутствие Task Master не блокирует обычную разработку.

## Обнаружение вместо установки

1. Найди фактически доступные инструменты сессии по описаниям. Имя сервера, tool prefix, параметры и версия могут отличаться; не предполагай `mcp__task_master__*` или конкретный transport.
2. Прочитай schema нужной операции и установи project root и tag/namespace, если они поддержаны. Не переключай глобальный active project/tag и не меняй чужие tasks.
3. Если MCP недоступен, используй уже установленный и настроенный CLI только в явно выбранном Task Master режиме; проверь `--help` и передай project root поддерживаемым способом. Не выполняй `npx ...@latest`, install или init ради продолжения обычной работы.
4. При недоступном адаптере сообщи, что persistence не выполнена, и продолжай независимую работу session-first. Не создавай replacement JSON и не заявляй об успешных статусах.

## Operations (названия для ориентира)

| Возможность | Типичные названия | Граница |
| --- | --- | --- |
| Прочитать задачи | `get_tasks`, `get_task` / `list`, `show` | Только выбранный project/tag |
| Создать задачи | `add_task`, `parse_prd` | Захватить IDs из ответа записи; не перезаписывать PRD или существующий backlog |
| Разбить задачу | `expand_task` | Только allowlisted task и явная необходимость |
| Изменить статус | `set_task_status` / `set-status` | Atomic claim до `in-progress`; только Orchestrator ставит `done` |
| Прогресс подзадачи | `update_subtask` | Только реально существующий subtask ID; не top-level ID |
| Посмотреть модели | `models` | Read-only inspection при запросе пользователя |

`next_task`/`next` не являются claim: bare `next_task` по общему backlog запрещён. Для allowlisted задач следуй scoped run contract из **workflow**. AVF claims/runs хранятся отдельно в `.agent-vorcl/`; `.taskmaster/` принадлежит самому Task Master, JSON вручную не редактируй.

При transport failure допустим один повтор idempotent read. После неизвестного исхода write сначала reconcile по read; не повторяй add/parse/status вслепую и не захватывай IDs неустановленной операции. Auth/provider/encoding ошибки не исправляй сменой конфигурации.

## Настройка — отдельный явный запрос

`task-master init` допустим только если пользователь отдельно попросил инициализацию конкретного проекта. Сначала проверь существующие файлы и `--help`; не перезаписывай project/backlog и не меняй MCP registration. Если пользователь запросил смену provider/model, используй `/task-master:provider` и только заданные поля. Существующие providers, main/research/fallback models, transport и credentials сохраняются по умолчанию. Ключи не выводи и не записывай в проект; используй существующий механизм секретов пользователя.