Hermes Desktop Masterclass: 1. Installation, UI, Settings & Backends

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Hermes Desktop은 운영체제별 설치부터 UI·모델·도구 설정, 로컬·클라우드·원격 백엔드 연결까지 한 화면에서 관리하는 Hermes Agent의 프런트엔드다.

📌 핵심 요점

1. 설치와 실행 구조: 운영체제에 맞는 설치 파일을 사용하며, 기존 Hermes가 없으면 함께 자동 설치된다. 명령줄 실행은 hermes desktop이고, 자료에서는 pip·Homebrew 설치를 더 이상 지원하지 않는다고 안내한다. 데스크톱 앱은 에이전트의 세션·데이터·스킬·설정을 공유하며 화면과 실행 장비를 분리할 수 있다.
2. UI와 프로필별 작업 관리: 기능 탭에서 스킬·도구·MCP를 관리하고, 프로필을 전환하면 해당 프로필의 기능과 세션 목록을 불러온다. 아티팩트는 세션 자료를 모으고, 예약 작업은 반복 작업과 결과 전달 위치를 설정한다. 명령 센터에서는 로그·오류·API 호출·토큰 소비량을 확인한다.
3. 주 모델과 보조 모델 설정: 기본 모델 변경은 새 세션에만 적용된다. 비전·압축·스킬 검색·승인·MCP 라우팅 등에 별도 모델을 배정할 수 있으며, /review에도 다른 검토 모델을 지정할 수 있다. 다중 에이전트 기능은 여러 참조 모델의 조언을 주 모델이 집계하는 실험적 구조다.
4. 백엔드 연결과 전환: 로컬 게이트웨이는 현재 컴퓨터의 에이전트를 사용한다. Hermes Cloud는 포털에서 만든 에이전트를 연결하며, 원격 장비는 hermes serve 기반 서버 또는 SSH 연결을 구성한다. 백엔드를 전환하면 대상 장비의 세션과 정보를 불러오면서 인터페이스의 테마와 설정은 유지한다.
5. 승인과 자격 증명 관리: 승인 모드는 수동·스마트·비활성화로 나뉘고, 스마트 모드에서는 보조 모델이 승인 요청의 필요성을 판단한다. 실제 브라우저 프로필을 사용하면 저장된 로그인 상태로 자동화할 수 있다. 자료에 따르면 토큰 원문은 메인 프로그램이 관리하며, 운영체제 키체인 암호화는 선택 사항이고 기본적으로 꺼져 있다.

🧩 배경과 문제 정의

• Hermes Desktop은 출시 이후 다섯 차례 주요 업데이트를 거치며 기능과 인터페이스가 크게 달라졌고, 초기 안내만으로는 현재 작업 환경을 충분히 활용하기 어렵다.
• 데스크톱 앱은 기존 Hermes Agent의 세션·데이터·스킬·설정을 공유하는 프런트엔드다. 화면을 실행하는 컴퓨터와 에이전트가 실제로 동작하는 컴퓨터는 서로 달라도 된다.
• 로컬 컴퓨터, 클라우드, 원격 장비의 에이전트를 함께 활용하려면 프로필·모델·도구 설정과 백엔드 연결 방식을 구분해야 한다.

🕒 시간순 섹션별 상세정리

1. 대규모 업데이트와 프런트엔드 구조

• 6월 초기 안내가 다루는 범위는 현재 앱의 약 40% 수준이며, 다섯 차례 주요 릴리스와 수천 건의 풀 리퀘스트를 거치면서 일부 기존 명령도 사라졌다. [02:14]
• 데스크톱 앱은 기존 에이전트의 세션·데이터·스킬·설정을 그대로 공유한다. 앱이 생성하고 관리하는 JSON-RPC 웹소켓 서버에 연결하므로, 그래픽 인터페이스와 에이전트 실행 위치가 분리된다. [03:05]

2. 운영체제별 설치와 실행 옵션

