Hermes Desktop 공개; Computex 이야기는 미확인

Nous Research가 오픈소스 Hermes Agent에 얼굴을 붙였다. 약 1년 동안 터미널과 메시징 도구로 쓰이던 이 프로젝트가 이제 네이티브 데스크톱 앱을 제공한다. 그리고 이번 출시는 그 주변의 마케팅보다 시점 자체가 더 중요하다.

Hermes Desktop으로 달라지는 점

Hermes Desktop은 Nous Research의 Hermes Agent를 위한 첫 공식 그래픽 프런트엔드다. 2026년 6월 2~3일 v0.15.2 버전으로 공개 프리뷰가 발표됐고, 6월 19일에는 이미 v0.17.0(build v2026.6.19)까지 업데이트됐다 . 지금까지 Hermes는 Telegram, Discord, Slack, Signal, WhatsApp, 이메일, 터미널을 통해 접근하는 CLI 및 메시징 게이트웨이로 실행됐다 . 데스크톱 릴리스는 별도 제품으로 갈라지지 않으면서도 Mac과 Windows 사용자에게서 터미널 사용 요구를 없앴다.

데스크톱 화면에는 CLI 게이트웨이에 없던 기능들이 더해졌다. MarkTechPost에 따르면, 라이브 도구 활동 표시가 붙은 네이티브 스트리밍 응답, 웹페이지·파일·도구 출력을 나란히 볼 수 있는 미리보기 패널, 파일 브라우저, 음성 입력/출력, 설정 UI가 포함된다. 이런 기능들은 메시징 전용 경험에는 없었다. 다만 두 번째 바이너리가 추가된 것은 아니다. 같은 에이전트 코어가 CLI, 게이트웨이, 데스크톱을 구동하며, 이 아키텍처상의 핵심은 다음 섹션에서 다룬다.

배포 방식은 단순하다. macOS용 .dmg 설치 파일, Windows용 .exe, 그리고 기존 설정에 GUI를 붙이는 Linux 셸 설치 프로그램의 --include-desktop 플래그가 제공된다 . 채택 속도도 빠르다. GitHub 저장소는 프리뷰 시점에 약 18만 개의 스타를 보유했고, 2026년 6월 중순에는 약 20만 1천 개까지 늘었다. 올해 오픈소스 에이전트 프로젝트 가운데 증가 속도가 특히 빠른 편이다 . 실시간 수치는 nousresearch/hermes-agent repo에서 확인할 수 있다.

프런트엔드가 달라도 Hermes 상태는 하나입니다

Hermes Desktop은 자체 데이터 저장소를 가진 별도 애플리케이션이 아니다. CLI와 메시징 커넥터가 쓰는 동일한 에이전트 코어를 실행하므로 API 키, 세션 기록, 스킬 정의, 메모리, cron 자동화가 GUI, 터미널, 채팅 화면 전반에서 같은 방식으로 유지된다 . 작업 도중 Telegram 스레드에서 데스크톱 창으로 옮겨도 다시 설정할 필요가 없다. 프런트엔드마다 복제되는 대신, 같은 세션이 상태를 그대로 유지한 채 이어진다.

이 공유 코어 덕분에 검색도 제대로 작동한다. Hermes는 이전 상호작용을 FTS5 전문 검색과 LLM 요약을 결합해 인덱싱한다. 모든 화면이 같은 세션 저장소에 쓰기 때문에 데스크톱에서 실행한 검색은 CLI, 이메일, 또는 Telegram, Discord, Slack, WhatsApp, Signal 같은 메시징 게이트웨이에서 시작된 대화까지 포괄한다 . 프런트엔드별 사일로를 맞춰 볼 필요가 없다. 기록은 설계상 하나로 통합된다.

