Обновление Hermes Agent v0.18 и концепт операционной системы агентов Super Kanban

Обновление Hermes Agent v0.18 и концепт операционной системы агентов Super Kanban

Сообщество разработчиковNousResearch представило крупное обновление фреймворка для создания ИИ-помощников — Hermes Agent v0.18, получившее название Judgment Release. Главным нововведением релиза стала интеграция системы Super Kanban, которая превращает разрозненные чаты с моделями в полноценную локальную операционную систему ИИ-агентов (Agentic OS). Обновление полностью перерабатывает логику параллельного взаимодействия нескольких агентов, устраняя главную проблему прошлых версий — зависание и блокировку интерфейса при одновременной записи состояний.

Проблема блокировки интерфейса и новое решение

В предыдущих версиях фреймворка Hermes совместная работа агентов строилась по принципу единой тетради. Когда 10 виртуальных специалистов одновременно выполняли проект, у них был только один общий «ассистент» записи состояния. Каждый раз, когда одному агенту требовалось сохранить промежуточный результат или обновить статус задачи, остальные девять были вынуждены ожидать своей очереди. Если процесс сохранения записи задерживался из-за сетевых сбоев или объема данных, вся доска задач полностью «замораживалась». В реальности это делало невозможным запуск более двух агентов одновременно.

В обновлении v0.18 архитектура сохранения данных была полностью изменена:

• Внедрена концепция фонового помощника (background helper). Все медленные процессы сохранения состояния и записи логов делегируются фоновой службе, которая работает асинхронно.
• Основной рабочий поток (event loop) больше не блокируется. Другие агенты продолжают выполнять свои вычисления, читать файлы и отправлять запросы, пока бэкенд записывает результаты предыдущего шага.
• Это позволило запускать десятки агентов на одной Kanban-доске параллельно без риска критического зависания интерфейса или потери данных.

Устройство экосистемы Agentic OS

Новый интерфейс управления (Mission Control UI) объединяет разрозненные инструменты разработчика в единый пульт управления процессами:

• Профили моделей и быстрое переключение. Разработчик может создавать шаблоны под разные модели (например, Fable 5, Qwen 3.7, Grok или локальные Llama) и на лету переключать их внутри одного рабочего чата или шага автоматизации.
• Голосовой агент (Voice Agent). Реализован локальный голосовой помощник с активацией по ключевому слову (wake-word). Он способен распознавать команды пользователя, управлять веб-браузером и выполнять действия на локальном компьютере.
• Инструмент поиска новостей (Hermes Oracle). Модуль для автоматического мониторинга последних новостей. Он парсит веб-страницы по расписанию, создает базу перекрестных ссылок и может самостоятельно генерировать черновики публикаций на основе свежих событий.
• Иерархическая структура компании (Paperclip Agent Org). Визуализация структуры отделов и подчиненности агентов в стиле классических организационных схем. Система включает входящие ящики для каждого агента, дашборды прогресса и историю выполнения задач.
• Планирование циклов автоматизации (Loop Automation). Возможность настраивать регулярные фоновые задачи, такие как периодическая рассылка писем клиентам, обновление новостной ленты или проверка работоспособности серверов.

Как устроена работа в Super Kanban

Работа ИИ-агентов на Kanban-доске напоминает взаимодействие человеческой команды в таск-трекерах. Доска разделена на стандартные колонки: «Входящие» (Triage), «К выполнению» (To Do), «В работе» (In Progress), «Заблокировано» (Blocked) и «Готово» (Done).

Процесс обработки задачи выглядит следующим образом:

1. Пользователь создает новую карточку в колонке «Входящие».
2. Агент-руководитель (Head Agent) перехватывает задачу, анализирует ее сложность и декомпозирует (разбивает) на мелкие подзадачи.
3. Каждая подзадача оформляется в виде отдельной карточки и направляется конкретному агенту-специалисту (Specialist Agent). Например, для написания статьи один агент займется сбором данных, второй — написанием текста, третий — версткой и проверкой ссылок.
4. Агенты передают результаты работы по цепочке с помощью коротких резюме (handoff summaries). Вместо того чтобы заставлять следующего агента читать всю историю диалога предыдущего (что перегружает контекст и стоит дорого), система генерирует лаконичную выжимку проделанной работы.
5. Для каждого этапа задаются строгие критерии готовности (Done Criteria) и проверки результатов (Proof of Work).

Инструкция по настройке и запуску агентной сети

Для развертывания локальной команды агентов на базе Super Kanban выполните следующие шаги:

1. Подготовка окружения и запуск проекта

Перед стартом убедитесь, что на сервере установлен Node.js и клонирован репозиторий NousResearch/hermes-agent.

• Установите зависимости проекта в терминале: npm install
• Скопируйте файл переменных окружения из шаблона: cp .env.example .env
• Заполните файл .env вашими API-ключами. Храните этот файл в тайне и никогда не загружайте его в публичные репозитории. Ограничьте область действия ключей (например, создайте API-ключи с лимитом расходов только под текущий проект).
• Запустите операционную систему агентов в режиме разработчика: npm run dev Система запустится локально, и вы сможете открыть графический интерфейс в браузере по адресу, указанному в консоли (обычно http://localhost:3000).

2. Настройка Kanban-доски и ролей

• Перейдите во вкладку Boards и создайте новый проект. Для каждого проекта используйте отдельную изолированную доску, чтобы избежать смешивания контекста задач.
• Добавьте на доску специалистов. Рекомендуется начинать с одного-двух простых агентов (например, «Исследователь» и «Редактор») и постепенно наращивать сложность, добавляя новые роли по мере необходимости.
• Пропишите для каждого агента системные промпты. Укажите: триггер для старта, доступные инструменты (доступ к поиску в вебе, локальным файлам) и правила эскалации.
• Для связи с внешними сервисами используйте API-токены с ограниченными правами доступа (scoped credentials).

3. Запуск тестирования и проверка безопасности

• Создайте тестовую задачу в колонке Triage.
• Запустите процесс и откройте вкладку Task History (Логи). В режиме реального времени отслеживайте, какие шаги предпринимает каждый агент.
• Проверьте работу механизма автоостанова петель (Loop Protection). В случае, если агенты зацикливаются и начинают бесконечно пересылать задачу друг другу, система должна автоматически остановить выполнение и перевести карточку в статус Blocked, отправив уведомление пользователю.
• Убедитесь, что после завершения шага агент-специалист корректно передает сжатую выжимку (summary) следующему исполнителю, а не пересылает гигабайты исходных логов.