• 운영체제에 맞는 설치 파일로 앱을 설치할 수 있다. 기존 Hermes가 있으면 인터페이스를 추가하고, 없으면 Hermes도 자동 설치하며, 명령줄에서는 hermes desktop으로 실행한다. [04:03]
• pip와 Homebrew 설치는 더 이상 지원하지 않는다. 실행 옵션으로 파일 탐색기의 작업 디렉터리를 지정하거나, 빠른 재시작을 위해 빌드를 건너뛰거나, 빌드 오류와 파일 손상에 대응해 전체 재빌드를 수행할 수 있다. [05:01]

3. 스킬 탐색과 설치를 통합한 기능 탭

• 기능 탭은 스킬·도구·MCP로 나뉘며 현재 에이전트의 기능을 관리한다. 스킬 목록에서는 학습한 스킬을 구분하고 개별 항목을 켜거나 끌 수 있다. [06:01]
• 스킬 허브에서 필요한 스킬을 검색하고 설명을 확인할 수 있다. 선택형 스킬과 외부 제공자의 스킬도 같은 화면에서 설치한다. [06:35]

4. 도구와 MCP의 프로필별 관리

• 도구 설정에서 브라우저 자동화 방식과 실제 브라우저 프로필 사용 여부를 선택한다. 주 모델에 이미지 생성 기능이 없어도 별도의 이미지 생성 도구와 제공자를 설정할 수 있다. [07:02]
• MCP 서버는 개별 활성화·비활성화·삭제가 가능하며, 카탈로그에서 추가 서버를 설치한다. 프로필을 바꾸면 해당 프로필의 스킬과 도구도 함께 불러온다. [07:51]

5. 메신저 연결과 세션 자료·예약 작업

• 메신저 연결 화면에서 텔레그램 등의 서비스를 활성화하고 봇 토큰과 사용자 정보를 입력한다. 연결 과정이 복잡한 서비스에는 앱 내부 설정 안내가 있다. [08:33]
• 아티팩트에는 세션에서 사용한 이미지와 파일 링크가 모인다. 프로젝트의 로고처럼 작업 중 활용한 자료를 세션 단위로 다시 찾을 수 있다. [09:25]

6. 세션 고정과 운영 상태 확인

• 자주 사용하는 세션은 사이드바에 고정할 수 있다. 프로필을 전환하면 세션 목록도 바뀌어 프로필별 작업을 구분한다. [10:23]
• 하단 명령 센터에서 세션, 시스템과 메시징 게이트웨이 로그, 오류·경고를 확인한다. 모델·스킬 사용 내역과 API 호출·토큰 소비량, 유지보수 기능도 같은 곳에 모인다. [11:24]

7. 상태 표시줄과 통합 검색

• 상태 표시줄에서 로컬 컴퓨터와 다른 장비의 백엔드를 전환하면 해당 장비의 세션과 정보가 열린다. 메시징 게이트웨이 연결 상태를 확인하고 Hermes Agent 업데이트도 실행할 수 있다. [11:59]
• 상태 표시줄은 우클릭으로 항목을 맞춤 설정하고, Ctrl + Shift + S로 표시 여부를 바꾼다. 윈도에서는 Ctrl + K로 명령·프로젝트·세션을 검색해 필요한 기능이나 작업으로 이동한다. [12:40]

8. 기본 모델과 보조 모델의 역할 분리

• 설정의 기본 모델은 새 세션에만 적용된다. 프로필별로 제공자와 모델을 선택하고, 지원하는 모델에서는 추론 수준과 빠른 모드도 조정할 수 있다. [14:32]
• 보조 작업은 대부분 주 모델을 기본값으로 사용하지만 별도 모델을 지정할 수 있다. 이미지 분석 능력이 없는 주 모델을 쓸 때는 비전 모델을 따로 연결하고, 압축·스킬 검색·승인·MCP 라우팅·세션 제목 생성에도 모델을 배정한다. [15:03]

9. 별도 모델 검토와 실험적 다중 에이전트

• /review는 최근 작업을 검토하고 결과를 주 모델에 돌려주는 기능이다. 검토 범위는 최근 프롬프트 약 10개로 추정되며, 검토용 모델을 주 모델과 다르게 지정할 수 있다. [15:43]
• 실험적 다중 에이전트 기능에서는 여러 참조 모델이 입력에 대한 조언을 제공하고, 주 모델이 집계 역할을 맡는다. 여러 모델의 의견을 한 작업에 활용하는 구조다. [16:41]

