Hermes Agent 아키텍처
기준일: 2026-06-06
난이도: 중급
공식 기준: Hermes Agent Documentation
Hermes는 하나의 채팅 UI가 아니라 여러 실행 표면과 장기 지식 장치를 묶는 에이전트 런타임입니다. 구조를 알면 “어디에서 문제가 생겼는지”와 “무엇을 확장해야 하는지”를 더 빨리 판단할 수 있습니다.
핵심 개념
사용자 입력
-> 실행 표면(CLI, Desktop, Gateway)
-> 세션 컨텍스트 + 메모리 + 스킬
-> 모델 라우팅(main/aux)
-> 도구 실행(내장 도구, MCP, gateway platform toolsets)
-> 결과와 검증
| 구성요소 | 역할 |
|---|---|
| CLI/TUI/Desktop | 사용자가 직접 대화하는 표면 |
| Gateway | Telegram, Discord, Slack 같은 외부 플랫폼 연결 |
| Model config | main과 auxiliary 모델 슬롯 관리 |
| Memory | 사용자/환경/프로젝트 사실 보존 |
| Skills | 반복 절차와 사용법을 필요할 때 로드 |
| MCP | 외부 도구 서버를 Hermes 도구 표면으로 연결 |
선택 기준
확장을 고민할 때는 다음 순서로 판단합니다.
- 내장 도구로 충분한가?
- 반복 지식이면 스킬인가?
- 외부 시스템을 호출해야 하면 MCP인가?
- 메시징 플랫폼에서 접근해야 하면 Gateway인가?
- 장기 사실이면 Memory인가?
이 구분을 지키면 모든 문제를 MCP나 스킬로 몰아넣는 실수를 줄일 수 있습니다.
실습
현재 세션에서 어떤 표면과 도구가 보이는지 확인합니다.
지금 세션에서 사용할 수 있는 도구, toolset, 모델 설정, 메모리/스킬 로딩 상태를 요약해줘.
각 항목이 어떤 작업에 쓰이는지도 한 줄씩 설명해줘.
작업을 분류합니다.
다음 작업 목록을 Hermes의 Memory, Skill, MCP, Gateway, 일반 대화 중 어디에 두는 게 맞는지 분류해줘.
- 내 말투와 보고 형식 기억
- 매주 GitHub 릴리스 노트 작성
- 사내 이슈 API 조회
- Telegram에서 배포 상태 확인
Hermes에 입력할 프롬프트
이 요청을 해결할 때 어떤 Hermes 구성요소가 필요한지 먼저 설계해줘.
내장 도구, 메모리, 스킬, MCP, 게이트웨이를 구분하고
가장 단순한 구성을 추천해줘.
체크리스트
- 실행 표면과 에이전트 런타임을 구분했다.
- 메모리와 스킬의 역할 차이를 이해했다.
- MCP는 외부 시스템 어댑터로 제한해서 생각했다.
- Gateway는 메시징 표면과 세션 운영 문제로 봤다.
- 확장 전에 내장 기능으로 가능한지 확인했다.