Hermes Agent 소개
기준일: 2026-06-07
난이도: 초급
공식 기준: Hermes Agent Documentation, Learning Path
Hermes Agent는 Nous Research가 만든 로컬 중심 AI 에이전트입니다. 터미널, 데스크톱, 메시징 플랫폼, MCP 서버, 스킬, 메모리를 한 흐름으로 묶어 “대화하는 AI”를 “반복 업무를 맡길 수 있는 에이전트”로 확장하는 데 초점이 있습니다.
핵심 개념
Hermes를 이해할 때는 세 가지 층으로 보면 쉽습니다.
| 층 | 역할 | 처음 볼 것 |
|---|---|---|
| 실행 표면 | CLI, 데스크톱, 메시징 게이트웨이 | hermes, hermes desktop, hermes gateway |
| 지능 구성 | 메인 모델, 보조 모델, 도구 게이트웨이 | hermes model, hermes setup --portal |
| 장기화 장치 | 메모리, 스킬, MCP, cron | ~/.hermes, /skills, MCP 설정 |
Hermes의 장점은 단일 기능보다 조합에 있습니다. 예를 들어 “로컬 프로젝트를 읽고, GitHub MCP로 이슈를 만들고, 다음부터 같은 작업 절차를 스킬로 재사용하는” 흐름을 한 도구 안에서 구성할 수 있습니다.
선택 기준
Hermes Agent가 잘 맞는 경우:
- CLI와 메시징 플랫폼을 함께 쓰고 싶다.
- 프로젝트별 장기 메모리와 재사용 가능한 절차가 중요하다.
- MCP 서버를 붙여 외부 시스템까지 다루고 싶다.
- Claude Code나 OpenClaw와 다른 에이전트 실험 환경을 비교하고 싶다.
다른 선택이 나은 경우:
- Anthropic Claude Code 생태계만 쓰면 충분하다.
- 메신저 게이트웨이만 필요하고 코드 에이전트 기능은 약해도 된다.
- 회사 보안 정책상 외부 모델 라우팅이나 로컬 실행 권한을 아직 검토할 수 없다.
공식 문서 기준 학습 경로
Hermes 공식 문서는 기능이 많기 때문에 처음부터 전부 읽기보다 목적별로 나눠 보는 편이 좋습니다.
| 목적 | 먼저 볼 카테고리 | 이 사이트의 대응 문서 |
|---|---|---|
| 5분 안에 첫 대화 | Installation, Quickstart, CLI/TUI | 설치, 빠른 시작, 첫 세션 운영 |
| 모델과 비용 제어 | Configuration, Configuring Models, Provider Routing, Fallback Providers, Credential Pools | Provider와 모델 설정, Provider 라우팅과 fallback |
| 장기 기억과 재사용 | Memory, Memory Providers, Skills, Curator, Context Files, Context References | 메모리, 스킬, 컨텍스트 파일과 참조 |
| 안전한 병렬 작업 | Sessions, Profiles, Git Worktrees, Checkpoints, Delegation, Kanban | 세션과 프로필, 체크포인트와 Worktree, 위임과 Kanban |
| 외부 채널 운영 | Messaging Overview, Gateway Internals, Telegram/Discord/Slack/Email/SMS/Webhooks | 메시징 게이트웨이, 보안과 승인 |
| 앱/서비스 내장 | API Server, ACP, MCP, Python Library, Provider Runtime | MCP와 도구, TUI, Media, API/ACP |
놓치기 쉬운 고급 카테고리
처음 23개 장에서는 핵심 흐름을 다루지만, 운영 규모가 커지면 아래 카테고리도 빠르게 확인해야 합니다.
| 카테고리 | 공식 문서 | 확인할 질문 |
|---|---|---|
| Memory Providers | Memory Providers | Honcho, Mem0, Supermemory 같은 외부 기억 저장소가 필요한가 |
| Curator | Curator | agent-created skills가 오래되거나 중복될 때 누가 정리하는가 |
| Code Execution | Code Execution | Python 실행으로 여러 도구 호출을 한 턴에 묶어도 되는가 |
| Batch Processing | Batch Processing | agent trajectory를 대량 생성/평가해야 하는가 |
| Runtime backends | Docker Backend, Hermes Docs Index | local, Docker, SSH, Daytona, Modal, Singularity 중 어디에서 실행할 것인가 |
| Nix/Termux | Nix Setup, Termux | NixOS, Android, 모바일 실험 환경까지 지원해야 하는가 |
실습
아직 설치 전이라면 이 장에서는 방향만 잡습니다.
- Hermes가 맡을 첫 작업을 하나 정합니다.
- 작업이 “한 번 묻고 끝나는 질문”인지 “반복 가능한 절차”인지 구분합니다.
- 반복 절차라면 스킬 후보로 표시합니다.
예시:
목표: 매주 저장소 상태를 읽고 릴리스 노트를 초안 작성한다.
필요: 로컬 파일 읽기, git 로그 분석, GitHub 이슈 조회, 작성 규칙 기억.
Hermes 기능 후보: MCP, 메모리, 스킬, cron.
Hermes에 입력할 프롬프트
내 프로젝트를 처음 보는 기준으로 구조를 요약해줘.
반복 업무로 만들 수 있는 부분과 일회성 질문으로 남겨야 할 부분을 나눠줘.
실행 전에 위험한 명령은 반드시 나에게 확인해줘.
학습 경로를 고르는 프롬프트:
내 목표를 기준으로 Hermes 학습 경로를 짜줘.
설치, 모델 설정, memory providers, skills/curator, MCP, messaging,
code execution, batch processing, Docker/SSH/Daytona/Modal/Singularity/Nix/Termux 중 지금 볼 것과
나중에 볼 것을 나눠줘.
체크리스트
- Hermes를 “대화형 CLI”가 아니라 “메모리와 스킬을 가진 에이전트”로 이해했다.
- 첫 실습 목표를 하나 골랐다.
- Claude Code, OpenClaw와 비교할 기준을 정했다.
- 로컬 권한과 외부 계정/API 키 사용 범위를 검토했다.
- Memory Providers, Curator, Code Execution, Batch Processing, runtime backends는 필요할 때 보는 고급 카테고리로 분리했다.
다음 단계
- 설치에서 안전하게 설치합니다.
- Provider와 모델 설정에서 모델 슬롯을 잡습니다.
- Claude/OpenClaw와 비교에서 도구 선택 기준을 확인합니다.