에이전트 기능이 발전하는 방식도 같은 성질을 따른다. GUI가 에이전트 코어를 다시 구현하는 대신 재사용하기 때문에, 코어 수준의 수정이나 새 도구는 모든 프런트엔드에 동시에 반영된다. 데스크톱, 메시징, 터미널 간 기능 동등성은 Nous가 기능을 세 번 포팅해서 유지하는 것이 아니라 구조적으로 생긴다. 40개가 넘는 통합 도구, cron 예약 자동화, 병렬 서브 에이전트 위임, 에이전트의 자기 개선형 스킬 루프는 모두 이 하나의 공유 런타임이 가진 속성이다 .

개발자에게 실질적인 의미는 프런트엔드가 아키텍처 선택이 아니라 표시 방식 선택이 된다는 점이다. CLI에서 cron 작업을 예약하고, 데스크톱 미리보기 패널에서 실시간 스트리밍을 지켜본 뒤, Signal로 후속 작업을 이어갈 수 있다. 이 모든 것이 같은 메모리와 스킬 세트를 대상으로 이뤄진다. 빠른 릴리스 속도도 이 점을 뒷받침한다. 프로젝트는 6월 초 프리뷰의 v0.15.2에서 2026년 6월 19일 v0.17.0(build v2026.6.19)까지 올라갔다 . 그리고 각 코어 업데이트는 GUI 전용 또는 CLI 전용 기능 차이로 갈라지지 않고 모든 화면에 함께 도착한다.

서브프로세스 백엔드: Docker, SSH, Modal

Hermes는 플러그형 백엔드를 통해 생성된 코드를 실행하며, 백엔드는 에이전트 로직에 고정되는 것이 아니라 세션마다 선택됩니다. 저장소와 실행 관련 문서에는 여섯 가지 실행 대상이 나열되어 있습니다: local, Docker, SSH, Singularity, Modal, and Daytona . Local은 호스트에서 코드를 직접 실행하고, Docker, SSH, Singularity, Modal은 이를 서브프로세스, 컨테이너, 원격 머신 또는 서버리스 샌드박스로 넘깁니다. 이 추상화의 핵심은 local에서 Docker로 바꾸더라도 프롬프트를 다시 쓰거나 에이전트의 추론 방식을 바꿀 필요가 없다는 점입니다. 세션 설정만 바꾸면 됩니다.

백엔드 선택의 가치가 드러나는 지점은 격리입니다. Docker는 컨테이너 하드닝과 Linux 네임스페이스 격리를 더하고, Singularity는 HPC 환경에서 같은 네임스페이스 격리를 제공합니다 . 빌더 입장에서는 에이전트가 작성한 코드가 호스트 파일시스템이나 프로세스 공간을 오염시키지 않고 실행된다는 뜻입니다. 아직 검토하지 않은 임시 스크립트를 에이전트가 작성했을 때 특히 유용합니다. Modal은 이를 서버리스 실행으로 확장해, 머신을 프로비저닝하지 않고도 샌드박스 실행을 확장할 수 있게 합니다. SSH는 이미 신뢰하는 기존 원격 호스트를 대상으로 합니다.

이 백엔드 모델은 Hermes의 병렬 위임도 뒷받침합니다. 에이전트가 작업을 서브에이전트로 분산할 때, 각 병렬 서브에이전트는 자체 서브프로세스 또는 Docker 컨텍스트를 받으며, 각자 터미널과 Python 스크립트를 가집니다 . 따라서 동시 작업 사이에 상태가 섞이지 않습니다. 두 서브에이전트가 파일을 편집하거나 설치를 병렬로 실행하더라도 서로의 상태를 덮어쓸 수 없습니다. 각자 별도의 실행 컨텍스트를 갖기 때문입니다. 이 분리 덕분에 병렬 서브에이전트 위임은 기본값으로 써도 위험한 함정이 아니라 안전한 기능이 됩니다.

