Автономный офис продаж и Memory Galaxy: 24/7 облачный запуск Hermes Cloud и интеграция с Obsidian
Внедрение искусственного интеллекта в бизнес-процессы часто сталкивается с техническим ограничением, известным как «проблема закрытой крышки» (closed-lid problem). Локально запущенные скрипты и ИИ-агенты прекращают свою работу, как только компьютер пользователя уходит в спящий режим. Для обеспечения непрерывного функционирования ИИ-ассистентов требуется перенос всей инфраструктуры на облачные серверы (VPS) для круглосуточного режима работы.
Современный стек автономного офиса продаж объединяет несколько инструментов: платформу Hermes Cloud для облачного развертывания агентов, локальную базу знаний Obsidian в качестве единого хранилища контекста (Memory Galaxy), таск-менеджер Linear для управления задачами и специализированные API для B2B-коммуникаций. В этом материале мы подробно рассмотрим архитектуру такой системы, пошаговую схему настройки обмена данными и ключевые правила безопасности при работе с автономными продажами.
Архитектура облачной мультиагентной системы Hermes
Экосистема Hermes Cloud представляет собой обертку для управления группой специализированных облачных агентов. По заявлениям разработчиков, платформа поддерживает быстрое развертывание контейнеров на VPS за 60 секунд и предоставляет доступ к более чем 200 ИИ-моделям. В рамках офиса продаж задействованы три основных агента:
- Hermes Outreach (Агент продаж): отвечает за поиск потенциальных клиентов и ведение первичной переписки. Он интегрирован со службами поиска контактов и почтовым ящиком.
- Hermes Oracle (Аналитик трендов): каждые 24 часа сканирует социальные сети (включая Twitter) и подготавливает сводки о рыночных трендах.
- Hermes Apollo (Голосовой ассистент): обеспечивает голосовое управление системой с низким уровнем задержки, работая на базе технологии OpenAI Realtime API.
Стоит отметить, что бренд Hermes и его конкретные надстройки на данный момент являются пользовательскими сборками и не имеют отдельной независимой документации. Процедура интеграции строится на базе подтвержденных открытых стандартов и инструментов.
Организация общей памяти: концепция Memory Galaxy в Obsidian
Для согласованной работы агентов им необходим доступ к единому источнику правды. Вместо сложных проприетарных баз данных разработчики используют Obsidian Vault — обычную локальную папку с файлами в формате Markdown на жестком диске.
Согласно официальному руководству Obsidian Docs, файлы Markdown хранятся локально, а сама программа мгновенно считывает любые внешние изменения. Это позволяет ИИ-агентам легко считывать инструкции, регламенты (SOP), прайс-листы и записывать новые данные без необходимости обращаться к базам данных через сложные API-запросы.
PARA-структура базы знаний
База знаний организуется по классической методологии PARA, разделяющей информацию на четыре ключевых каталога:
- Projects (Проекты): текущие задачи с конкретными сроками (например, «Запуск рассылки для компании X»).
- Areas (Сферы ответственности): постоянные рабочие направления («Стандарты B2B-коммуникации»).
- Resources (Ресурсы): полезные справочные материалы, кейсы, шаблоны писем.
- Archives (Архивы): выполненные задачи и неактивные материалы.
Визуализация связей (Graph view)
Для мониторинга накопления знаний используется встроенный плагин визуализации связей (Graph view). Согласно документации Obsidian Docs, граф отображает заметки в виде узлов (кругов), а перекрестные ссылки — в виде линий. Размер узла автоматически увеличивается при росте количества ссылок на него, что позволяет визуально определить наиболее проработанные темы базы знаний.
Интеграция с таск-менеджером Linear и API-инструментами
Автономная работа агентов организуется по четкому расписанию через систему Linear. Процесс автоматизации строится на базе следующего рабочего цикла (workflow), успешно применяемого в практике технологических компаний:
- Создание задачи: менеджер создает задачу в Linear, описывает требования и присваивает ей специальный тег (например,
AI-ready). - Активация агента: при перемещении задачи в колонку
Nextвебхук (автоматическое уведомление) отправляет запрос на сервер, где развернут агент. - Выполнение работы: ИИ-агент (например, работающий на модели GPT 5.6 Sol) считывает описание задачи, обращается к базе знаний Obsidian за контекстом и запускает выполнение.
- Результат и проверка: агент публикует результат работы (код, текст письма или отчет) в комментариях к задаче в Linear, прикрепляет ссылку на созданную ветку в репозитории и переводит задачу в статус
Waiting(Ожидание проверки человеком).
Работа со сторонними API-сервисами
В процессе выполнения задач продаж агенты используют внешние инструменты:
- Hunter API (поиск и верификация почты): функция Email Finder находит корпоративный адрес по имени контакта и домену компании, а Email Verifier подтверждает его валидность и доставляемость. При использовании API помните о соблюдении законодательства о персональных данных и защите от спама. Дополнительные сведения содержатся в документации на сайте Hunter.io.
- Composio LinkedIn Toolkit: библиотека инструментов для интеграции агентов с платформой LinkedIn (например, для сбора сообщений, на которые не ответили в течение 7 дней). Официальные детали настройки доступны в руководстве Composio Docs. Превышение лимитов автоматизации на LinkedIn может привести к блокировке аккаунта.
Чек-лист по безопасной настройке облачного офиса продаж
Поскольку агенты работают в облаке круглосуточно и имеют доступ к коммуникациям, критически важно настроить барьеры безопасности (approval gates):
- Шаг 1: Ограничьте права доступа. Создайте для ИИ-агентов отдельные сервисные аккаунты в Google Workspace и LinkedIn с минимально необходимыми правами. Не давайте агентам административный доступ к вашим основным доменам.
- Шаг 2: Изолируйте учетные данные. Все API-ключи от Hunter, OpenAI и Composio должны храниться в переменных окружения на VPS-сервере. Не записывайте ключи в открытом виде в файлах Obsidian или промптах для агентов.
- Шаг 3: Настройте модерацию. Установите обязательный барьер человеческого одобрения (human-in-the-loop). Агент может составить черновик отчета или написать текст письма, но отправка сообщения клиенту или публикация поста в сети должна происходить только после подтверждения человеком.
- Шаг 4: Логируйте действия. Настройте ведение подробных журналов работы (логов) для каждого шага агента. В случае возникновения сбоя или некорректного поведения вы сможете быстро отследить цепочку рассуждений ИИ и отозвать доступы.
- Шаг 5: Контролируйте расходы. Установите лимиты на использование API-сервисов и настройте моментальные пуш-уведомления на телефон при превышении дневного бюджета.