Как создать мультиагентную команду в Hermes
Большинство людей используют одного ИИ-помощника, а затем пытаются заставить его стать исследователем, писателем, программистом, менеджером проектов и оператором одновременно.Обычно это помогает на какое-то время.
Затем личности начинают сливаться воедино. Контекст становится запутанным.
Память — перегруженной.
Рабочие процессы перестают быть целенаправленными. Hermes предлагает более эффективный подход: создайте команду вместо того, чтобы нагружать работой одного специалиста широкого профиля.
Профили Hermes — одна из самых недооценённых функций всей системы.
Это не просто косметические образы. Это изолированные агентские среды, которые позволяют разделять память, сеансы, навыки, личность, конфигурацию, состояние cron и поведение шлюза.
Это значит, что вы не просто четыре раза переименовываете одного помощника. Вы создаете агентов на основе ролей с более четкими границами и более узкой специализацией.
Вывод: переход от одного агента к настоящей многоагентной команде начинается с изоляции, а не с улучшения подсказок.
Правильная ментальная модель
Неправильная ментальная модель: «Мне нужен один гениальный искусственный интеллект, который будет делать все».
Более эффективная ментальная модель выглядит так: «Мне нужна небольшая команда с четко распределенными ролями, понятной системой передачи задач и меньшим влиянием контекста».
Именно это и делают профили Hermes.
Один профиль может мыслить как стратег. Другой может сосредоточиться на исследованиях. Третий может оптимизировать коммуникацию. Четвертый может работать в режиме внедрения и отладки.
Поскольку их память, сеансы и личность остаются обособленными, со временем каждая из них может стать более целостной, а не превратиться в беспорядочное нагромождение.
Вывод: Профили Hermes лучше всего рассматривать как разграничение ролей при работе с искусственным интеллектом, а не как новые скины для персонажей.
Какие профили на самом деле разделяются
Вот тут-то Hermes и становится чем-то большим, чем обычный помощник.
Профиль может изолировать:
конфигурация
сеансы
память
навыки
личность
состояние cron
состояние шлюза
Это важно, потому что многоагентные системы дают сбой, когда все их компоненты используют одну и ту же память и тональность.
Не стоит допускать, чтобы ваш агент по написанию кода перенимал те же настройки по умолчанию, приоритеты и стилистические особенности, что и ваш исследовательский агент или агент по написанию текстов. Между ними должна быть четкая граница.
Вывод: специализация становится устойчивой только в том случае, если государство сохраняет свою обособленность.
Самая простая структура команды
Если вам нужна практическая отправная точка, я подготовил для вас следующее. Начните с четырех ролей:
Гермес > оркестратор
Алан > специалист по исследованиям
Mira > нарративный архитектор
Turing > отладчик и системный инженер
This is a strong pattern because it mirrors real work.
Оркестратор отвечает за планирование, декомпозицию, последовательность действий и итоговый синтез.
Исследователь собирает источники, проверяет достоверность утверждений и преобразует исходную информацию в выводы, на основе которых можно принимать решения.
Автор превращает проверенный материал в ясное и структурированное изложение.
Инженер воплощает планы в работающие системы, тестирует, исправляет ошибки и обеспечивает надежную работу.
Вывод: наиболее полезные команды с искусственным интеллектом соответствуют реальным функциональным ролям, а не произвольным представлениям о том, какими должны быть сотрудники.
Один агент изолирован и разделен на роли
Роль 1: организатор
Ваш профиль оркестратора — это командный центр.
Его задача не в том, чтобы выполнять каждую задачу лично. Его задача — определить цель, распределить работу, поручить задачи нужным специалистам и обобщить конечный результат.
Этот профиль должен быть оптимизирован для:
планирование
расстановка приоритетов
управление зависимостями
контроль качества
синтез
It should think in workstreams, not just answers.
Вывод: оркестратор — это диспетчер системы, а не узкое место.
Роль 2: специалист по исследованиям
Исследовательский подход должен быть скептическим, ориентированным на первоисточники и структурированным.
Его цель — собрать доказательства, сравнить источники, указать на неопределённость и отделить то, что подтверждено, от того, что лишь кажется правдоподобным.
Вот тот профиль, который вам нужен:
обзор литературы
маркетинговые исследования
сравнение продуктов
проверка источника
отслеживание тренда
Дело не только в «качественном исследовании». Дело в том, чтобы уберечь остальных членов команды от неверных предположений.
Вывод: хороший исследовательский агент снижает уровень ложной уверенности во всей системе.
Роль 3: писатель
Профиль автора должен быть ориентирован на ясность изложения, структуру, удобочитаемость и понимание аудитории.
This is where you turn raw findings into:
articles
briefings
product copy
threads
scripts
explainers
Писателю не нужно постоянно держать в голове весь процесс исследования или контекст реализации. Он должен получать более структурированную информацию и сосредоточиться на качестве коммуникации.
Вывод: писать становится лучше, когда автор не пытается одновременно быть исследователем и отладчиком.
Роль 4: разработчик/отладчик
Ваш инженерный профиль должен быть практичным, научно обоснованным и ориентированным на внедрение.
Это профиль для:
особенности здания
сбои при отладке
проверка кода
проверка исправлений
запуск тестов
оперативное решение проблем
Этот профиль должен быть ориентирован на воспроизводимость, логи, различия и проверенные результаты, а не на красочное повествование.
Вывод: качество реализации повышается, когда один из профилей остается узкоспециализированным.
Используйте SOUL.md, чтобы сделать каждую роль реальной
One of the easiest mistakes in multi-agent setups is changing only the name.
If every profile has the same underlying voice, priorities, and operating style, you do not have a real team. You have clones with labels.
Hermes gives you a stronger foundation through SOUL.md, which defines who the agent is and how it behaves. That is where you shape each profile’s default identity.
For example:
the orchestrator should sound structured and decisive
the researcher should sound evidence-first and skeptical
the writer should sound clear and audience-aware
the engineer should sound precise and test-oriented
Then use AGENTS.md for project-specific context rather than identity.
Пошаговая инструкция по настройке
Это практическая часть: как перейти от одной рабочей конфигурации Hermes к настоящей мультиагентной команде с изолированными ролями.
В этом примере команда выглядит так:
Гермес > оркестратор
Алан > специалист по исследованиям
Мира > писатель
Turing > отладчик и системный инженер
Цель состоит не в том, чтобы просто создать четыре имени. Цель состоит в том, чтобы создать четыре отдельных профиля Hermes с собственной идентичностью и состоянием.
Вывод: настоящая многоагентная система в Hermes начинается с профилей, а не с подсказок.
Шаг 1. Начните с рабочей конфигурации Hermes
Прежде чем создавать специализированных агентов, убедитесь, что основная настройка Hermes уже работает.
Это означает:
ваша модель/провайдер настроены
your API keys or auth are already working
your normal Hermes environment is usable
Это важно, потому что самый простой способ собрать команду — клонировать рабочую настройку.
Вывод: начните с готовой базы, чтобы не настраивать каждый агент с нуля.
Шаг 2. Создайте профили специалистов
Создавайте каждый новый профиль, клонируя текущий рабочий профиль.
Команды:
Профиль Hermes, созданный Аланом --clone
Профиль Hermes, созданный с помощью mira --clone
Профиль Hermes, созданный с помощью Turing --clone
Если вы хотите сначала изучить доступные варианты, выполните следующую команду:
создание профиля Hermes с помощью команды --help
При использовании параметра --clone копируются полезные базовые настройки, например:
config.yaml
.env
Но у каждого нового профиля по-прежнему есть собственная изолированная память и история сессий.
Вывод: используйте параметр --clone, если вам нужны специализированные агенты, которые наследуют ваши рабочие настройки, но не используют одно и то же внутреннее состояние.
Шаг 3. Убедитесь, что профили существуют
После создания профилей убедитесь, что они действительно созданы.
Команда:
список профилей hermes
Теперь вы должны увидеть список своих новых профилей.
На диске они должны находиться по следующим адресам:
/home/neo/.hermes/profiles/alan/
/home/neo/.hermes/profiles/mira/
/home/neo/.hermes/profiles/turing/
Ваш основной профиль в Hermes может оставаться главным, а остальные — выполнять функции специалистов.
Вывод: всегда проверяйте профили в интерфейсе командной строки и на диске, прежде чем двигаться дальше.
Шаг 4. Присвойте каждому профилю реальную личность с помощью SOUL.md
На этом этапе профили превращаются в реальных агентов. У каждого профиля специалиста должен быть свой файл SOUL.md:
/home/neo/.hermes/profiles/alan/SOUL.md
/home/neo/.hermes/profiles/mira/SOUL.md
/home/neo/.hermes/profiles/turing/SOUL.md
Use SOUL.md to define durable identity:
тон
поведение по умолчанию
сильные стороны
приоритеты
чего агенту следует избегать
Сильный раскол выглядит так:
Hermes: планирование, делегирование, обобщение, финальный контроль качества
Алан: доказательства, проверка, глубина исследования, работа с неопределенностью
Мира: ясность, структурированность, ориентация на аудиторию, отточенная коммуникация
Тьюринг: реализация, отладка, тесты, воспроизводимость, техническая точность
Это ключевое различие:
Вывод: если вы меняете только название профиля, а не файл SOUL.md, то на самом деле у вас нет команды.
Шаг 5. Разделите общий контекст и идентификационные данные
После того как у каждого профиля появится своя уникальная идентификация, сохраняйте общий рабочий контекст в файлах на уровне проекта, например в AGENTS.md.
Используйте его для таких целей, как:
структура репозитория
соглашения о кодировании
правила рабочего процесса
ожидания от использования инструмента
инструкции для конкретного проекта
Не перегружайте SOUL.md временными сведениями о проекте.
Такое разделение позволяет поддерживать систему в чистоте.
Шаг 6. Добавьте общий справочный файл для команды
Это помогает вести единый справочный файл, в котором содержится информация о списке сотрудников и о том, как агенты работают вместе.
Например:
/home/neo/.hermes/team-agents.md
Этот файл может описывать:
роль каждого агента
правила передачи
когда использовать, какой профиль
Как выглядит хороший результат по каждому из них
Так у вас будет одно место, где вы сможете объяснить систему себе или любому другому пользователю.
Вывод: командный справочный файл упрощает настройку мультиагентной системы.
Шаг 7. Запустите каждый профиль по отдельности
Once the profiles exist, you can invoke them individually.
Typical pattern:
hermes -p alan
hermes -p mira
hermes -p turing
Важно, чтобы каждый из них работал как отдельный профиль с изолированным состоянием.
Это означает:
Алан не унаследовал писательский талант Миры
Тьюринг не унаследовал исследовательскую память Алана
каждый агент становится более чистым в долгосрочной перспективе
Вывод: польза заключается в том, чтобы использовать профили по отдельности, а не просто создать их один раз.
Объединяйте профили с помощью обмена сообщениями
Профили становятся еще более функциональными в сочетании с шлюзом Hermes. Теперь ваша команда не ограничена рамками одного локального сеанса терминала.
Вы можете использовать разные профили для разных аккаунтов в мессенджерах, контролировать их удаленно, распределять работу через Telegram и сохранять границы ролей в чатах и задачах.
Именно здесь Hermes начинает восприниматься не столько как отдельный помощник, сколько как операционная система.
Вывод: обмен сообщениями превращает профили из локальной организационной функции в интерактивную многоагентную систему управления.
Заключение
Если вы хотите, чтобы Hermes чувствовал себя более влиятельным, перестаньте заставлять одного агента делать все.
Создайте команду.
Начните с координатора, добавьте одного специалиста, проверьте передачу дел и только потом расширяйте штат. Именно на этом этапе профили Hermes перестают быть просто функцией и превращаются в инфраструктуру.
Вывод: самая эффективная мультиагентная команда — не самая большая. Это команда с наиболее четким распределением ролей.