실무적으로 Hermes에 신뢰할 수 없거나 모델이 생성한 코드를 실행하게 할 계획이라면, 먼저 평가해야 할 계층이 바로 이 부분입니다. 네임스페이스 격리가 필요하면 Docker로 세션을 시작하고, 계산량이 많거나 순간적으로 부하가 몰리는 작업은 Modal로 넘기며, local은 신뢰할 수 있고 위험도가 낮은 작업에만 남겨두면 됩니다. 이 모든 과정에서 에이전트 지시문은 건드릴 필요가 없습니다 .

Hermes가 절차를 작성하고 재사용하는 방식

Hermes는 성공한 작업 실행을 재사용 가능한 자산으로 바꿉니다. 이를 위해 “닫힌 학습 루프”를 사용합니다. 에이전트가 작업을 완료하면, 실제로 작동한 절차를 로컬에 저장되는 스킬로 작성하고, 이후 비슷한 작업에서는 사람이 다시 프롬프트를 넣지 않아도 그 스킬을 찾아 적용합니다 . 실제 효과는 프롬프트가 짧아지고 시간이 지날수록 동작이 더 일관돼진다는 것입니다. 에이전트는 매번 해결된 워크플로를 처음부터 다시 도출하지 않고, 이미 검증해 둔 절차를 불러옵니다.

이 스킬 재사용은 검색 가능한 이력 계층 위에서 동작합니다. Hermes는 LLM 요약이 결합된 FTS5 세션 인덱스를 유지하므로, 에이전트는 원시 로그를 훑지 않고도 내용 기반으로 이전 세션을 조회할 수 있습니다 . 요약에는 최종 출력뿐 아니라 추론 과정도 담기기 때문에, 에이전트는 왜 특정 접근을 골랐는지 떠올릴 수 있습니다. 어떤 도구를 썼는지, 어떤 경로가 실패했는지, 최종적으로 무엇을 선택했는지까지 말입니다. 이 차이는 중요합니다. 출력만 색인화하면 Hermes는 답을 반복할 수는 있지만, 추론을 색인화하면 같은 실수를 반복하지 않을 수 있습니다.

Cron으로 예약된 자동화는 이 효과를 더 키웁니다. Hermes는 cron 예약 작업을 지원하므로, 반복 작업은 같은 스킬 저장소와 세션 이력을 기반으로 계속 실행됩니다 . 각 호출은 절차적 지식을 쌓을 수 있고, 반복 작업의 두 번째와 세 번째 실행은 첫 실행 중 작성된 스킬을 활용합니다. 토큰 관점에서 보면 이후 실행은 콜드 스타트 실행보다 실질적으로 더 저렴합니다. 비용이 큰 탐색 과정이 매 주기마다 다시 지불되는 대신 저장된 스킬로 분산되기 때문입니다.

개발자에게 이 설계가 주는 의미는 분명합니다. 스킬과 세션 요약은 같은 공유 에이전트 코어 아래 로컬에 저장됩니다. 따라서 에이전트가 쌓는 절차적 지식은 확인 가능하고, CLI, 메시징, 데스크톱 환경을 넘나들며 이동할 수 있으며, 호스팅 어시스턴트의 불투명한 메모리에 갇히지 않습니다 . 이 가치는 워크플로를 처음 만났을 때가 아니라 두 번째, 세 번째 만났을 때 드러납니다. 따라서 이 루프는 반복할 것으로 예상되는 작업에서 평가하는 것이 가장 적절합니다.

락인 피하기: BYOK와 Nous Portal

Hermes는 모델에 종속되지 않으므로, 에이전트가 쌓아 가는 절차적 지식이 특정 제공사의 모델에 묶이지 않습니다. GitHub 저장소에는 Nous Portal, OpenRouter, NovitaAI, NVIDIA NIM/Nemotron, Xiaomi MiMo, Kimi/Moonshot, MiniMax, Hugging Face, OpenAI, 커스텀 엔드포인트를 통해 접근할 수 있는 200개 이상의 모델 지원이 명시되어 있고 , 제품 사이트와 the-decoder는 Portal을 통한 300개 이상의 모델 접근을 언급합니다 . 이 수치는 출처와 날짜에 따라 달라지므로, 고정된 숫자라기보다 “대부분의 주요 제공사를 아우르는 수백 개 모델” 정도로 보는 편이 맞습니다.

