Jakmile task doběhne, budete chtít vědět, co se skutečně stalo — co se změnilo, jestli to fungovalo, a pokud se něco pokazilo, jak postupovat dál.
Čtení výsledků a archiv
Otevření výsledku dokončeného tasku
Kliknutím na kartu jakéhokoliv tasku — běžícího, dokončeného nebo archivovaného — otevřete pohled na jeho výsledek. Uvidíte:
- Shrnutí toho, co bylo provedeno a proč
- Kompletní seznam změněných souborů
- Výsledky jednotlivých kroků pipeline (pass/fail za každý krok)
- Screenshoty pořízené během běhu, pokud byl zapnutý volitelný krok Snapshot
- Metadata: časování, který AI provider/model task obsluhoval, a odkaz na commit v Gitu
Porozumění verdiktům
Dva druhy automatizovaných kontrol produkují verdikt. Verdikt unit testů je jednoduché pass nebo fail, na základě existující testovací sady vašeho projektu. Verdikt end-to-end (E2E) má o něco víc možných výsledků, protože E2E testy prověřují skutečně běžící aplikaci:
| Verdikt | Co znamená |
|---|---|
PASS | Všechny end-to-end scénáře prošly |
FEATURE_BUG | E2E test odhalil skutečnou chybu v implementované funkci |
ENHANCEMENT_REQUEST | Testy ukázaly, že funkce funguje, ale chybí jí něco, co by stálo za doplnění později |
DATA_ISSUE | Selhání bylo způsobeno testovacími daty nebo stavem prostředí, ne samotným kódem |
ENVIRONMENT_ERROR | Testovací prostředí samotné mělo problém (např. neběžela nějaká služba) — nevypovídá to o kódu |
UNKNOWN | Výsledek nešel automaticky klasifikovat a potřebuje lidský pohled |
Řešení selhaného tasku
Stav failed znamená, že pipeline narazila na něco, co nedokázala sama vyřešit v rámci svého rozpočtu opakovaných pokusů. Otevřete task a uvidíte, který krok selhal, a zaznamenaný důvod, plus diagnózu watchdogu, pokud se nejdřív pokusil o automatické zotavení. Odtud můžete task typicky obnovit od selhaného kroku (nebo dřívějšího, pokud oprava musí začít dál vzadu), místo abyste začínali úplně od začátku — AITM zachovává vše, co už uspělo.
Řešení konfliktu
Stav conflict znamená, že automatické sloučení Gitu v AITM narazilo na skutečný konflikt — dvě změny upravující stejné řádky nekompatibilním způsobem — který se nepodařilo bezpečně vyřešit pokusem o řešení s pomocí AI. Když k tomu dojde, AITM vám zobrazí přesně, které soubory jsou v konfliktu, abyste ho mohli vyřešit; nikdy nebude hádat a potichu vybírat jednu stranu, pokud obě změny vypadají záměrně.
Archiv
Jakmile task doběhne a jeho změna je sloučena do dev, uloží se do Archivu — prohledávatelného záznamu všech dokončených tasků, řazeného od nejnovějších, s názvem, projektem, datem dokončení a výsledným stavem. Je to vaše trvalá auditní stopa.
V Archivu můžete tasky vyhledávat a filtrovat (podle projektu, data nebo stavu) a otevřít kompletní záznam kteréhokoliv z nich: původní prompt, kroky pipeline, verdikt review, výsledky testů a srozumitelné shrnutí změn sepsané krokem Docs. Archivovaný task není zamčený — tlačítkem Restore ho vrátíte zpět do fronty. Pro obměnu starší práce bývá čistší založit nový task a prompt z archivu použít jako výchozí bod.
Tipy
- Pokud task selže, obnovte ho od selhaného kroku místo toho, abyste začínali znovu — vše, co už uspělo, zůstává zachováno.
- Pokud se AI uprostřed tasku zasekne, watchdog ho automaticky obnoví, až do omezeného počtu pokusů, než ho označí jako
failed. - Protože každý task zanechává v Archivu kompletní záznam, funguje zároveň jako dokumentace toho, proč váš projekt vypadá tak, jak vypadá.