Zeraix 2.3.2: запрет инструментов теперь проверяется внутри агентного runtime

Что было не так с ограничением инструментов

До обновления политика хоста проверяла вызовы, которые доходили до хоста. Встроенные инструменты, исполнявшиеся самим runtime, туда не попадали. Разработчики прямо описывают случай, когда автоматизация запрещала write_file, но встроенный инструмент всё же записывал файл. Теперь список разрешённых инструментов передаётся в диспетчер; он проверяет разрешённое имя после маршрутизации до исполнения как встроенного, так и внешнего инструмента. Такая проверка также не даёт обойти ограничение, завернув запрещённый вызов в call_tool. Это исправление конкретного пути обхода, а не утверждение, что любое взаимодействие агента с файловой системой или сетью стало безопасным. s1 s3

В закреплённом коде есть тесты отказа для встроенного read_file, запрета read_file внутри call_tool и сохранения нормальной работы явно разрешённого инструмента. Наличие тестов подтверждает заявленное покрытие этих сценариев, но Modelium не проводил собственную проверку установщиков, проникновение в систему или прогон модели. s3

Почему это важно при локальном запуске

Zeraix предлагает выбирать и запускать поддерживаемые GGUF-модели на своём устройстве; агент может работать с файлами, терминалом и инструментами. Если автоматическое задание предполагалось только читающим, прежний обход политики по встроенному инструменту менял реальные полномочия задания независимо от того, локальная модель или облачная отвечала в чате. После обновления следует заново проверить режим одобрений, список разрешённых инструментов и то, какие папки доступны конкретной задаче. Отдельная проверка разрешений файловой системы и изоляции команд по-прежнему необходима: allowed_tools ограничивает имена вызовов, а не заменяет все остальные меры. s2 s3

В релизе также заявлены отмена зависших вызовов после таймаута хоста, прекращение активной задачи при падении или перезагрузке интерфейса, исправление повреждения многобайтовых символов в потоковом ответе и устранение общего жёсткого 10-минутного ограничения на раунд. Для долгих локальных задач это означает меньше случайных обрывов и понятнее управляемую остановку; фактическую устойчивость на своём устройстве проверяйте своим сценарием. Разработчики не приводят в этих пунктах сопоставимых бенчмарков скорости инференса. s1

Что установить и что не считать частью обновления

Официальные файлы Zeraix-intl-2.3.2.dmg для macOS и Zeraix-intl-2.3.2.exe для Windows находятся в активном релизе v2.3.2. Перед загрузкой убедитесь, что это репозиторий автора и нужная платформа. README закреплённого тега описывает macOS 13+ на Apple Silicon и Windows 10/11 x64, локальную библиотеку моделей и возможность подключать облачные сервисы отдельно. После первоначальной установки локальные модели и инструменты могут работать без сети, но загрузка весов требует соединения. s1 s2

Исходный код Zeraix в этом теге распространяется под Apache License 2.0. Это не лицензия всех GGUF-моделей в каталоге: права на конкретный чекпойнт и коммерческое применение нужно проверять у его автора. Zeraix сейчас использует основанные на llama.cpp runtime для общего локального инференса; упоминаемый в README Imparo — отдельный проект, а не встроенный по умолчанию движок этого обновления. Новых открытых весов в релизе не объявлено. s1 s2 s4

Практический шаг: если вы запускаете расписанные или долго работающие агентные задания на Zeraix, обновите приложение из официального релиза, затем выполните безопасный пробный сценарий с разрешённым чтением и запрещённой записью в тестовой папке. Сверьте результат и журнал вызовов. Не переносите рабочие файлы под управление агента до проверки на собственной конфигурации; Modelium этот релиз локально не тестировал. s1 s3