Руководство по обновлению Hermes Agent v0.21.0 Pantheon

Итог

v0.21.0 делает проще проверку плановых задач и передач между агентами, но сначала обновите профиль с изоляцией учетных данных. Рассматривайте утверждения в пользовательском интерфейсе примечаний к выпуску как утверждения производителя и требуйте теста непрерывности из трех прогонов плюс передачу между равноправными узлами с сохранением одноразового числа перед подключением к производственной автоматизации.

Hermes Agent v0.21.0, помеченный v2026.8.31 31 августа 2026 года, является выпуском Pantheon. Практическое изменение заключается не в том, что запланированный агент может общаться больше: он может нести ограниченный след того, что ранее сообщал. Это делает монитор тестируемым на подавление дубликатов, а не просто впечатляющим в примечании к выпуску.

Итого: Сначала обновите одноразовый профиль. Протестируйте точный рабочий процесс, на который вы полагаетесь, используя фиктивные или одобренные непроизводственные учетные данные. Не используйте режим бота, профили или одноранговое соединение в качестве замены изоляции сети, арендатора, одобрения или секретов.

Что мы проверили и что остается заявлением поставщика

Сопроводительные материалы репозитория пакет непрерывности проверили точно отмеченный исходный код и сознательно не использовали и не копировали производственные учетные данные. Живой шлюз остается неизмеренным; это правильный результат, когда безопасный маршрут модели недоступен.

Возможность	Статус доказательств	Что это устанавливает
Точная версия и отмеченный исходный код	Наблюдалось	Отчёт изолированного времени выполнения `v0.21.0 (2026.8.31)` из отмеченного коммита `29112bef`.
Непрерывность Cron	Тест исходного кода пройден; живой шлюз для трёх запусков не измерен	Тест с тегами доказывает, что предыдущий вывод внедряется в задачу непрерывности. Он делает не доказательство того, что ваша модель выдаст необходимую последовательность отчет/изменение/молчание.
Крон-блокнот	Проверено источником	Планировщик формирует долговечный блокнот на задачу в подсказке. Все еще необходима проверка сохранности в реальном времени безопасным маршрутом модели.
`hermes peer dm`	Исходный тест пройден; проверка в реальном времени с нонсом не измерялась	Тест замыкания с тегами задействует HTTP-аутентификацию и скрытый канонический поиск Bot Chat. Он делает не доказательство доступности, маршрутизации модели или политики узла в вашей сети.
Защищенные записи инструкционного файла	Исходный тест пройден	Запись в `AGENTS.md` завершается закрытием, если отсутствует обратный вызов одобрения человеком. Держите проверку человеком включенной для реальных изменений инструкций, навыков и памяти.
Режим Desktop Bot, экран MCP и браузер с управлением агентом	Заявления поставщика	Примечания к выпуску описывают эти функции. В этом руководстве не тестировался интерфейс настольной версии, поэтому оно не содержит скриншотов или независимых утверждений о удобстве использования.

Выпуск также анонсирует объединённый режим Bot Mode, управляемые подагенты, консолидацию интерфейса MCP, управление браузером, провайдеров и дополнения в каталог моделей. Это утверждения разработчиков из примечаний к выпуску, а не независимая оценка качества. Общее количество коммитов, задач и участников в выпуске служит контекстом истории изменений, а не доказательством того, что ваша развертка надёжна.

Ключевой gate непрерывности

Создайте исходный тест так, чтобы он имел только два значимых состояния: initial и changed-once. Не добавляйте временные метки, случайные идентификаторы или изменяющиеся данные выборки; монитор сравнивает точный исходный вывод.

Создайте одноразовую задачу с --continuity и используйте долговечный ключ блокнота, такой как last-verified-state. Запустите её три раза:

Запуск	Контролируемый источник	Требуемый результат	Проверка состояния долговечности
1	`initial`	Сообщает о начальном состоянии	Блокнот создан или обновлён
2	`changed-once`	Сообщает точно о одном изменении	Блокнот по-прежнему содержит состояние из первого запуска плюс обновление
3	`changed-once` снова	Точно `[SILENT]`	Блокнот остаётся читаемым и дублирующийся отчёт не отправляется

В версии v0.21.0 функция continuity добавляет последний вывод задания в подсказку для следующего задания; это не волшебная память, и она не может определить, является ли ваш источник стабильным. Блокнот является отдельным устойчивым временным состоянием. Проверьте оба. Задание всё ещё может повторяться, если подсказка расплывчата, источник изменяется или модель игнорирует предоставленный контекст.

Задокументированная схема создания с использованием скрипта выглядит так:

mkdir -p "$HERMES_HOME/scripts /tmp/hermes-continuity-input
printf 'initial\n' > /tmp/hermes-continuity-input/state.txt
printf '#!/usr/bin/env python3\nfrom pathlib import Path\nprint(Path("/tmp/hermes-continuity-input/state.txt").read_text(), end="")\n' \
  > "$HERMES_HOME/scripts/continuity-source.py

Гермес крон создать "каждый 1 час" "Сравните предоставленный ВЫВОД СКРИПТА с вашим предыдущим отчетом. Обновите устойчивый блокнот. Если ничего не изменилось, выведите ровно [SILENT]." \
  --скрипт "$HERMES_HOME/scripts/continuity-source.py \
  --непрерывность \
  --имя "тест на непрерывность одноразового использования" \
  --доставка локально

