Hermes Agent의 핵심 이해
Hermes Agent는 “질문하면 답하는 챗봇”이라기보다, 대화·기억·프로필·도구·skill·검증을 하나의 운영 흐름으로 묶어 사용자의 작업 방식을 계속 학습하는 AI 작업 환경이다.
처음 Hermes를 보면 Telegram에서 대화하는 봇처럼 보일 수 있다. 그러나 Telegram은 Hermes와 만나는 입구일 뿐이다. Hermes의 핵심은 그 뒤에서 profile별 역할, persistent memory, session 기록, tool/plugin/MCP 확장, cron·webhook 자동화, 그리고 반복 절차를 skill로 정착시키는 운영 루프에 있다.
그래서 Hermes를 이해하는 첫 번째 관점은 “모델이 무엇인가?”가 아니라 “이 시스템이 내 작업 환경의 규칙을 얼마나 오래 기억하고, 반복 업무를 얼마나 좋은 절차로 진화시킬 수 있는가?”이다.
Hermes를 챗봇으로만 보지 말아야 하는 이유
일반적인 채팅형 AI는 대체로 질문과 답변의 구조로 이해된다. 사용자가 묻고, 모델이 답한다. 답변은 똑똑할 수 있고, 글도 잘 쓰고, 코드도 설명할 수 있다. 하지만 많은 경우 결과는 대화창 안에 머문다.
AI agent 계열은 이 흐름을 작업 쪽으로 밀어낸다. 다만 Hermes를 소개할 때는 agent 일반의 실행 능력 자체보다, 그 실행이 운영 체계 안에서 누적되고 개선되는 방식에 초점을 맞추는 편이 정확하다.
Hermes의 중요한 차이는 같은 runtime을 여러 플랫폼에서 부르고, profile로 역할을 나누고, memory로 오래 유지할 사실을 보존하고, session으로 과거 작업을 되찾고, skill로 반복 절차를 개선한다는 데 있다. 대화는 입구이고, 도구는 손이며, skill과 memory는 시간이 지날수록 작업 품질을 안정시키는 운영 층이다.
Hermes의 다섯 가지 기본 구성 요소
입문 단계에서는 Hermes를 다섯 층으로 이해하면 쉽다.
메시지와 프로필 관리
메시지는 사용자가 Hermes에게 일을 맡기는 표면이다. CLI, Telegram, Web UI, Discord, Slack 같은 플랫폼이 여기에 해당한다. Hermes에서는 이 표면을 gateway와 profile 개념으로 운영할 수 있다. DECK에서는 Telegram의 orchestration topic이 마스터가 Hermes에게 지시를 내리는 주 표면이고, PKM·Dev·Ops 같은 specialist topic은 작업 영역을 분리하는 표면이다.
하지만 메시지 플랫폼은 Hermes 자체가 아니다. Telegram bot은 Hermes에 접근하는 문일 뿐이고, Hermes의 실제 힘은 그 문 뒤의 agent runtime, gateway, profile, tool, memory, session, skill 구조에서 나온다.
기억과 정보 보존
Hermes는 세션을 넘어 유지해야 할 정보를 기억할 수 있다. 예를 들어 사용자의 말투 선호, DECK vault 경로, 삭제는 Trash를 기본으로 한다는 원칙, PKM과 Dev의 역할 구분 같은 정보는 매번 다시 설명할 필요가 없다.
다만 memory는 모든 대화 기록을 무한정 저장하는 창고가 아니다. 나중에도 계속 참인 사실만 선별해 남기는 운영 장치에 가깝다. 과거의 자세한 작업 내용은 session_search로 찾고, 지속적으로 필요한 사실만 memory로 승격하는 방식이 안전하다.
도구와 확장성
Hermes가 챗봇과 달라지는 지점 중 하나는 도구이며, Hermes의 고유한 운영 장점은 이 도구 층이 plugin과 MCP를 통해 확장될 수 있다는 데 있다. 파일 읽기, 파일 쓰기, 검색, 터미널 실행, 웹 검색, 브라우저 조작, 이미지 분석, 메시지 전송, cron 관리, subagent 위임 같은 도구에 더해, 사용자의 환경에 맞는 외부 시스템을 붙여 작업 표면을 넓힐 수 있다.
도구가 있기 때문에 Hermes는 “그럴듯한 답”을 넘어 “실제 확인한 결과”를 줄 수 있다. 다만 이 자체는 agent 일반의 특징에 가깝다. Hermes 관점에서 더 중요한 것은 어떤 도구를 언제 쓰고, 어떤 결과를 검증하며, 그 절차를 skill로 남겨 다음 작업에서 재사용한다는 점이다.
파일 관리
Hermes는 파일을 다룬다. DECK에서는 Obsidian 노트, Hermes 설정 파일, worker 문서, skill 문서, 로그, 스크립트가 모두 작업 대상이 된다. 따라서 Hermes에게 일을 맡길 때는 “어디의 무엇을 볼 것인가”와 “어디에 결과를 남길 것인가”가 중요하다.
입문자는 파일 경로를 명확히 주는 습관만으로도 Hermes 활용 품질을 크게 높일 수 있다. “관련 글 찾아서 정리해줘”보다 “DECK의 00. Inbox/03. AI Agent/03-3. Hermes/ 아래 Hermes 관련 노트를 종합해줘”가 훨씬 좋은 요청이다.
검증 절차
Hermes의 마지막 층은 검증이다. 파일을 만들었다면 다시 읽어야 하고, 코드를 고쳤다면 테스트를 돌려야 하며, 웹에서 찾은 정보라면 출처를 남겨야 한다. 자동화나 cron처럼 반복되는 작업은 로그와 세션 기록까지 확인해야 한다.
검증이 없으면 Hermes는 말 잘하는 생성기에서 멈춘다. 검증이 붙을 때 Hermes는 작업을 맡길 수 있는 파트너가 된다.
Hermes에게 처음 맡기기 좋은 작업
입문자는 처음부터 gateway, webhook, MCP, multi-agent까지 설계하려고 할 필요가 없다. 먼저 작고 끝이 분명한 일을 맡기는 것이 좋다.
예를 들면 다음이 좋다.
특정 폴더 안의 문서를 읽고 핵심 주제 정리하기
여러 노트를 모아 하나의 소개 글로 재구성하기
README와 설정 파일을 읽고 실행 방법 요약하기
글 초안을 목적에 맞게 다시 쓰기
반복 업무를 체크리스트로 만들기
Obsidian 노트의 관련 링크 후보 찾기
이미 있는 노트가 너무 넓으면 독립 글 여러 편으로 나누기
이런 작업의 공통점은 입력과 산출물이 비교적 분명하다는 것이다. Hermes는 목표, 대상, 산출물, 검증 기준이 선명할수록 강해진다.
효과적인 요청 작성법
Hermes에게 “잘 써줘”라고만 하면 Hermes는 글을 쓸 수는 있지만, 어디까지 읽고 어떤 형식으로 끝내야 하는지 불분명해진다. 입문 단계에서 바로 익혀야 할 요청 공식은 다음이다.
목표: 무엇을 끝낼 것인가?
입력: 어떤 파일, 폴더, 링크, 노트를 볼 것인가?
산출물: 요약, 글, 체크리스트, 코드, 보고서 중 무엇인가?
저장 위치: 결과를 어디에 둘 것인가?
검증: 완료 전에 무엇을 확인해야 하는가?
금지 조건: 삭제, 외부 전송, 결제, 파일 변경 금지 같은 제한은 무엇인가?
예를 들어 “Hermes 소개 글 써줘”보다 다음이 낫다.
DECK vault의 Hermes 관련 노트들을 종합해서 초급 독자용 독립 글을 작성해줘. Telegram bot과 Hermes 자체를 구분하고, 메시지·profile·memory·tool·skill·검증의 운영 층으로 설명해줘. 결과는 Hermes Inbox에 DECK frontmatter 규칙을 지켜 저장하고, 저장 후 다시 읽어 검증해줘.
이 요청은 단순한 프롬프트가 아니라 작업 명세다. Hermes는 이런 명세를 받았을 때 실제 결과물까지 가기 쉽다.
Hermes의 특별한 점
Hermes의 특별함은 모델 하나가 더 똑똑하다는 데 있지 않다. Hermes는 여러 provider를 쓸 수 있고, CLI·Telegram·Discord·Slack·Web UI·API server 같은 여러 표면에서 접근할 수 있으며, profile·memory·session·skill을 통해 작업 맥락을 장기 운영 체계로 이어갈 수 있다.
특히 skill은 중요하다. Skill은 단순한 프롬프트 모음이 아니라, “이 종류의 일을 이 환경에서 어떻게 해야 하는가”를 담은 절차 문서다. DECK에서 Obsidian 노트를 만들 때 frontmatter 규칙, sourceNotes, 검증 순서를 따르는 것은 일반 지식이 아니라 환경 특화 절차다. Hermes의 강점은 여기서 한 걸음 더 나아가, 반복 중 발견한 예외·실패·사용자 피드백을 skill 개선 후보로 되돌릴 수 있다는 점이다. 즉 Hermes는 잘 쓰면 “명령을 수행하는 agent”에서 “작업 절차를 스스로 갱신해 가는 운영 파트너”로 진화한다.
또한 Hermes는 cron과 webhook을 통해 사용자가 직접 말하지 않아도 정해진 시간이나 외부 이벤트에 반응할 수 있다. 입문 단계에서는 이 기능을 바로 운영할 필요는 없지만, 반복 업무가 검증된 뒤 자동화되고, 자동화 로그와 세션 기록이 다시 skill·memory 개선으로 이어질 수 있다는 흐름을 이해하는 데 중요하다.
OpenClaw와의 차이점
Hermes를 처음 이해할 때 OpenClaw와 비교하면 차이가 선명해진다. 둘 다 “대화형 AI”라기보다 사용자의 컴퓨터와 파일, 도구를 다루는 agent 계열에 속한다. 사용자가 목표를 말하면 모델이 생각하고, 도구를 호출하고, 파일을 읽고 쓰며, 결과를 만들어 낸다는 점은 비슷하다.
하지만 Hermes는 처음부터 여러 접점과 지속 운영을 강하게 의식한 작업 환경에 가깝다. 그래서 “내 컴퓨터에서 한 번 실행하는 agent”보다 “내 작업 체계 안에 상주하는 운영 파트너”에 가깝다.
또 하나의 차이는 기억과 절차의 축적 방식이다. Hermes는 memory와 skill을 통해 사용자의 환경, 선호, 반복 절차를 지속적으로 축적한다. DECK에서 Hermes가 Obsidian vault 경로, frontmatter 규칙, PKM·Dev·Ops 역할 분리, 삭제는 Trash 우선이라는 원칙을 기억하는 것은 단순 편의가 아니라 작업 안정성을 높이는 기반이다. Skill은 특정 업무를 어떻게 수행하고 검증할지 담는 절차 문서이므로, Hermes는 시간이 지날수록 “마스터의 환경에 맞춘 작업자”가 될 수 있다.
Hermes: multi-platform gateway, profile, memory, skill, cron, webhook, MCP까지 포함해 장기 운영 체계를 만들기 좋다.
OpenClaw가 “작업을 시키는 agent”로 보인다면, Hermes는 “작업을 맡기고, 반복시키고, 기록하고, 검증하는 운영 환경”에 가깝다. (OpenClaw도 가능은 하다. 다만 Hermes는 기본 설계가 그렇 게 되어있다는 이야기)
Hermes의 주요 장점
입문자가 Hermes에서 먼저 알아야 할 장점은 다음이다.
다양한 플랫폼에서 동일한 작업자 호출
Hermes는 CLI에서만 쓰는 도구가 아니다. Telegram에서 말해도, 터미널에서 실행해도, gateway나 API server를 통해 호출해도 같은 작업 체계를 사용할 수 있다. 이 덕분에 사용자는 책상 앞의 터미널뿐 아니라 이동 중의 메시지 환경에서도 같은 runtime과 memory를 가진 작업자를 부를 수 있다.
기억과 skill의 누적 및 개선
일반 챗봇은 매번 맥락을 다시 설명해야 하는 경우가 많다. Hermes는 오래 유지할 사실은 persistent memory로, 반복 가능한 절차는 skill로 남긴다. 더 중요한 점은 작업 중 발견한 실패 사례, 사용자 교정, 검증 체크리스트를 skill 개정 후보로 되돌려 절차 자체를 개선할 수 있다는 것이다. 이 구조 덕분에 “지난번처럼 해줘”가 단순한 분위기 복원이 아니라, 더 안전해진 운영 절차의 재사용이 될 수 있다. 단, 아무 정보나 저장하는 것이 아니라 오래 유지될 가치가 있는 것만 선별해야 한다.
검증 중심의 작업 방식
Hermes는 “했다”고 말하는 데서 끝나지 않고, 다시 읽고, 검색하고, 테스트하고, 로그를 확인하는 루프를 만들 수 있다. 이 점은 글쓰기, PKM, 개발, 운영 자동화에서 모두 중요하다.
도구와 MCP를 통한 작업 확장
Hermes는 기본 tool만 쓰는 닫힌 도구가 아니다. 필요하면 plugin이나 MCP를 통해 외부 시스템과 연결하고, 특정 조직·프로젝트·개인 워크플로에 맞는 도구 층을 붙일 수 있다. 그래서 Hermes의 확장성은 “한 번에 무엇을 실행할 수 있는가”보다 “내 작업 환경의 어떤 시스템까지 agent runtime 안으로 연결할 수 있는가”에 가깝다.
프로필과 작업자 역할 분리
DECK처럼 main, PKM, Dev, Ops 역할을 분리하면 하나의 AI가 모든 일을 뒤섞어 처리하는 위험을 줄일 수 있다. 지식관리 노트는 PKM 쪽으로, 코드 구현은 Dev 쪽으로, 행정성 잡무는 Ops 쪽으로 나누면 작업 품질과 책임 범위가 더 선명해진다.
반복 업무의 자동화 및 운영 학습
처음에는 수동으로 요청하던 일을 cron이나 webhook으로 바꿀 수 있다. 예를 들어 매일 정해진 시간에 문서 상태를 점검하거나, 외부 이벤트가 들어오면 요약·분류·저장을 실행하는 식이다. 여기서 끝이 아니라, 자동화 결과의 로그·실패·예외를 다시 확인해 memory와 skill을 조정하면 Hermes는 운영할수록 사용자의 환경에 맞는 절차를 더 잘 갖추게 된다. 입문 단계에서는 이 가능성을 “나중에 확장할 수 있는 학습 루프”로 이해하면 충분하다.
Hermes 사용 시 주의할 점
Hermes는 강력하지만, 입문자가 기대치를 잘못 잡으면 오히려 혼란스러울 수 있다.
복잡한 구조
Hermes에는 agent, tool, memory, skill, session, profile, gateway, cron, webhook, MCP 같은 층이 있다. 처음부터 모두 이해하려고 하면 부담스럽다. 입문 단계에서는 메시지·도구·파일·검증만 먼저 잡고, 나머지는 필요할 때 확장하는 편이 좋다.
도구 권한과 위험
파일을 쓰고, 명령을 실행하고, 메시지를 보낼 수 있다는 것은 실질적인 힘이 있다는 뜻이다. 그래서 삭제, 외부 전송, 결제, 대규모 변경, 자동화 실행처럼 되돌리기 어려운 작업은 범위와 검증 기준이 분명해야 한다. Hermes를 안전하게 쓰려면 “무엇을 하지 말아야 하는가”도 함께 말해야 한다.
기억의 한계
잘못 저장된 기억은 다음 작업을 방해할 수 있다. 임시 진행 상황, 한 번만 필요한 선호, 오래가지 않는 작업 상태는 memory에 넣지 않는 편이 낫다. Hermes의 기억은 창고가 아니라 운영 규칙과 안정적 사실을 담는 얇은 층이어야 한다.
자동화의 위험성
Cron과 webhook은 편리하지만, 잘못된 작업을 반복하면 피해도 반복된다. 먼저 수동으로 실행해 보고, 입력·출력·검증이 안정된 뒤 자동화로 올리는 순서가 안전하다.
결과의 신뢰성
Hermes가 도구를 쓴다고 해서 모든 결과가 자동으로 정확해지는 것은 아니다. 웹 검색 결과, 파일 해석, 코드 수정, 노트 분류는 여전히 검증이 필요하다. Hermes의 강점은 틀리지 않는다는 데 있는 것이 아니라, 틀릴 가능성을 줄이기 위해 확인 절차를 작업 안에 넣을 수 있다는 데 있다.
입문자가 자주 하는 오해
Hermes는 Telegram bot이 아니다
Telegram은 Hermes와 대화하는 통로다. Hermes는 CLI, Web UI, API server, Discord, Slack 등 다른 통로로도 접근할 수 있다. 따라서 Hermes를 특정 채팅 앱과 동일시하면 구조를 좁게 이해하게 된다.
Memory의 역할
Memory는 오래 유지해야 하는 선별된 사실을 담는다. 작업 일지나 임시 진행 상황은 memory보다 session_search나 파일 로그가 더 적합하다.
Skill의 정의
Skill은 반복 가능한 절차와 검증 기준이다. 잘 만든 skill은 Hermes가 같은 일을 다음번에 더 안전하고 빠르게 하게 만들고, 사용자 피드백을 반영해 계속 갱신될 수 있다.
자동화의 시작
Cron과 webhook은 강력하지만, 입문자는 먼저 수동으로 작은 작업을 성공시키고, 그 반복 패턴이 검증되었을 때 자동화로 승격하는 편이 안전하다.
입문자를 위한 학습 순서
Hermes를 처음 배운다면 다음 순서가 좋다.
Hermes를 챗봇이 아니라 작업형 AI로 이해한다.
메시지와 profile, memory, tool 확장성, 파일, 검증의 기본 층을 익힌다.
파일 읽기와 요약처럼 작은 작업을 맡겨 본다.
결과를 다시 읽고 검증하는 습관을 붙인다.
반복되는 요청을 checklist나 skill 후보로 정리한다.
그 다음에 profile, gateway, plugin, MCP, cron, webhook 같은 운영 기능으로 넘어간다.
결론
Hermes 입문에서 가장 중요한 전환은 “AI에게 무엇을 물어볼까?”에서 “이 시스템에 어떤 운영 절차를 맡기고, 어떻게 기억·검증·개선하게 할까?”로 넘어가는 것이다.
Hermes는 더 긴 답변을 주는 챗봇이 아니라, 사용자의 작업 환경 안에서 profile, memory, session, skill, tool/plugin/MCP, 자동화, 검증을 연결하는 agent runtime이다. 이 관점만 잡아도 Hermes를 훨씬 덜 혼란스럽고 더 실용적으로 사용할 수 있다.
는 잡설이고 스터디 들어오시라는게 본문입니다.
