Chimera Agent 0.65.0: Сопряжение, дедлайны и гарантии песочницы

При первом запуске сопрягается бот, а не комната

До этого релиза десктопное приложение спрашивало «это новая установка?» на карточке Messaging, когда папка данных уже была заполнена. Это означало, что каждый бот, запускаемый приложением, работал открыто — отвечая любому, кто до него достучится, используя инструменты и бюджет владельца. Код сопряжения, если он генерировался, уходил в консоль, которую никто не читает.

Теперь приложение записывает, какие боты уже были настроены при запуске. Эти боты продолжают отвечать как раньше. Бот, настроенный после этого момента, начинает с сопряжения, и его код появляется на карточке Messaging, где кто-то действительно смотрит. API отражает это: GET /api/messaging сообщает состояния pairing_code, pairing и open. Десктопный мост видит pairing, но никогда сам код, поэтому автоматизация не может обойти человеческий шаг.

Песочница, которая не может работать, отказывается работать

Установка CHIMERA_SANDBOX=docker без демона Docker раньше приводила к откату на хост с одной строкой в логе. Команда, которая должна была быть изолирована, выполнялась прямо на машине. Этот откат удалён. Теперь run_shell, execute_code и шаги рабочего процесса отказываются ещё до того, как зададут вопрос о выполнении на хосте. Сообщение об отказе объясняет, что произошло, что ничего не было выполнено, и два выхода: запустить Docker или установить CHIMERA_SANDBOX=local. Верификатор воздерживается, а не откатывает работу из-за того, что демон не работает.

Вызывающий код, который явно передаёт fallback=, сохраняет старое поведение. Все остальные получают жёсткую остановку. Та же граница применяется к входящим медиа: загрузки из Telegram и WhatsApp теперь останавливаются на лимите 20 МБ до первого байта, когда размер объявлен, вместо чтения всего файла в память и измерения после.

Дедлайны достигают уровня управления

Решение теперь может нести дедлайн, и его пропуск подталкивает полосу REVIEW к более пристальному вниманию. DecisionSpec.deadline_s объявляет его для каждого решения; Decider.decide(..., deadline_s=) переопределяет его для каждого вызова. Ответ, не полученный вовремя, останавливается с deadline_missed в квитанции и в журнале решений, так что пропуски становятся подсчитываемыми.

При установленном CHIMERA_GOVERNANCE_BAND_DEADLINE_S пропуск создаёт карточку REVIEW с band: deadline — никогда ALLOW. Запоздалый ответ никогда не кэшируется и не применяется постфактум. По умолчанию это выключено, и новая панель Settings › General › Governance and audit показывает это вместе с пятью другими опциональными элементами управления, которые ранее были доступны только через .env или могли быть сохранены, но не прочитаны обратно. GET /api/config сообщает о них в блоке governance_audit. Очистка дедлайна больше не оставляет приложение, которое не может запуститься: пустое значение теперь читается как отсутствие дедлайна.

Модели Ollama читают весь промпт

Вызовы моделей ollama_chat/ или ollama/ никогда не указывали окно контекста, поэтому Ollama использовала машинное значение по умолчанию — 4096 токенов в случае, который это выявил. Каждый более длинный промпт молча обрезался примерно до половины этого размера. Первый запрос запуска chimera solve, примерно 20 500 символов, был прочитан как 2050 токенов, и модель никогда не видела задачу.

Теперь каждый путь шлюза отправляет num_ctx только на маршруты Ollama, беря значение из CHIMERA_OLLAMA_NUM_CTX (по умолчанию 32 768; установите 0, чтобы сохранить значение сервера по умолчанию). Бюджет сжатия модели Ollama рассчитывается из этого окна, а не из запасного значения в 128 000 токенов. Ответ, у которого количество токенов промпта показывает обрезку, логирует предупреждение PROMPT TRUNCATED, а не проходит молча. Хостинговые провайдеры не изменились.

Что делать сейчас

Обновитесь с помощью pip install chimera-agent==0.65.0. Если вы используете десктопное приложение, перезапустите его и проверьте карточку Messaging на наличие ботов, которым нужно сопряжение. Если вы используете CHIMERA_SANDBOX=docker, убедитесь, что демон запущен, или переключитесь на local. Если вы вызываете модели Ollama, установите CHIMERA_OLLAMA_NUM_CTX в соответствии с окном вашей модели. Полные примечания к выпуску находятся на Chimera Agent v0.65.0.