직접 키를 가져오는 BYOK 방식은 락인을 피하는 현실적인 대비책입니다. 설정 UI에 OpenAI 호환 키나 OpenRouter 키를 넣으면, 에이전트는 Nous Portal을 전혀 거치지 않고 사용자의 엔드포인트로 추론을 라우팅합니다 . 이미 제공사 계약을 맺은 팀이라면 과금과 속도 제한은 기존 위치에 그대로 남고, Hermes는 그 앞단의 런타임 역할만 합니다.

격리를 가장 강하게 가져가려면 Hermes의 Ollama 및 vLLM 지원을 활용할 수 있습니다. 이를 통해 추론 과정에서 네트워크 이그레스 없이 완전한 로컬 오프라인 운영이 가능합니다 . 규제 대상 데이터나 프롬프트를 호스팅 API로 보낼 수 없는 에어갭 환경에서는 중요한 지점입니다. MIT 라이선스와 결합하면, 추론 계층은 직접 감사하고 완전히 셀프 호스팅할 수 있는 대상이 됩니다.

호스팅 경로를 쓴다면 Nous Portal은 Free, Plus, Super, Ultra로 나뉜 구독 티어를 제공하며, 유료 티어에는 월간 크레딧이 포함됩니다 . 예산을 잡을 때 주의할 점도 있습니다. 1차 출처에는 정확한 USD 가격이 제시되어 있지 않고, 크레딧을 달러 금액이 아니라 정성적으로 설명합니다. 프로젝트 자체 문서의 표현처럼 빌더는 “bring your own keys or run fully local” 할 수 있으며, Portal은 필수가 아니라 선택지 중 하나입니다 . 도입을 결정하기 전에는 hermes-agent.nousresearch.com에서 현재 티어 비용을 확인하세요.

Computex 파트너십 보도를 신중하게 봐야 하는 이유

Hermes Desktop이 Computex 2026에서 NVIDIA 및 Microsoft를 명시된 파트너로 두고 공동 출시됐으며, 첫 주에 4만 명 이상의 베타 사용자를 확보했다는 주장은 널리 반복됐지만 검증되지 않았으므로 사실로 취급해서는 안 됩니다. 이런 구체적인 내용은 권위가 낮은 업계 매체와 SEO성 보도에서만 나타납니다 . 1차 또는 더 높은 권위의 출처인 Nous Research의 제품 사이트, GitHub 저장소, the-decoder, MarkTechPost 어디에서도 Computex 파트너십이나 해당 사용자 수는 전혀 언급되지 않습니다 .

벤더 뉴스를 평가하는 개발자라면 이 패턴을 알아둘 필요가 있습니다. 매우 구체적인 파트너 이름과 반올림된 사용자 수치(“첫 주 40,000명 이상”)가 1차 인용 없이 붙어 있는 경우는 SEO 증폭에서 흔히 보이는 형태입니다. 권위 있어 보일 만큼은 정밀하지만, 추적이 어려워 검증을 피하기 쉽습니다. 확인 방법은 단순합니다. 벤더의 공식 발표, 저장소, 신뢰할 만한 매체가 같은 내용을 반복하는가? 여기서는 그렇지 않습니다. Nous Research가 1차 입장을 내기 전까지는 Computex/NVIDIA/Microsoft 프레이밍과 4만 명 수치를 확인되지 않은 주장으로 보는 것이 신중합니다.

이런 회의적 태도가 프로젝트 자체로까지 이어질 필요는 없습니다. 프로젝트는 문서화가 잘 되어 있습니다. 1차 출처가 확인해 주는 내용은 다음과 같습니다.