Запустите задание один раз, замените только initial с changed-once в /tmp/hermes-continuity-input/state.txt, запустите его снова, затем запустите в третий раз, не меняя файл. --script запускает стабильный источник перед каждым вызовом агента и вставляет его stdout в подсказку; он сам не подавляет неизменный запуск, поэтому третий [SILENT] является результатом проверки непрерывности. Удалите задание, скрипт и временный ввод после записи редактированных доказательств. Используйте текущую документацию cron для вашей установленной версии перед запуском. Зафиксируйте сознательно одобренного непроизводственного провайдера/модель, если тест должен сделать вывод. --no-agent полезен для простых уведомлений скрипта, но не тестирует непрерывность модели.

Передача между коллегами: докажите одноразовый идентификатор, а не метку

hermes peer является прямым маршрутом от шлюза к шлюзу. Принимающая сторона нуждается в платформе API-сервера, мощном API_SERVER_KEY, доступном URL и каноническом чате бота. Ключ участника — это учетные данные; храните его в хранилище учетных данных изолированного профиля, никогда не размещайте в журнале команд под управлением версии.

Создайте два новых профиля без скопированных навыков, памяти, интеграций сообщений или производственных ключей.
Запускайте шлюз API-сервера принимающего профиля только в контролируемой тестовой сети.
Зарегистрируйте его от имени отправителя с использованием сгенерированного тестового ключа.
Сгенерируйте уникальный nonce локально и отправьте короткий запрос через hermes peer dm.
Проход возможен только тогда, когда возвращенный ответ канонического чата бота содержит точный nonce. Сохраните редактированную стенограмму и класс URL участника, но не ключ.
Удалите регистрацию однорангового узла, остановите оба шлюза, удалите оба профиля и убедитесь, что профили больше не отображаются в hermes profile list.

С Документация по режиму бота четко указывает на границу: бот — это профиль со своей собственной конфигурацией, памятью, навыками, учетными данными и историей. Это полезное разделение, но оно не обеспечивает безопасность при наличии враждебного арендатора. Одноранговые узлы также создают сетевую границу и границу учетных данных; защищайте их с помощью деталей loopback/LAN/VPN, сгенерированного ключа, профилей с минимальными правами и явных ограничений доставки.

Граница безопасности: текущие инструкции остаются под контролем человека

В выпуске указано, что защищенные файлы инструкций агента теперь требуют разрешения на запись. Рассматривайте это как ограждение против скрытого постоянного воздействия, а не как причину для принятия произвольных команд. Сохраните путь одобрения человеком для AGENTS.md, SOUL.md, навыки, хранилища памяти и правила проекта. Проверяйте отказ в каталоге для временных файлов, прежде чем полагаться на него.

Сокрытие секретов уменьшает случайное раскрытие, но редактирование не является контролем доступа. Не размещайте реальный ключ в тестовом запросе только для проверки, скрыт ли он. Используйте сгенерированные фиктивные значения, сканируйте очищенные журналы на их наличие и затем удаляйте состояние теста.

Путь обновления и возможные ловушки

Запись hermes --version, ваша установленная дистрибуция и используемый маршрут провайдера/модели.
Резервное копирование конфигурации через поддерживаемый механизм Hermes; не копируйте вручную смешанный производственный профиль в тестовый каталог.
Выберите или установите целевую версию в изолированном профиле/домашнем каталоге. Подтвердите тег и точную справку CLI перед использованием новых флагов.
Запустите проверку непрерывности, проверку nonce одного из участников, если вы используете передачи между агентами, и проверку отказа защищенной записи.
Проверьте историю выполнения cron, маршрутизацию доставки, закрепленные модели, поведение при одобрении и очистку.
Только после этого повторно подключайте профиль производства или интеграцию сообщений.

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

Источники и воспроизводимые доказательства

Локальный пакет фиксирует точное отмеченное время выполнения и три целевых теста исходного кода. Его живой cron и результаты от коллег намеренно unmeasured_blocked потому что не были доступны утвержденные учетные данные для непроизводственного вывода. Не превращайте это ограничение в утверждение о успешном прохождении.

Запустите это в работу

Разделяйте утверждение об имплементации и результат, который вы воспроизвели в изолированном профиле.

Попробовать

Запустите одноразовый трехэтапный монитор со стабильным источником: первоначальный отчет, одно изменение, затем тихий запуск без изменений.

Докажите, что это сработало

Запишите версию, состояние источника, каждый редактированный вывод, долговременную заметку, nonce коллеги и результат очистки перед включением доставки в производство.

Где это может оплатить

Документированная услуга по проверке обновлений и автоматизации полезнее, чем непроверенное резюме заметок о выпуске.

Держите в поле зрения

Непрерывность Cron позволяет каждой задаче иметь свой предыдущий результат и долговечный блокнот, что делает монитор способным подавлять повторения.
`hermes peer dm` отправляет ограниченный запрос в канонический Bot Chat другого API-сервера-шлюза и возвращает его ответ.
Защищённые файлы инструкций требуют одобрения человека для записи, включая автоматизированные или разрешительные рабочие процессы.

Изучите рабочий процесс: создание автоматизаций Hermes