Hermes добавил Kanban-доску для агентов: задачи теперь переживают сбои и смену исполнителей
Hermes Agent получил отдельный Kanban-слой для работы нескольких агентных профилей над одними и теми же задачами. Это не просто визуальная доска в стиле Trello: по документации Hermes, каждая задача, попытка выполнения, комментарий и зависимость пишутся в локальную SQLite-базу, а диспетчер может заново поднимать исполнителей, фиксировать сбои и продолжать работу после пауз.
Инфоповод пришёл из обсуждения вокруг r/hermesagent, но подтверждается первичными источниками: публичной документацией Hermes, туториалом с дашбордом и GitHub PR #16100. Важная оговорка: сам PR закрыт без статуса слияния, однако соответствующие Kanban-файлы есть в основной ветке репозитория, а документация описывает функцию как доступную пользователю.
Что именно добавили
Kanban в Hermes — это общая доска для профилей агента. Человек может работать с ней через CLI, slash-команду или дашборд, а сами агенты — через набор инструментов вроде kanban_show, kanban_complete, kanban_block, kanban_comment, kanban_create и kanban_link. Все поверхности смотрят в один слой данных, поэтому задача не растворяется в контексте одного чата или одного процесса.
У задачи есть статусы от triage и todo до running, blocked, done и archived, исполнитель, приоритет, зависимости, комментарии и история запусков. Отдельная таблица task_runs хранит попытки выполнения: кто запускался, чем закончил, какое резюме и какие метаданные оставил, была ли блокировка, сбой, тайм-аут или повторная попытка.
Почему это больше, чем доска задач
Ключевое отличие от обычного делегирования субагенту — долговечность. Синхронный вызов субагента похож на функцию: родитель попросил, дочерний агент ответил, результат попал обратно в текущий контекст. Если работа требует паузы, проверки, смены исполнителя или человеческого решения, такая схема быстро становится хрупкой.
Kanban меняет форму работы: задача становится объектом, который можно увидеть, прокомментировать, заблокировать, разблокировать и передать дальше. В документации Hermes прямо сравнивает это с очередью и машиной состояний: передача работы сохраняется строкой в базе, а не держится на том, что один процесс не упадёт и один контекст не переполнится.
Где это может пригодиться
Самые понятные сценарии — инженерные пайплайны: планировщик описывает задачу, разработчик делает реализацию, ревьюер отклоняет первую попытку, разработчик исправляет, ревьюер принимает. В Hermes это можно выразить зависимостями, ролями и историей запусков, а не длинной перепиской в одном агентном сеансе.
Другой класс сценариев — операционная работа: исследовательская воронка, регулярные дайджесты, обработка входящих, задачи для множества аккаунтов или сервисов. Там особенно важны повторяемость, видимость статуса и возможность подключить человека в середине процесса. Агент может не «героически держать всё в голове», а оставлять структурированный след для следующего исполнителя.
Что это говорит о рынке агентов
На Neuro.ee мы уже отмечали резкий интерес к Hermes Agent как к открытой агентной среде выполнения. Kanban-функция показывает более важный слой этой истории: борьба идёт не только за лучшую модель или самый удобный чат, а за контроль над тем, где живёт работа агента — в одноразовом диалоге, в закрытой платформе или в переносимой инфраструктуре с памятью, очередями и журналом действий.
Для обычного пользователя это пока звучит технически. Но для команд и разработчиков ставка практичная: если AI-агенты должны делать не демо, а настоящую работу, им нужны привычные свойства рабочих систем — очереди, статусы, повторные запуски, аудит, роли и участие человека в спорных местах. Hermes Kanban — один из ранних открытых ответов именно на этот слой проблемы.
Мнение редакции Neuro.ee
Новостная ценность здесь не в том, что у Hermes появилась ещё одна вкладка в дашборде. Важнее архитектурный сигнал: агентные системы взрослеют от «умного помощника в терминале» к управляемому рабочему контуру, где задача живёт дольше одного запуска модели. Это скучнее, чем эффектная демка, но гораздо ближе к тому, как AI действительно будет входить в рабочие процессы.