• Hermes Agent와 Hermes Desktop은 MIT 라이선스로 배포되어 감사, 셀프 호스팅, 포크를 허용합니다 .
• 데스크톱은 2026년 6월 2~3일 v0.15.2로 공개 프리뷰에 들어갔고, 저장소에는 6월 19일 기준 v0.17.0 (build v2026.6.19)가 표시되어 있습니다 .
• 저장소는 약 GitHub 스타 201K개를 보유하고 있으며, 40개 이상의 통합 도구를 제공합니다 .
• Nous Portal은 Free, Plus, Super, Ultra의 네 가지 티어를 제시합니다 .

출시를 직접 다룬 the-decoder는 Hermes를 하드웨어 벤더 파트너십 없이 “an open-source AI agent for every platform”으로 설명합니다 . 검증 가능한 이야기, 즉 MIT 라이선스 기반의 멀티 백엔드 에이전트에 새 GUI가 붙었다는 사실만으로도 평가할 가치는 충분하며, 확인되지 않은 출시 파트너 서사가 필요하지 않다는 점을 보여 줍니다.

Hermes Desktop을 검토해볼 만한 사람과 기다리는 편이 나은 사람

호스팅형 어시스턴트에 묶이고 싶지 않고, GUI가 있는 자체 호스팅 가능하고 감사 가능한 에이전트 런타임을 원한다면 Hermes Desktop은 진지하게 살펴볼 만합니다. Hermes Agent와 Hermes Desktop은 MIT 라이선스로 무료 배포되고 전체 소스가 GitHub에 공개되어 있어, 블랙박스를 믿는 대신 런타임을 직접 감사하고, 포크하고, 자체 호스팅하고, 수정할 수 있습니다 . 여기에 직접 키를 가져와 쓰는 유연성과 macOS, Windows, Linux용 네이티브 앱까지 더해져, 제공자 중립성과 들여다볼 수 있는 실행 환경을 중시하는 빌더에게 잘 맞습니다 .

이미 Ollama 또는 vLLM을 운영 중인 팀에도 잘 맞습니다. Hermes는 이런 백엔드를 통해 완전히 로컬로 실행할 수 있으므로, 클라우드 의존 없이도 GUI에서 에이전트 오케스트레이션, 즉 스트리밍 도구 출력, 미리보기 패널, 세션 검색, 스킬 재사용을 쓸 수 있습니다 . 모델 서빙이 이미 온프레미스에 있다면, Hermes Desktop은 아키텍처를 다시 짜라고 요구하기보다 그 위에 프런트엔드를 얹는 방식에 가깝습니다.

두 가지 경우에는 잠시 기다리는 편이 낫습니다. 첫째, 엔터프라이즈 SLA가 필요한 프로덕션 워크로드입니다. Hermes Desktop은 빠른 프리 스테이블 주기로 움직이는 공개 프리뷰 상태입니다. 출시 당시 v0.15.2(2026년 6월 2~3일 보도)에서 6월 19일에는 v0.17.0 (build v2026.6.19)까지 올라가, 3주도 안 되어 마이너 버전이 두 번 바뀌었습니다 . 읽을 수 있는 출처에서는 공식 지원 티어도 확인되지 않습니다 . 둘째, Computex/NVIDIA/Microsoft 통합 이야기가 의사결정에 중요하다면 기다리세요. 2026년 6월 말 기준으로, 해당 파트너십과 베타 사용자 40,000명 주장에는 아직 1차 출처 확인이 없습니다 .

정리하면, GUI가 있는 포크 가능한 MIT 라이선스 에이전트를 원하고 프리뷰 단계의 잦은 변화를 감수할 수 있다면 지금 --include-desktop 플래그로 설치해 자신의 키나 로컬 모델에 붙여 테스트해볼 만합니다. 계약상 지원이 필요하거나 하드웨어 벤더 중심의 내러티브에 베팅하는 상황이라면, 안정 태그와 확인된 지원 티어가 나올 때까지 릴리스 노트를 지켜보세요.