10. 대화 표시와 작업 공간 조정

• 대화 설정에서 이미지 미리보기 크기, 성격, 시간대를 조정한다. 백엔드가 제공하는 추론 내용을 표시하거나 숨기고, 이미지 첨부를 원본 또는 텍스트 방식으로 전달하도록 선택할 수 있다. [17:09]
• 테마 설정은 작업 공간의 전체 외형을 바꾼다. 작업 공간 설정은 작업 디렉터리와 코드 실행·명령줄 관련 매개변수를 조정한다. [17:45]

11. 승인 모드와 브라우저·메모리·음성 설정

• 승인 모드는 명시적 허가가 필요한 명령의 처리 방식을 결정한다. 수동·스마트·비활성화 옵션이 있으며, 스마트 모드에서는 보조 모델이 승인 요청의 필요성을 판단한다. [18:30]
• 실제 브라우저 프로필을 사용하면 저장된 로그인 상태로 계정에 접근하는 자동화가 가능하다. 이 기능은 설정에서 켜거나 끌 수 있다. [19:02]

12. 고급 설정과 계정·확장 기능 관리

• 고급 설정에서 하위 에이전트의 세부 동작을 조정하고, 알림 설정에서 승인 요청과 잔액 경고 등의 운영체제 알림 시점을 선택한다. 통합 제공자의 결제 화면에서는 구독과 크레딧 구매가 가능하다. [20:01]
• 제공자 설정은 연결된 계정, API 키, 사용자 지정 엔드포인트를 관리한다. 별도의 도구·키 설정에서는 GitHub와 플러그인 등에 필요한 키를 구성한다. [21:01]

13. 로컬 백엔드와 Hermes Cloud 연결

• 백엔드 연결은 게이트웨이 설정에서 관리하며, 기본값인 로컬 게이트웨이는 현재 컴퓨터의 에이전트를 사용한다. 원격 연결 예시의 인터페이스는 이전 버전이지만 연결 절차는 동일하다. [22:39]
• Hermes Cloud 연결에는 포털에서 만든 클라우드 에이전트가 필요하다. 연결 모드를 Hermes Cloud로 선택하고 포털에 로그인한 뒤 에이전트를 연결하면 해당 에이전트의 세션을 불러온다. [23:15]

14. 원격 게이트웨이 서버 실행과 인증

• 원격 게이트웨이용 서버는 기존 명령 대신 hermes serve에 호스트와 포트를 지정해 실행한다. 사용자 이름·비밀번호 또는 포털 OAuth로 인증하며, 다른 장비가 접속하는 동안 서버를 계속 실행해야 한다. [24:47]
• 서버 장비의 IPv4 주소와 실행 중인 서버 포트를 확인한 뒤, 접속할 장비의 게이트웨이를 원격 모드로 바꾸고 주소를 입력한다. 미리 설정한 계정으로 로그인하면 서버 장비에서 사용하던 동일한 에이전트에 접근한다. [25:46]

15. SSH 활성화와 키 인증 연결 검증

• 원격 노트북에 SSH를 활성화하고 sudo ufw status로 방화벽 상태를 확인한 뒤 sudo ufw allow ssh로 접속을 허용한다. 연결 예시는 가정 내 LAN을 사용하므로 같은 네트워크에서 접근할 장비 주소를 확인한다. [27:32]
• 접속할 컴퓨터에서 SSH 키 쌍을 새로 만들거나 기존 키를 재사용하고, 원격 장비의 인증 키 목록에 공개 키를 추가한다. 이후 사용자 이름과 장비 주소로 SSH 접속을 시험한다. [28:34]

16. SSH 연결 등록과 여러 백엔드 전환

• Gateway에서 SSH 호스트에 IP 주소를 입력하고 저장·재연결하면, 기존 노트북의 WSL 에이전트인 Scampy와 해당 환경의 세션에 접근할 수 있다. [30:27]
• SSH 연결에 사용자 이름과 호스트를 입력하고 이름을 지정해 저장한 뒤 연결을 시험한다. 새 연결이 사용 가능한 상태가 되면 여러 백엔드를 등록해 선택할 수 있다. [31:29]

