Будущие направления A2A: агенты планируют создать локальную сеть

A2A уже позволил Hermes на двух компьютерах «звонить» друг другу. А что дальше? В списке пожеланий сообщества скрывается куда более масштабная картина.

Что уже можно делать: краткий обзор самого «телефона»

A2A v1.0 уже внедрён. Если коротко, он позволяет Hermes на разных машинах обмениваться визитками (Agent Card), общаться по стандартному протоколу (JSON-RPC), в реальном времени обновлять статус (SSE-стриминг) и помнить контекст многоходовых диалогов. С безопасностью по умолчанию всё неплохо: у каждого пира свой токен, все операции логируются. По сути, каждый Hermes получил «рабочий смартфон» — можно звонить, писать сообщения, оставлять голосовую почту, но только в режиме один-на-один.

Направление первое: локальная сеть агентов (многоузловая координация)

Самое популярное предложение сообщества — превратить «телефон» в «локальную сеть». У вас дома есть macOS-станция, Windows-десктоп, Linux-сервер, а может, ноутбук и телефон — и на каждом работает свой Hermes. Сейчас они действуют поодиночке, а в будущем хочется, чтобы они объединились в «локальную сеть агентов» через приватную оверлейную сеть. Как все умные устройства дома подключаются к одному Wi-Fi: вы говорите — и колонка в гостиной, лампы в спальне и духовка на кухне реагируют сообща. Для Hermes это означает, что задачи смогут автоматически перетекать между устройствами: материалы, собранные на ноутбуке, сами синхронизируются на рабочую станцию для глубокой обработки, а результат уже уходит на телефон — вам на утверждение.

Направление второе: иерархия агентов (начальник и подчинённые)

Сейчас Hermes-ы «равны»: кто начал диалог, тот и ведущий. Сообщество хочет «иерархию»: ведущий Hermes (leader) может делегировать задачу подчинённому Hermes (subordinate) на другой машине, при этом лидер видит, на каком этапе задача, — заметьте, именно «видит», а не «вмешивается». Это как начальник раздаёт поручения подчинённым: вам нужно знать прогресс, а не следить за каждым шагом. Такая «пассивная наблюдаемость» критически важна: она сохраняет автономию подчинённого и даёт руководителю спокойствие.

Направление третье: многосессионное сотрудничество (от изолированных ячеек к переговорной)

Сейчас вы открываете на одной машине три сессии — одна исследует, другая реализует, третья проверяет — и это три изолированных острова. Ключевые находки из сессии-исследования приходится вручную копировать в сессию-реализацию: хрупко и чревато ошибками. Сообщество предлагает, чтобы эти сессии могли «переписываться» друг с другом и делиться нужным контекстом. Представьте: не три отдельных кабинки, а одна переговорная, где трое могут передавать друг другу записки и обмениваться мнениями, но личные заметки каждого остаются приватными.

Направление четвёртое: локальная рация (сообщения между сессиями)

Это предложение более точечное: несколько интерактивных сессий Hermes на одной машине должны иметь «полноценный» локальный механизм сообщений. Не нужен сетевой протокол — как рация в офисе: нажал кнопку и говоришь. Сессия-исследование нашла важный материал и просто «вызывает» сессию-реализацию: «Эй, обрати внимание на использование того API в третьем абзаце». Никакого копипаста, никаких хрупких решений вроде tmux send-keys. Это дополнение к третьему направлению: одно отвечает за межмашинное взаимодействие, другое — за локальное.

Направление пятое: политика удалённого одобрения (шлюз безопасности)

Сейчас A2A позволяет удалённым пирам отправлять задачи в вашу live-сессию. Это полезно, но рискованно — а вдруг попросят изменить файлы? Сообщество хочет политику «доверенных пиров с ограниченной областью действия»: вы можете пометить конкретный Hermes на конкретной машине как «доверенный», и его задачи смогут выполнять локальные побочные действия; все остальные — только чтение. Как пропуск в офис: кому-то можно в бухгалтерию, кому-то только в переговорную. Это ключевой элемент безопасности при делегировании.

Направление шестое: видимые уведомления о завершении задач

Сейчас, когда задача A2A завершена, результат пишется в лог или возвращается через JSON-RPC-ответ. Но что, если вы не смотрите в логи? Сообщество хочет, чтобы по завершении задачи в вашем обычном канале Hermes появлялось уведомление — как пуш на телефоне: «Задача на той машине, которой вы поручили, выполнена, вот результат». Не отвлекает, но даёт знать.

Что уже частично реализовано?

Хорошая новость: концепция «ограниченного воркера» из предложений сообщества уже частично внедрена — настраиваемый внешний запускатель, который ограничивает границы выполнения удалённых задач. Это своего рода фундамент для «удалённого одобрения». Кроме того, уже готовы такие детали, как таймаут 330 секунд, поздние результаты, изоляция контекста. Но учтите: многоузловая координация, иерархия, локальная рация — все эти крупные направления пока остаются лишь пожеланиями в открытых issue.

Что это значит для вас?

Если вы обычный пользователь, эти направления означают: в будущем Hermes может перестать быть «одиночками» и превратиться в «команду», способную действовать сообща. Вам не нужно разбираться, как они общаются между собой, — достаточно знать, что Hermes на всех ваших устройствах будут помогать друг другу, как одна семья, и ничего важного от вас не ускользнёт.

И последнее напоминание: всё это — открытые issue, предложенные сообществом; официальная директория .plans уже удалена (2026-08), так что реализация не гарантирована. Но как минимум чертёж готов — агенты планируют создать локальную сеть, и в этот раз они собираются подключить к ней и «дом».