debug-e2e

Narzędzie do debugowania nieudanych testów end-to-end, które organizuje sesję debugowania bez bezpośredniego czytania logów. Zamiast tego deleguje analizę do pomagierów AI, aby utrzymać czystość kontekstu rozmowy. Idealne do wspólnych sesji hipotez z użytkownikiem — przekazujesz hash CI, numer PR lub URL, a narzędzie koordynuje badanie błędów.

1. Uruchom umiejętność poleceniem /debug-e2e wraz z identyfikatorem: hash logu CI (np. 343c52b17688d2cd), numer PR (np. #19783), URL CI, lub nazwę testu (np. epochs_l1_reorgs). Jeśli nie podasz argumentu, system zapyta Cię, co chcesz debugować.

2. Narzędzie automatycznie wyśle żądanie do pomagiera identify-ci-failures, który pobierze logi i zidentyfikuje miejsca awarii w teście.

3. Na podstawie zwróconego podsumowania sformułuj hipotezę dotyczącą przyczyny błędu — może to być błąd logiki, zła konfiguracja, czy problem z czasowaniem.

4. Jeśli potrzebujesz głębszej analizy konkretnego logu, poproś pomagiera analyze-logs o szczegółowe badanie wybranych fragmentów.

5. Pracuj iteracyjnie z systemem: testuj hipotezy, porównuj wyniki udanych i nieudanych przebiegów, aż zidentyfikujesz przyczynę.

6. Nie używaj tego narzędzia do oczywistych błędów asercji (widocznych w output testu), błędów kompilacji czy prostych problemów konfiguracyjnych — w tych przypadkach debuguj kod bezpośrednio.