autopilot: цикл RED, GREEN, COMMIT
Самая новая часть - отдельное семейство из восьми инструментов, которое ведёт задачу через разработку от тестов.
autopilot_start создаёт ветку Git и поднимает конечный автомат состояния. Дальше агент спрашивает autopilot_next и получает не общий совет, а конкретное следующее действие с текущей фазой и подзадачей. autopilot_complete продвигает фазу по результатам тестов, autopilot_commit фиксирует прогресс с метаданными, autopilot_resume возвращает работу с контрольной точки, autopilot_abort отменяет всё, autopilot_status показывает состояние.
Заявленное поведение - принудительное соблюдение цикла RED, GREEN, COMMIT: сначала падающий тест, потом код, потом фиксация. Те же операции есть и в командной строке как task-master autopilot start <id> и далее.
Оговорка: в каталоге docs/ репозитория про autopilot нет ни строчки. Он описан в журнале изменений и живёт в коде, а ссылка на руководство из тех же релизных заметок ведёт на поддомен, который сейчас вообще не отвечает - последний коммит в репозиторий как раз и назывался "заменить отставленные адреса task-master.dev". Разбираться придётся по исходникам или по документации на коммерческом сайте.
loop и права
Есть команда task-master loop, которая гоняет агента по задачам без присмотра. О её устройстве надо знать до запуска.
По умолчанию она вызывает claude -p с флагом --dangerously-skip-permissions - это записано в журнале изменений открытым текстом как решение для неприсматриваемого исполнения. Изоляция в Docker существует, но включается отдельным флагом --sandbox и по умолчанию выключена.
Прогресс копится в файле, и релизные заметки отдельно предупреждают удалять его между запусками, чтобы не тащить старый контекст в новый прогон. Флаг --verbose показывает работу модели в реальном времени, --no-output наоборот исключает полный вывод из результатов, чтобы не расходовать память. Совмещать --verbose с --sandbox нельзя.
Репозиторий притих
Это надо сказать прямо, потому что от этого зависит решение.
Последний коммит в основную ветку - 23 апреля 2026 года. Последний релиз - 0.43.1 от 31 марта 2026 года. В npm с тех пор не публиковалось ничего: реестр показывает то же 0.43.1 и отдельную метку rc с версией 1.0.0-rc.1, выложенной 18 февраля 2026 года. То есть кандидат на первый мажорный релиз лежит без движения полгода.
Документация при этом переехала. README ведёт не в docs/, а на tryhamster.com - коммерческую платформу, частью которой Task Master стал. Ссылки на быстрый старт, справочник инструментов и команду loop указывают туда же, там же прайс.
Показательно и содержание последнего выпуска. Версия 0.43.1 состоит из одной правки: перестать создавать псевдонимы оболочки hamster и ham при инициализации проекта, а уже созданные - убирать. Последнее, что проект успел сделать, это откатить собственное брендирование.
Никаких выводов о том, брошен проект или нет, из этого не следует - он работает, версия 0.43.1 стоит в npm и ставится. Но рассчитывать на исправления в открытом репозитории сейчас не на чем.
Что стоит знать заранее
Одновременный доступ к tasks.json раньше терял данные. Проект признаёт это прямо: в версии 0.42.0 добавлены межпроцессные блокировки, атомарная запись и очистка зависших блокировок с таймаутом десять секунд, чтобы несколько окон одного редактора не переписывали файл друг за другом. Если у вас старее - обновитесь.
Метаданные задач надо разрешать отдельно. У задач есть свободное поле metadata под свои данные - номер тикета, спринт, оценка. Правка его через MCP требует переменной TASK_MASTER_ALLOW_METADATA_UPDATES=true в окружении сервера.
Каталог документации в репозитории отстаёт от сайта. Двадцать страниц в docs/ описывают состояние на весну; актуальные разделы - про autopilot, loop, командную работу - только на коммерческом сайте.
Два реализации сервера MCP живут рядом. Старая на JavaScript в mcp-server/ и новая на TypeScript в apps/mcp/; реестр инструментов подтягивает обе. Восемь инструментов autopilot и четыре задачных - из новой, остальные тридцать два - из старой.
Ноль инструментов после установки - обычно про ключи. README отвечает на это заранее: перезапустить редактор и проверить, что ключи прописаны верно.
Ошибки первого знакомства
Планировать продажу продукта, построенного вокруг Task Master. Commons Clause это запрещает, и запрет распространяется на хостинг и платную поддержку.
Ждать метку MIT на GitHub. Её там нет и не будет - лицензия с оговоркой не классифицируется автоматически.
Верить таблице расхода токенов из README. Инструментов в реестре 44, а не 36; в наборе standard их 14, а не 15.
Запускать loop на боевом репозитории не глядя. По умолчанию это агент без запроса разрешений и без песочницы.
Не чистить файл прогресса между прогонами loop. Старый контекст поедет в новый запуск, авторы предупреждают об этом сами.
Держать конфигурацию MCP в репозитории. Там лежат ключи, документация просит вынести файл в .gitignore.
Искать autopilot в документации репозитория. Его там нет, только код и журнал изменений.
Открывать несколько окон редактора на старой версии. До 0.42.0 это грозило потерей tasks.json.
Если свести к одной фразе: Task Master полезен именно тем, что состояние работы у него лежит в файле, который можно открыть и прочитать глазами, - но перед установкой стоит прочитать не README, а лицензию и дату последнего коммита.
Источники
Статья сверена с репозиторием eyaltoledano/claude-task-master (ветка main) 25 августа 2026 года: README, package.json, LICENSE, CHANGELOG.md, mcp-server/src/tools/tool-registry.js, дерево apps/mcp/src/tools, docs/licensing.md и docs/tutorial.md. Количество инструментов MCP и составы наборов пересчитаны по реестру в коде - они расходятся с таблицей в README. Даты последнего коммита, релиза и публикации в npm сняты в тот же день через API GitHub и реестр npm.
.webp&w=3840&q=75)