Документация

Задачи

Вид детализации задачи — рабочий процесс агентов, критерии приемки, журнал выполнения и всё остальное, что там записано.

Задача — это единица работы, завершающаяся одним pull request. Именно она фактически выполняется — планы, спринты и lane-ы служат для организации задач.

Заголовок

Ряд меток визуально отражает суть задачи: её проект, её тип, AI профиль который её обрабатывает, и проверки QA применённые — отображаются как название политики, источник и версия, например Standard · From plan · Organisation policy · v6.

Замок на профиле AI означает, что он зафиксирован и его нельзя изменить. Аналогично зафиксирована и разрешённая политика QA при начале выполнения, поэтому последующее изменение организационной политики не повлияет на уже запущенную работу.

Вид детализации Задачи: дерево плана слева, а справа — строка чипов, рабочий процесс агентов, критерии приемки и журнал выполнения.
Задача в составе плана с рабочим процессом агентов и критериями приемки.

Рабочий процесс агентов

Четыре агента работают последовательно, каждый со своим статусом — В ожидании, Выполняется или Готово:

АрхитекторРазработчикQAРецензент

Это самый понятный ответ на вопрос «Где находится эта задача?». Если задача имеет статус «Разработчик: Готово» и «QA: В ожидании», значит она ждёт проверки, а не застряла.

Обратите внимание, что эта стадия может законно отображать статус В ожидании даже у завершённой задачи — задачи, сгенерированные из плана, уже имеют спецификацию и план реализации, поэтому этапу «Архитектор» больше нечего делать. Архитектор этап больше не требует действий.

Смотрите Роли агентов чтобы узнать, что каждый из них может и не может делать.

Критерии приемки

Критерии из спецификации, представленные как чек-лист с указанием статуса каждого пункта — Verified OK когда критерий подтверждён.

Статусы соответствуют текущей стадии конвейера, поэтому критерии проверяются по мере продвижения задачи, а не все сразу в конце.

Эту панель стоит просмотреть при оценке завершённой задачи. Она показывает, что было обещано и что фактически подтверждено — это более точный показатель, чем просто прохождение тестов.

Журнал выполнения

Все записи о выполнении, связанные с задачей. Каждая запись содержит информацию об агенте, его действиях, результате и затратах:

DEV · Generating code · Completed
4m 41s / 608.9k tokens · 16.2 g Est. CO2e / deepseek-v4-flash-0731

Продолжительность, расход токенов, оценка углеродного следа и точная модель — всё это фиксируется для каждого этапа выполнения. Если стоимость задачи превышает ожидаемую, можно определить, какая стадия и какая модель на это повлияли.

Развернутый журнал выполнения, перечисляющий каждый шаг: прочитанные файлы, выполненные команды, ответы агентов и измененные файлы с указанием количества строк.
Развернутый журнал выполнения пошагово.

При разворачивании записи выполнения отображается полный пошаговый журнал: прочитанные файлы, выполненные команды, рассуждения агента и все изменённые файлы с количеством строк (+25 / −0). Записи о токенах показывают эффективность кэширования (9.1k used (90% cached)), что обычно и определяет разницу между дорогим и дешёвым запуском.

Это представление открывается, когда нужно узнать как было выполнено что-то, а не просто то, что изменилось.

Остальные разделы

РазделОтображает
СпецификацияТребования, полученные из плана
План реализацииШаги и информация об их выполнении
Качество и результаты проверкиСостояние верификации и количество тестов
Использование и временная шкалаЗатраты, количество токенов и число попыток
Зависимости и контекстСвязанные зависимости с их собственными статусами

Использование и временная шкала отчеты содержат данные о попытках и затратах — 1 attempts означает, что задача выполнена с первой попытки. Большее число указывает на необходимость доработки, что является самым полезным показателем качества спецификации.

Раздел «Зависимости и контекст», в котором указаны проект и десять связанных зависимостей с собственным статусом.
Раздел «Зависимости и контекст» в развернутом виде.

Зависимости и контекст перечисляет проект и все связанные зависимости с их статусами. Так можно определить, ожидает ли задача чего-то или действительно заблокирована.

Приоритет

Задачи имеют P0 (наивысший) до P3, при этом значение по умолчанию — P2. Приоритет определяет порядок очереди, когда задач больше, чем свободных слотов.

Он не увеличивает производительность. Если всё находится в состоянии P0, ничего не будет выполнено — см. Производительность и слоты агентов.

Статусы

Все статусы задач и действия, которые нужно предпринять, описаны в Статусы задач. Здесь важно знать два из них:

  • PENDING не застряла. Она находится в очереди и ждёт свободного слота.
  • NEEDS_HUMAN_REVIEW не означает сбой. Это требует уточнения. Ответьте на вопрос, и задача продолжит выполнение.

Вмешательство

В процессе выполнения задачи её можно поставить на паузу, отменить или отправить обратно на доработку с комментариями. Что выбрать, см. Если задача застряла или завершилась ошибкой.