17. 프로필·원격 업데이트 관리와 자격 증명 보호

• 장치마다 보유한 프로필이 다르며 목록에서 쉽게 전환할 수 있다. Gateway 관리 화면에서는 SSH로 연결한 설치본을 원격 업데이트하고, 여러 설치본을 한 번에 갱신할 수 있다. [32:29]
• 토큰은 소유자만 접근 가능한 파일로 메인 프로그램이 관리하며, 인터페이스와 확장 기능은 토큰 원문에 접근하지 못한다. 운영체제 키체인 암호화는 선택 사항이고, 앱 실행 때마다 비밀번호를 입력하는 부담 때문에 기본적으로 꺼져 있지만 설정에서 다시 켤 수 있다. [33:15]

🧾 결론

• 설정의 출발점은 화면을 실행하는 장비와 에이전트가 동작하는 장비를 구분하는 것이다. 원격 연결에서는 대상 장비와 에이전트가 맞는지 확인해야 한다.
• 프로필은 세션·스킬·도구·모델 구성을 구분하고, 백엔드는 접근할 장비와 에이전트를 바꾼다. 두 전환 기능을 구별하면 작업 환경을 이해하기 쉽다.
• 설치와 연결 이후에는 새 세션의 모델 적용 여부, 도구 활성화 상태, 로그와 토큰 사용량을 확인해 실제 작업 가능한 구성을 검증하는 것이 좋다.

📈 투자·시사 포인트

• 화면과 에이전트 실행 위치를 분리하는 구조는 하나의 데스크톱 UI로 여러 장비와 클라우드 에이전트를 활용할 수 있게 한다. 도입을 검토할 때는 연결 관리와 환경 전환 편의성을 살펴볼 만하다.
• 보조 작업별 모델 배정과 토큰 소비량 확인 기능은 작업에 따른 모델 사용을 점검할 수단이다. 다만 자료에는 비용 절감률이나 성능 비교가 없어 경제성을 수치로 판단할 수 없다.
• 스킬·MCP·플러그인과 예약 작업은 활용 범위를 넓히는 요소다. 운영 관점에서는 기능 수와 함께 프로필 관리, 승인 설정, 자격 증명 관리 방식을 평가할 필요가 있다.
• 자료는 제품 설치·운영 안내이므로 기업 실적이나 투자 수익에 관한 판단 근거는 제공하지 않는다.

⚠️ 불확실하거나 확인이 필요한 부분

• /review의 검토 범위는 최근 프롬프트 약 10개로 추정된다고 설명한다. 확정된 사양으로 간주하지 말고 사용하는 버전에서 확인해야 한다.
• 다중 에이전트는 실험적 기능이며, 품질 향상 정도·추가 비용·응답 지연에 대한 측정 결과는 제시되지 않는다.
• 원격 연결 시연 일부는 이전 버전의 UI를 사용한다. 자료에서는 절차가 동일하다고 설명하지만, 현재 설치본의 메뉴와 옵션은 확인이 필요하다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 운영체제에 맞는 설치 파일로 설치하고 hermes desktop 실행 및 기존 세션 접근 여부를 확인한다.
• 작업별 프로필을 선택한 뒤 필요한 스킬·도구·MCP만 활성화하고, 프로필 전환 시 세션 목록도 함께 바뀌는지 확인한다.
• 기본 모델과 필요한 보조 모델을 지정한 뒤 새 세션에서 적용 여부를 확인한다.
• 로컬·Hermes Cloud·원격 서버·SSH 중 사용할 연결 방식을 구성하고, 연결 후 에이전트 이름과 세션으로 대상 환경을 검증한다.

❓ 열린 질문

• 보조 작업별 모델을 분리했을 때 실제 작업의 품질·비용·응답 시간은 어떻게 달라지는가?
• 사용하는 버전에서 /review가 검토하는 정확한 범위와 실험적 다중 에이전트의 동작 조건은 무엇인가?
• 가정 내 LAN 밖에서 원격 백엔드에 연결하려면 어떤 추가 네트워크 구성이 필요한가?