Задача — это единица работы, завершающаяся одним pull request. Именно она фактически выполняется — планы, спринты и lane-ы служат для организации задач.
Заголовок
Ряд меток визуально отражает суть задачи: её проект, её тип, AI профиль который её обрабатывает, и проверки QA применённые — отображаются как название политики, источник и версия, например
Standard · From plan · Organisation policy · v6.
Замок на профиле AI означает, что он зафиксирован и его нельзя изменить. Аналогично зафиксирована и разрешённая политика QA при начале выполнения, поэтому последующее изменение организационной политики не повлияет на уже запущенную работу.
Рабочий процесс агентов
Каждый из четырёх агентов доставки отображает свой собственный статус — В ожидании, выполняется или завершено. В стандартном режиме они работают последовательно:
Архитектор → Разработчик → QA → Рецензент
Архитектор
Разработчик
QA
РецензентЭто самый понятный ответ на вопрос «Где находится эта задача?». Если задача имеет статус «Разработчик: Готово» и «QA: В ожидании», значит она ждёт проверки, а не застряла.
В режиме координатора координатор определяет, какой агент будет запущен следующим, поэтому последовательность может повторяться: разработчик, отдел тестирования, затем снова разработчик при возникновении ошибок, и снова отдел тестирования. Возможен также более короткий вариант: если код уже соответствует требованиям задачи, отдел тестирования проверяет неизменённый код, разработчик не запускается, и задача завершается без pull request. Смотрите Роли агентов.
Обратите внимание, что эта стадия может законно отображать В ожидании даже для завершённой задачи — задачи, созданные на основе плана, уже имеют свою спецификацию и план реализации, поэтому стадия Архитектора больше не требует действий. Архитектор На этой стадии больше нечего делать.
См. Роли агентов Чтобы узнать, что каждый из них может, а что не может делать.
Критерии приемки
Критерии из спецификации спецификация, представленные в виде чек-листа со статусом для каждого пункта — 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не является признаком сбоя. Это требует ответа. После получения ответа задача продолжит выполнение.
Вмешательство
Во время выполнения задачи её можно приостановить, отменить или отправить обратно на доработку с комментариями. Чтобы выбрать нужное действие, см. Если задача зависла или завершилась ошибкой.