Gdy Task zakończy działanie, warto wiedzieć, co faktycznie się stało — co się zmieniło, czy zadziałało, a jeśli coś poszło nie tak, jak ruszyć dalej.
Odczytywanie wyników i Archive
Otwieranie wyniku zakończonego Task
Kliknięcie dowolnej karty Task — uruchomionego, zakończonego lub zarchiwizowanego — otwiera jego widok wyniku. Zawiera on:
- Podsumowanie tego, co zrobiono i dlaczego
- Pełną listę zmienionych plików
- Wyniki kroków Pipeline (pass/fail dla każdego kroku)
- Zrzuty ekranu wykonane podczas uruchomienia, jeśli włączono opcjonalny krok Snapshot
- Metadane: czasy, który dostawca/model AI się nim zajmował, oraz odnośnik do commita Git
Rozumienie werdyktów
Werdykt wydają dwa rodzaje automatycznych kontroli. Werdykt testów jednostkowych to zwykłe pass lub fail, oparte na istniejącym zestawie testów projektu. Werdykt end-to-end (E2E) ma kilka dodatkowych możliwych wyników, ponieważ testy E2E obciążają rzeczywiście działającą aplikację:
| Werdykt | Znaczenie |
|---|---|
PASS | Wszystkie scenariusze end-to-end przeszły |
FEATURE_BUG | Test E2E znalazł prawdziwy błąd w zaimplementowanej funkcji |
ENHANCEMENT_REQUEST | Testy wykazały, że funkcja działa, ale brakuje w niej czegoś, co warto dodać później |
DATA_ISSUE | Awaria wynikała z danych testowych lub stanu środowiska, a nie z samego kodu |
ENVIRONMENT_ERROR | Samo środowisko testowe miało problem (np. nie działała jakaś usługa) — nie świadczy to o kodzie |
UNKNOWN | Wyniku nie dało się automatycznie sklasyfikować i wymaga on spojrzenia człowieka |
Obsługa nieudanego Task
Status failed oznacza, że Pipeline napotkał coś, czego nie potrafił samodzielnie rozwiązać w ramach budżetu ponowień. Po otwarciu Task widać, który krok zawiódł, zapisaną przyczynę oraz diagnozę Watchdog, jeśli najpierw podjął próbę automatycznego odzyskania. Następnie zwykle można wznowić Task od nieudanego kroku (lub wcześniejszego, jeśli poprawka musi zacząć się wcześniej), zamiast zaczynać od zera — AITM zachowuje wszystko, co już się powiodło.
Obsługa konfliktu
Status conflict oznacza, że automatyczne scalanie Git w AITM napotkało prawdziwy konflikt — dwie zmiany dotykające tych samych wierszy w niezgodny sposób — którego wspomagana przez AI próba rozwiązania nie potrafiła bezpiecznie rozstrzygnąć samodzielnie. W takiej sytuacji AITM pokazuje dokładnie, które pliki są w konflikcie, aby można go było rozwiązać; nigdy nie zgaduje i po cichu nie wybiera jednej strony, gdy obie zmiany wyglądają na zamierzone.
Archive
Gdy Task się zakończy, a jego zmiana zostanie scalona z dev, trafia do Archive — przeszukiwalnego rejestru każdego ukończonego Task, od najnowszych, z tytułem, projektem, datą zakończenia i statusem końcowym. To stały ślad audytowy.
W Archive można przeszukiwać i filtrować Tasks (według projektu, daty lub statusu) oraz otworzyć pełny zapis każdego z nich: oryginalny prompt, kroki Pipeline, werdykt review, wyniki testów i napisane przez krok Docs podsumowanie zmian w zrozumiałym języku. Zarchiwizowany Task nie jest zamknięty na stałe — Restore przywraca go do kolejki. W przypadku wariantu dawnej pracy zwykle czyściej jest utworzyć nowy Task, który wykorzystuje zarchiwizowany prompt jako punkt wyjścia.
Wskazówki
- Jeśli Task się nie powiedzie, należy wznowić go od nieudanego kroku zamiast zaczynać od nowa — wszystko, co już się powiodło, jest zachowane.
- Jeśli AI utknie w trakcie Task, Watchdog wznawia go automatycznie, do ograniczonej liczby prób, zanim oznaczy go jako
failed. - Ponieważ każdy Task zostawia pełny zapis w Archive, służy on także jako dokumentacja tego, dlaczego projekt wygląda tak, jak wygląda.