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

Итог

В Hermes v0.21.0 стало проще проверять плановые задачи и передачу между агентами, но начинать обновление нужно с профиля, где учётные данные изолированы. Не полагайтесь только на описание релиза: перед подключением к продакшен-автоматизации выполните три последовательных тестовых запуска, проверьте передачу задачи между peer-узлами и убедитесь, что nonce сохраняется.

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

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

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

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

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

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

Ключевая проверка continuity

Подготовьте тестовый источник данных так, чтобы он имел только два значимых состояния: 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

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

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

Передача между узлами: проверьте nonce, а не название

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