Когда Task завершает выполнение, хочется знать, что именно произошло — что изменилось, сработало ли это и, если что-то пошло не так, как двигаться дальше.
Просмотр результатов и Archive
Открытие результата завершённой Task
Нажмите на любую карточку Task — выполняющуюся, завершённую или архивную — чтобы открыть представление результата. В нём отображаются:
- Краткое описание того, что было сделано и почему
- Полный список изменённых файлов
- Результаты шагов Pipeline (пройдено/провалено по каждому шагу)
- Все снимки экрана, сделанные во время выполнения, если был включён необязательный шаг Snapshot
- Метаданные: время, какой ИИ-провайдер/модель выполняли Task, и ссылка на коммит Git
Как понимать вердикты
Вердикт выдают два вида автоматических проверок. Вердикт модульных тестов — простое "пройдено" или "провалено" на основе существующего набора тестов проекта. У вердикта сквозных (E2E) тестов больше возможных исходов, поскольку E2E-тесты проверяют реальное работающее приложение:
| Вердикт | Что он означает |
|---|---|
PASS | Все сквозные сценарии пройдены |
FEATURE_BUG | E2E-тест обнаружил настоящий баг в реализованной функциональности |
ENHANCEMENT_REQUEST | Тесты показали, что функциональность работает, но в ней не хватает чего-то, что стоит добавить позже |
DATA_ISSUE | Сбой вызван тестовыми данными или состоянием окружения, а не самим кодом |
ENVIRONMENT_ERROR | Проблема возникла в самом тестовом окружении (например, не был запущен сервис) — это не отражает качество кода |
UNKNOWN | Результат не удалось классифицировать автоматически, требуется взгляд человека |
Обработка проваленной Task
Статус failed означает, что Pipeline столкнулся с чем-то, что не смог разрешить самостоятельно в рамках лимита повторных попыток. Откройте Task, чтобы увидеть, какой шаг завершился сбоем, и записанную причину, а также диагноз Watchdog, если он сначала пытался выполнить автоматическое восстановление. Затем, как правило, можно возобновить Task с проваленного шага (или с более раннего, если исправление нужно начинать раньше), а не начинать с нуля — AITM сохраняет всё, что уже было выполнено успешно.
Обработка конфликта
Статус conflict означает, что автоматическое слияние Git в AITM столкнулось с настоящим конфликтом — два изменения затрагивают одни и те же строки несовместимым образом, — который его ИИ-попытка разрешения не смогла безопасно урегулировать самостоятельно. В таком случае AITM показывает, какие именно файлы конфликтуют, чтобы их можно было разрешить; он никогда не станет гадать и молча выбирать одну из сторон, когда оба изменения выглядят намеренными.
Archive
Когда Task завершена и её изменение слито в dev, она помещается в Archive — доступную для поиска запись обо всех выполненных Task, самые свежие первыми, с названием, проектом, датой завершения и итоговым статусом. Это постоянный журнал аудита.
В Archive можно искать и фильтровать Task (по проекту, дате или статусу) и открывать полную запись любой из них: исходный prompt, шаги Pipeline, вердикт Review, результаты тестов и понятное описание изменений, составленное шагом Docs. Архивная Task не заперта — Restore возвращает её в очередь. Для вариации старой работы обычно чище создать новую Task, использующую архивный prompt как отправную точку.
Советы
- Если Task завершилась сбоем, возобновите её с проваленного шага, а не начинайте заново — всё, что уже выполнено успешно, сохраняется.
- Если ИИ застревает посреди Task, Watchdog автоматически возобновляет её ограниченное число раз, прежде чем пометить как
failed. - Поскольку каждая Task оставляет в Archive полную запись, он одновременно служит документацией того, почему проект выглядит именно так.