Hermes Agent 0.22: судьбу агента решают первые минуты

13 октября Nous Research выпустила Hermes Agent v0.22.0 с подзаголовком «The Threshold Release», то есть «релиз про порог».

После свежей установки человек попадает в чат первичной настройки, где агент сам проводит его по шагам.

Этот чат работает на бесплатной пробной модели, поэтому новичок разговаривает с агентом раньше, чем заводит API-ключ.

Для компании, которая внедряет AI, отсюда следует рабочее правило: судьбу агента решают первые минуты использования, и основной инженерный бюджет стоит тратить на них.

В release notes Nous Research привела объём работы между v0.21.0 и v0.22.0: - около 24 200 коммитов и 6 080 принятых pull request; - около 15 600 изменённых файлов; - примерно 2,05 млн добавленных и 1,14 млн удалённых строк; - около 7 180 закрытых задач; - около 2 520 участников.

Самое интересное здесь соотношение строк: на каждые 100 добавленных строк приходится 56 удалённых.

По нашей оценке, команда переписывала существующую систему вместе с добавлением новых функций. Release notes этого прямо не говорят, так что это наша интерпретация цифр.

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

В KT.Team мы оцениваем инструменты по TTU (time to use): сколько времени проходит от установки до первого полезного результата.

Обычный путь к open-source агенту занимает пять шагов: установить, зарегистрироваться у провайдера модели, привязать карту, выпустить ключ, вписать его в конфиг.

Только после этого человек получает первый ответ.

На каждом шаге часть людей бросает попытку.

Воронку Nous мы не видели, поэтому конкретные доли потерь остаются нашей гипотезой.

Мы видели другое на внутренних продуктах наших клиентов: инструмент, который требует нескольких действий до первого результата, сотрудники откладывают «на потом» и к нему не возвращаются. Nous убрала самый дорогой шаг: ключ и оплату.

Со стороны это выглядит как удобство, но по сути команда поменяла порядок сделки.

Пользователь сначала видит, что агент полезен, и только потом платит.

Коннекторы в Hermes решают ту же задачу, что и в корпоративной системе: дают агенту читать и менять данные там, где идёт работа. В корпоративном контуре для этого используют стандарт MCP (Model Context Protocol).

Через него агент вызывает инструменты внешних систем: находит заказ в 1С, обновляет атрибут товара в Pimcore или Akeneo, проверяет статус документа в ЭДО. В проектах AI-native integration мы собираем это из четырёх частей: - MCP-серверы над учётными системами. У каждой операции есть явный контракт, права и журнал.

Агент видит только те операции, которые ему разрешены, и не получает доступ ко всей базе. - Шина между агентом и учётом.

Запросы идут через Apache Kafka или Datareon.

Шина сглаживает всплеск обращений агента, и 1С продолжает работать в рабочее время. - LLM & Security Gateway.

Шлюз маршрутизирует запрос на нужную модель (Claude, GigaChat, YandexGPT, Qwen), маскирует персональные данные до отправки во внешний API и пишет каждый вызов в журнал для аудита. - RAG по внутренним документам.

Регламенты и договоры попадают в контекст модели со ссылкой на