자주 묻는 질문

Hermes Desktop은 무엇이고 Hermes CLI와 어떻게 다른가요?

Hermes Desktop은 오픈소스 Hermes Agent의 네이티브 그래픽 프런트엔드로, 2026년 6월 초 공개 프리뷰로 출시되었습니다 . 별도 제품은 아닙니다. 데스크톱은 CLI와 메시징 게이트웨이와 같은 에이전트 코어를 재사용하므로, 같은 바이너리 위에 GUI를 얹은 형태입니다. 차이는 인터페이스에 있습니다. Desktop은 네이티브 스트리밍 도구 출력, 웹페이지와 파일을 나란히 보는 미리보기 패널, 파일 브라우저, 음성 입출력, 설정 UI를 제공하고, CLI는 모든 작업을 터미널 안에서 처리합니다 . 설치는 .dmg(macOS) 또는 .exe(Windows) 설치 파일을 직접 사용하거나, 기존 설정에 --include-desktop 플래그를 붙이면 됩니다. 세션 상태, 키, 스킬은 두 환경에서 공유됩니다 .

Nous Portal 구독 없이 Hermes Desktop을 사용할 수 있나요?

네. Hermes는 모델에 종속되지 않으며 직접 키를 가져와 쓰는 방식을 지원합니다. OpenAI 호환 엔드포인트나 OpenRouter 키를 받을 수 있어, Nous Portal 티어 없이도 자신의 제공자 계정만으로 완전히 운영할 수 있습니다 . Ollama 또는 vLLM을 통한 완전 로컬 오프라인 실행도 지원하므로, 모델을 자체 호스팅하면 네트워크 외부 전송 없이 사용할 수 있습니다 . Portal의 Free, Plus, Super, Ultra 티어는 크레딧을 얻는 한 가지 경로일 뿐 필수 조건은 아닙니다.

Hermes는 샌드박스 코드 실행에 어떤 백엔드를 사용하나요?

Hermes는 로컬, Docker, SSH, Singularity, Modal, Daytona 등 여섯 가지 백엔드에서 실행을 처리합니다 . Docker와 Singularity는 샌드박스 코드에 컨테이너 강화와 네임스페이스 격리를 더합니다. 각자 자체 터미널과 Python 스크립트를 받는 병렬 서브 에이전트가 신뢰할 수 없는 코드를 실행할 때 중요한 요소입니다 . SSH와 Modal은 실행 대상을 원격 및 서버리스 환경으로 확장합니다.

NVIDIA 및 Microsoft와의 Computex 2026 파트너십은 확인되었나요?

아니요. Hermes Desktop이 Computex 2026에서 NVIDIA와 Microsoft를 파트너로 두고 출시되었으며 첫 주 베타 사용자가 40,000명 이상이었다는 주장은 2차 업계 매체와 SEO성 보도에서만 보입니다 . Nous Research 공식 사이트, GitHub 저장소, the-decoder, MarkTechPost는 그런 파트너십이나 사용자 수를 언급하지 않습니다. 1차 출처 발표가 확인하기 전까지는 파트너십과 베타 사용자 수를 미검증 정보로 보아야 합니다.

Hermes Desktop의 라이선스는 무엇이고 자체 호스팅할 수 있나요?

Hermes Agent와 Hermes Desktop은 모두 MIT 라이선스로 배포되며, 무료 사용, 수정, 포크, 재배포, 자체 호스팅을 허용합니다 . 소스는 github.com/nousresearch/hermes-agent에서 확인할 수 있으므로, 호스팅 서비스에 의존하지 않고 에이전트 코어를 감사하고, 자체 인프라에서 실행하고, 포크할 수 있습니다 .