Hermes Agent Desktop — нативный интерфейс Hermes Agent, который работает с теми же сессиями, настройками и навыками, что CLI в пределах выбранного профиля. Для рабочего использования проверьте сборку под свою платформу, активный профиль, каталог проекта и права инструментов. Общая история диалога полезна только тогда, когда границы доступа и способ проверки результата понятны команде.
Перед установкой
Desktop и CLI используют общий агент и общие сессии внутри одного профиля. Профили разделяют состояние Hermes, а фактический доступ инструментов задаётся отдельно.
Начните с вопроса о рабочем компьютере и способе установки. Руководство NousResearch по Hermes Desktop описывает приложение для macOS, Windows и Linux, а запуск через команду hermes desktop при уже установленном Hermes. Но матрица поддержки платформ уточняет различия сборок: стандартная упаковка Desktop для Linux в релизном процессе отключена. Поэтому перед установкой сверяйте текущий выпуск и доступный пакет для вашей операционной системы; общая фраза «работает на Linux» без способа установки вводит в заблуждение.
Официальное руководство по установке отдельно описывает пакеты для macOS и Windows и запуск Desktop после установки CLI. Выбирайте пакет с официальной страницы проекта и читайте требования именно для своей архитектуры. Приложение может менять интерфейс между релизами, поэтому скриншот или название кнопки из старого обзора служит лишь подсказкой о возможном расположении настройки.
Базовый материал про агента Hermes и пилотную задачу помогает понять общий принцип работы. Этот разбор посвящён интерфейсу Desktop: общему продолжению сессии в CLI, профилям, настройкам и приёмке доступа. До знакомства с меню определите пробную задачу без клиентских данных, например подготовку плана правок к локальному текстовому документу. Так проверка интерфейса останется отделённой от опасных действий с рабочими файлами.
Запишите входы пробной работы: выбранный профиль, каталог проекта, исходный файл, ожидаемый черновик ответа и сотрудник, который примет результат. Запуск окна оставляет вопрос о правах агента открытым. Особенно важно проверить, какой каталог получит новая сессия и какие инструменты доступны выбранному профилю.
Одна история диалога
В документации Hermes Desktop сказано, что Desktop, CLI и TUI обращаются к одному ядру агента и могут продолжать сессию друг друга. Практический маршрут выглядит так: откройте пробную сессию в Desktop, попросите составить черновой план, затем найдите эту сессию в CLI того же профиля и проверьте историю. После обратного перехода в приложение убедитесь, что видите тот же контекст и тот же идентификатор беседы. Такая проверка важнее общего обещания синхронизации.
- Зафиксируйте имя активного профиля и рабочий каталог до начала пробной беседы.
- Создайте в Desktop запрос на чтение тестового файла и сохраните идентификатор сессии из интерфейса, если он показан в вашей сборке.
- Откройте тот же профиль в CLI, найдите сессию по доступным средствам вашей версии и сверьте исходный запрос и ответ.
- Вернитесь в Desktop, продолжите диалог без записи в рабочие системы и сравните историю после обновления представления.
Общая сессия означает общую историю внутри профиля, но рабочая папка и открытые файлы требуют отдельной проверки. В документации профилей Hermes рабочая директория отделена от каталога состояния профиля. В Desktop путь проекта может задаваться при запуске или в настройках рабочего пространства, а сессия на удалённом backend видит файлы того компьютера, где работает агент. Поэтому видимый чат и доступный файл могут относиться к разным машинам.
Если диалог пропал из списка, сначала проверьте активный профиль и подключённый backend. Если текст черновика виден только в одном окне, отложите повторную отправку и посмотрите, сохранился ли он как незавершённый ввод. Ручное подтверждение перед новой отправкой защищает от случайного дублирования запроса. Исполнитель теста фиксирует расхождение, а ответственный за настройку разбирает его по журналу сессии.
Границы профилей
Профиль Hermes хранит собственные настройки, сессии, навыки и память. Это позволяет отделять исследовательскую работу от рабочих задач команды. В интерфейсе Desktop выбор профиля влияет на то, какую историю и какой набор настроек видит пользователь. При нескольких профилях на страницах настроек есть область применения изменения: редактирование может относиться к выбранному профилю, даже когда открыт другой чат. Перед сохранением проверяйте, какой профиль указан в этой области.
Важное ограничение прямо изложено в официальном руководстве по профилям: отдельный профиль изолирует данные Hermes, а файловые права определяются отдельно. На локальном backend инструменты обычно работают с доступом учётной записи операционной системы. Для задачи с ограниченным каталогом задавайте рабочую директорию и отдельно проверяйте реальные разрешения среды. Названия профиля «безопасный» недостаточно для проверки прав.
| Что проверить | В Desktop | Кто подтверждает |
|---|---|---|
| Профиль | Выбранная область настроек и список сессий | Владелец рабочего контура |
| Рабочая папка | Путь проекта для текущей сессии | Сотрудник с доступом к файлам |
| Навыки | Включённые навыки выбранного профиля | Ответственный за набор инструментов |
| Действие агента | Запрос инструмента и предлагаемый результат | Человек с правом на изменение |
Раздел Skills в Desktop по документации показывает установленные навыки и переключатели их активности. Начните с просмотра уже включённого набора. Новый навык расширяет возможные действия агента, поэтому его назначение и источник согласует ответственный сотрудник. Для пробной задачи достаточно разрешений на чтение тестового материала и подготовку черновика; запись, отправка сообщения и публикация требуют отдельного допуска по процессу компании.
Общие правила доступа к агентам подробнее разобраны в статье о правах и проверке ИИ-агентов. Здесь критерий конкретнее: переключение профиля и навыка в Desktop должно менять только предусмотренное состояние Hermes, а доступ к данным нужно сверять фактическим тестом и правилами среды.
Настройки и исключения
Экран Settings в Desktop объединяет настройки модели, рабочего пространства, безопасности и инструментов. Перед изменением запишите исходное значение, профиль и ожидаемый эффект. Затем меняйте один параметр и проверяйте результат в новой тестовой сессии. Так легче понять причину расхождения между CLI и приложением. Настройка модели в текущем чате и значение по умолчанию для профиля могут иметь разный масштаб действия; документация Desktop описывает их отдельно.
- При расхождении истории проверьте профиль, выбранный backend и идентификатор сессии, затем передайте журнал ответственному.
- При неожиданном доступе к файлу остановите пробную работу и проверьте права учётной записи, рабочий каталог и доступные инструменты.
- При отличии списка навыков сверяйте активный профиль и область применения настройки до установки нового навыка.
- При смене модели в открытом чате зафиксируйте текущий выбор и проверьте, изменился ли профильный вариант по умолчанию.
Если Desktop включён в рабочий контур с серверной проверкой, интерфейс показывает предложение агента, сервер проверяет полномочия на вызов инструмента, а сотрудник оценивает спорный вывод и разрешает действие по регламенту. Видимая кнопка или успешный текстовый ответ модели служат лишь элементами интерфейса; право менять файл, выдавать доступ либо отправлять данные требует отдельного подтверждения. Приёмка должна проверять реальные запреты и запись о том, кто подтвердил действие.
До расширения набора инструментов уточните, кому принадлежит профиль и кто разбирает сбой. Этот вопрос напрямую следует из проверки настроек: команда должна знать владельца общего состояния и путь исправления ошибочного разрешения. С такой картой можно обсуждать внедрение Desktop в рабочий процесс и оценивать реальные действия агента наряду с удобством чата.
Хотите проверить профили и права Hermes Desktop для команды?
Приёмка доступа
Приёмку проведите на тестовом профиле и материале без чувствительных данных. Проверьте, что Desktop открывает нужную сессию, CLI видит её продолжение, а другой профиль показывает собственную историю. Затем сравните настройки по умолчанию, набор навыков и рабочую папку. Для каждого шага сохраните наблюдение: какой экран открыт, какая сессия выбрана, какой файл доступен и кто подтвердил ожидаемый результат.
Отдельный тест посвятите ошибочному доступу. Запросите действие за пределами разрешённого каталога или роли только в специально подготовленной среде. Доступ должна ограничивать фактическая среда выполнения: права операционной системы либо проверка прикладного сервера. Человек оценивает спорные последствия действия. Если результат расходится с ожидаемым, остановите использование рабочего профиля до разбора. Одной успешной пробы чтения файла недостаточно для оценки границы прав; нужен и проверяемый отказ.
Выберите профиль для тестовых материалов и согласуйте его рабочую папку с владельцем данных. Затем продолжите одну сессию в Desktop и CLI и сохраните запись о совпадении истории. Лишь после этого проверяйте навыки и разрешённые действия.
После приёмки назначьте владельца изменений: кто обновляет приложение, кто подтверждает навыки, кто проверяет область настройки и кто принимает запрос на новые права. При обновлении сверяйте официальную матрицу платформ и заметки релиза перед повторением тестов. Особенно внимательно проверяйте способ установки на Linux и поддержку нужной архитектуры: документация о возможностях интерфейса и перечень готовых релизных пакетов отвечают на разные вопросы.
Стоимость проекта обсуждается по составу работ: подготовка профилей, правила доступа, тесты сессий, настройка рабочего каталога и обучение ответственных. Смету проверяйте по наблюдаемым сценариям и правам; число экранов приложения оставьте за рамками оценки. Если нужна схема использования агента в компании, напишите нам о внедрении ИИ-агентов; состав работ посчитаем под вашу задачу.