v3.2.0

Added

• Поля происхождения принимают все ручки записи MCP. task_log, task_create, task_update и memory_session берут те же confidence, evidence, subject, volatility, claim, measured_at и verify_with, что memory_add, тем же разбором. Раньше агент, только что прогнавший команду, не мог записать measured через них: канала не было, и каждый журнал работы, задача и сессия ложились непроверенными — отсюда снимок памяти сплошь unverified. Узлы, которые ручка создаёт попутно (решения, проблемы), наследуют confidence и evidence, но не subject: ключ предмета уникален для одного факта
• memory_status говорит, что сервер устарел. Блок server несёт версию запущенного MCP-сервера и restart_needed, если исполняемый файл на диске новее момента старта процесса. Дважды за день после установки нового бинарника сессия продолжала работать на старом образе, и агент узнавал об этом только по «unknown tool». Теперь это видно первым же вызовом

Changed

• Список задач перестал пересказывать журнал прогонов. task_list по 16 задачам весил около 20 тысяч символов, из них большая часть — массив улик одной задачи из 35 записей с путями артефактов. Теперь в списке сводка: сколько улик, сколько зелёных, последняя зелёная с командой и временем; полный массив остался в task_view. Параметр full_notes=true отдаёт заметки целиком прямо в списке: раньше, чтобы прочитать заметки 16 задач, нужно было 17 вызовов, и небольшая модель-аудитор на этом умирала на лимите ходов. au task list показывает ту же сводку строкой под задачей, считает её та же функция ядра
• Запись в журнал работы больше не берёт задачу в работу сама. task_log в MCP и au task log при первой записи переводили задачу из очереди в active, минуя общее правило взятия в работу: не ставили activated_at и не вытесняли уже активную задачу проекта, так что в проекте оказывались две активные при правиле «не более одной». Запись наблюдения и решение взять задачу в работу — разные действия; второе теперь только явное, через task_update status=active или au task activate. Ответ и вывод команды говорят текущий статус и как активировать. Сам узел журнала создаётся одной функцией ядра вместо двух копий

Fixed

• Закрытие задачи из очереди больше не приписывает ей всю историю правок проекта. Окно сбора файлов для способа решения считалось от activated_at, а при его отсутствии — от created_at: задача, заведённая три недели назад и закрытая через task_update без взятия в работу, получала в способ решения 61 файл, включая чужие спеки и временные репро-тесты, и отметку confirmed. Без взятия в работу нет и окна работы: файлы не собираются, коммит не читается из HEAD, подтверждённым способ решения считается только с явным коммитом или запросом слияния