Once a task finishes running, you'll want to know what actually happened — what changed, whether it worked, and if something went wrong, how to move forward.

Reading Results & Archive

Opening a finished task's result

Click any task card — running, finished, or archived — to open its result view. You'll see:

  • A summary of what was done and why
  • The full list of files that were changed
  • Pipeline step results (pass/fail per step)
  • Any screenshots captured during the run, if the optional Snapshot step was enabled
  • Metadata: timing, which AI provider/model handled it, and a link to the Git commit
  • A "Continue in [Provider]" button, if the provider supports it, to open the underlying conversation in that provider's own web interface
Task Result view
Opening a task's result view.

Understanding verdicts

Two kinds of automated checks produce a verdict. The unit test verdict is a straightforward pass or fail, based on your project's existing test suite. The end-to-end (E2E) verdict has a few more possible outcomes, since E2E tests exercise the real running app:

VerdictWhat it means
PASSAll end-to-end scenarios passed
FEATURE_BUGThe E2E test found a genuine bug in the implemented feature
ENHANCEMENT_REQUESTThe tests revealed the feature works but is missing something worth adding later
DATA_ISSUEThe failure was caused by test data or environment state, not the code itself
ENVIRONMENT_ERRORThe test environment itself had a problem (e.g. a service wasn't running) — not a reflection on the code
UNKNOWNThe result couldn't be classified automatically and needs a human look

Handling a failed task

A failed status means the pipeline hit something it couldn't resolve on its own within its retry budget. Open the task to see which step failed and the recorded reason, plus the watchdog's diagnosis if it attempted automatic recovery first. From there, you can typically resume the task from the failed step (or an earlier one, if the fix needs to start further back) rather than starting over from scratch — AITM preserves everything that already succeeded.

E2E failure detail
Inspecting an E2E failure.

Handling a conflict

A conflict status means AITM's automatic Git merge hit a genuine conflict — two changes touching the same lines in incompatible ways — that its AI-assisted resolution attempt couldn't safely settle on its own. When this happens, AITM shows you exactly which files conflicted so you can resolve it; it will never guess and silently pick one side when both changes look intentional.

The Archive

The Archive view is a searchable record of every completed task — your permanent audit trail.

Archive view
Searching completed tasks in the Archive.

From the Archive you can search across task titles and content, filter by project/status/date/provider, re-open any past task's full result, resume an archived task from any step, or re-run a task to create a fresh new task using the same prompt.

Tips

  • If a task fails, resume it from the failed step instead of starting over — everything that already succeeded is preserved.
  • If the AI gets stuck mid-task, the watchdog resumes it automatically up to a limited number of attempts before marking it failed.
  • Because every task leaves a full record in the Archive, it doubles as documentation of why your project looks the way it does.