OpenClaw와 Hermes Agent 비교: 업무에 맞는 AI 에이전트는?

Hermes Agent와 OpenClaw 비교: 어떤 쪽을 선택해야 할까요?

어시스턴트에게 회사의 업무 방식을 매번 다시 가르치는 것이 문제라면 Hermes Agent를 선택합니다. 들어오는 업무를 적절한 에이전트, 워크스페이스, 대화로 보내는 것이 문제라면 OpenClaw를 선택합니다. 전용 어시스턴트에게 공급업체 브리핑 자료와 주간 보고서를 맡기려는 창업자라면 Hermes부터 살펴보는 편이 좋습니다. 기존 채팅 채널에서 영업용 어시스턴트와 운영용 어시스턴트를 따로 운용하려면 OpenClaw부터 검토하는 편이 좋습니다.

판단 기준은 절차의 재사용, 라우팅, 변경 통제, 운영 비용입니다. 이 글은 문서를 바탕으로 한 비교이며, 직접 구동해 신뢰성을 측정한 벤치마크는 아닙니다. 저장소, 문서, 모델 요금은 2026년 10월 12일에 확인했습니다.

Hermes Agent의 공식 프로젝트는 Nous Research의 NousResearch/hermes-agent입니다. OpenClaw의 소스는 openclaw/openclaw에 있습니다. 둘 다 MIT 라이선스를 사용하므로 소스 소프트웨어에는 라이선스 비용이 없습니다. 모델 이용, 호스팅, 선택 서비스는 별도로 비용을 지불해야 합니다.

스킬 관련 차이는 Hermes 스킬 문서와 OpenClaw Skill Workshop 문서를 근거로 합니다. 라우팅 차이는 OpenClaw 멀티 에이전트 가이드를 참고했습니다. 권한은 아래에서 다룹니다.

절차를 가르치는 수고보다 복잡한 라우팅을 관리하는 부담이 커지면 선택도 달라집니다. 어시스턴트가 이미 원하는 채팅 앱에 연결되어 있다면, 주간 보고서 업무에 채널을 더 붙여도 얻는 이점은 크지 않습니다. 어시스턴트마다 별도의 지침과 전달 대상이 필요하다면 라우팅 자체가 핵심 과제가 됩니다.

스킬과 메모리: 학습 내용이 바뀌기 전에 승인하려면 Hermes

Hermes Agent는 유용한 업무 절차를 재사용 가능한 스킬로 축적하는 학습 루프를 갖춘 자체 호스팅 어시스턴트입니다. 스킬은 작업 방법을 설명해 저장해 둔 지침 문서입니다. 여기서 학습은 그 지침을 보존하고 수정한다는 뜻이며, 기반 언어 모델을 재학습한다는 뜻은 아닙니다.

Hermes는 복잡한 워크플로를 수행하거나 오류를 복구하거나 사용자의 수정을 받은 뒤 스킬을 생성하거나 갱신할 수 있습니다. 이 문서는 skill_manage 툴로 관리합니다. 따라서 회사의 업무 지식이 절차에 담겨 있을 때 잘 맞습니다. 어떤 내보내기 파일을 받아야 하는지, 열을 어떻게 대조해야 하는지, 완성된 보고서를 어디에 두어야 하는지 같은 지식입니다. Hermes 스킬 문서.

주간 운영 보고서에 Hermes Agent와 OpenClaw를 적용한다면?

공급업체 보고서를 작성하는 운영 책임자를 생각해 보겠습니다. 어시스턴트가 배워야 할 것은 단순히 공급업체의 존재가 아닙니다. 최신 내보내기 파일을 가져오고, 공급업체 ID를 대조하고, 납품일이 빠진 항목을 표시한 뒤 검토용 초안을 만드는 절차입니다. 이는 업무를 설명하기 위한 예시이며, 실제 도입 결과는 아닙니다.

이 상황에서 Hermes의 장점은 저장된 절차가 바뀌기 전에 검토할 수 있다는 점입니다. 기본 설정에서는 스킬 기록을 허용하지만, skills.write_approval을 true로 설정하면 변경 제안이 승인 대기 상태에 놓입니다. /skills pending과 /skills diff <id>로 내용을 확인한 뒤 승인하거나 거부할 수 있습니다. 백그라운드에서 이루어지는 스킬 변경에도 같은 승인 절차가 적용됩니다. 잘못 배운 내용이 다음 작업의 지침으로 굳어지기 전에 운영자가 걸러낼 수 있습니다. Hermes 스킬 기록 승인.

OpenClaw도 절차를 학습합니다. 현재 Skill Workshop은 어려운 작업을 마친 뒤 유용한 방법을 저장하고, 잘못된 지침을 담은 스킬을 고치며, /learn과 백그라운드 검토를 지원합니다. 변경 사항은 저장되며, 이전 버전으로 되돌릴 수 있습니다. 과거의 초안 검토 방식은 폐지되었고, 현재는 변경을 먼저 적용한 뒤 복구 수단을 제공하는 방식입니다. 변경 사항을 적용 후 검토해도 괜찮은 운영자에게는 충분히 고려할 만한 대안입니다. OpenClaw Skill Workshop.

이 때문에 학습한 내용을 재사용하기 전에 승인하고 싶은 창업자에게는 이 항목에서 Hermes가 앞섭니다. 이는 워크플로 통제에 관한 평가이며, Hermes가 작업을 더 정확하게 수행한다는 근거는 아닙니다.

메모리는 맥락을, 스킬은 절차를 담습니다

두 제품 모두 맥락을 유지하므로 단순히 “기억한다”는 설명만으로 선택해서는 안 됩니다. Hermes는 간결한 MEMORY.md와 USER.md 파일을 저장하고 과거 세션을 검색할 수 있습니다. 메모리 스냅샷은 세션을 시작할 때 불러옵니다. 문서에서는 작업이 자연스럽게 나뉘는 지점에서 /new를 사용하라고 권장합니다. 채팅 게이트웨이를 재시작하는 것만으로는 새 대화가 시작되지 않습니다. Hermes 영구 메모리.

OpenClaw는 계속 유지해야 할 사실과 사용자 선호를 워크스페이스의 Markdown 파일에 보관하며, 날짜별 메모와 검색 툴로 이전 맥락을 찾아봅니다. 파일을 열어 저장된 지식을 직접 확인할 수 있습니다. OpenClaw 메모리.

공급업체 보고서에서 “점심 전에 초안을 보내 달라”는 선호는 메모리에 해당합니다. 데이터를 대조하는 방법은 스킬에 해당합니다. 이 구분을 유지해야 합니다. 운영 매뉴얼 전체를 항상 불러오는 메모리에 넣으면, 모든 대화에 불필요할 수 있는 자료까지 따라붙습니다.

실제로 제대로 작동하는지 확인하려면 저장된 기록을 살펴보는 것이 좋습니다. Hermes는 채팅에서 무언가를 기억했다고 말하는 것만으로는 메모리 툴이 실제로 기록했다는 증거가 되지 않는다고 명시합니다. 유용한 학습 내용을 승인한 뒤에는 새 작업을 시작해 어시스턴트가 올바른 절차를 찾아오는지 확인해야 합니다.

채널과 라우팅: 업무를 여러 곳으로 나눠 보내려면 OpenClaw

OpenClaw는 대화, 에이전트, 툴을 연결하는 상시 실행 서비스인 Gateway를 중심으로 구성된 자체 호스팅 에이전트 시스템입니다. 멀티 에이전트 바인딩을 통해 들어오는 업무를 워크스페이스, 지침, 세션 상태가 서로 다른 에이전트로 보낼 수 있습니다. 업무별로 서로 다른 어시스턴트가 필요한 회사에서 OpenClaw가 라우팅 항목의 우위를 얻는 이유입니다. OpenClaw 멀티 에이전트 라우팅.

예를 들어 영업용 어시스턴트는 승인된 영업 대화를 처리하고, 운영용 어시스턴트는 별도의 워크스페이스에서 공급업체 조사를 맡도록 구성할 수 있습니다. 핵심 가치는 각 요청의 담당을 예측 가능하게 정하는 데 있습니다. 지원 채널 목록이 길다는 것만으로 이런 분리가 보장되지는 않습니다.

Hermes는 이미 Telegram, Discord, Slack, WhatsApp, Signal, Google Chat, Microsoft Teams, Matrix 등 여러 플랫폼을 지원합니다. OpenClaw 역시 업무에서 흔히 쓰는 채팅 서비스를 지원하며, 기본 제공 공식 플러그인과 별도 설치 공식 플러그인이 함께 있습니다. 필요한 연동이 실제로 지원되는지는 Hermes 플랫폼별 지원표와 OpenClaw 채널 목록에서 확인해야 합니다.

첨부파일이나 대화 유형이 선택을 가르는 조건이 될 수 있습니다. 현재 Hermes 지원표에는 Slack의 스레드 지원이 명시되어 있지만 WhatsApp 브리지에는 없습니다. Microsoft Teams는 이미지를 지원하지만 파일은 지원하지 않는 것으로 나와 있습니다. OpenClaw도 미디어와 반응 기능의 지원 범위가 채널마다 다르다고 안내합니다. 첨부된 스프레드시트에서 시작하는 업무라면 “Teams 지원”이라는 설명만으로는 부족합니다.

Hermes도 프로필을 통해 에이전트를 분리할 수 있으며, 각 프로필은 자체 설정, 자격 증명, 메모리, 스킬, 세션을 가집니다. 어시스턴트 하나의 정체성에만 묶여 있는 제품은 아닙니다. 여기서 OpenClaw의 강점은 대화를 에이전트에 배정하는 라우팅 모델이 문서화되어 있다는 점입니다. Hermes 프로필.

모든 업무가 하나의 비공개 채팅에서 들어오고 어시스턴트 하나가 전부 맡을 수 있다면 OpenClaw의 추가 라우팅 설정은 생략해도 됩니다. 반대로 꼭 필요한 채널 기능이 Hermes 지원표에 없다면, 학습 워크플로가 마음에 들더라도 도입을 피하는 편이 좋습니다.

설치와 모델: 직접 유지할 수 있는 구성을 선택합니다

둘 다 안내에 따라 설치할 수 있지만, 상시 실행 서비스를 운영해야 한다는 점은 같습니다. 직접 사용할 컴퓨터에서 실행해 보지 않고 어느 쪽이 더 빨리 설치된다고 단정할 근거는 없습니다. 두 프로젝트 모두 Linux, macOS, Windows의 설치 방법을 문서로 제공합니다.

Hermes가 Linux 또는 macOS 호스트용으로 안내하는 설치 명령은 다음과 같습니다.

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash

이후 hermes model로 제공업체를 선택하고, 메시징을 위해 hermes gateway setup과 hermes gateway start를 실행합니다. 이는 Hermes 공식 설치 및 설정 절차에 따른 것입니다.

OpenClaw가 안내하는 설치 명령은 다음과 같습니다.

curl -fsSL https://openclaw.ai/install.sh | bash

설치 프로그램이 런타임과 초기 설정을 처리합니다. 현재 요구 사항은 **Node 24.16+ 또는 26.1+**이며, Node 26을 권장합니다. 문서에 명시된 서비스 설치 명령은 openclaw onboard --install-daemon입니다. 업무용 호스트에서 실행하기 전에 스크립트를 검토해야 합니다. OpenClaw 설치.

에이전트와 모델은 별도로 선택합니다

Hermes는 Nous Research의 모델만 사용할 수 있는 제품이 아닙니다. 두 프로젝트 모두 Anthropic, OpenAI, OpenRouter 지원과 로컬 모델 연결 방법을 문서화하고 있습니다. Hermes는 사용자 지정 엔드포인트와 Ollama 같은 로컬 서비스를 지원합니다. OpenClaw에는 Ollama, LM Studio, vLLM에 대한 제공업체 가이드가 있습니다. Hermes 모델 제공업체, OpenClaw 모델 제공업체.

에이전트를 자체 호스팅하더라도 클라우드 모델을 사용하면 추론에 필요한 맥락이 그 모델로 전송됩니다. 로컬 처리가 필수라면 로컬 추론을 별도로 선택하고 구성한 다음, 활성화한 외부 툴을 모두 확인해야 합니다. 에이전트 서버를 직접 보유한다고 워크플로 전체가 로컬에서 처리되는 것은 아닙니다.

혼자 개발하고 운영하는 기술자라면 자신이 유지할 수 있는 인프라에 맞는 런타임부터 시작하는 것이 합리적입니다. 유지보수를 위임하는 창업자라면 업데이트, 자격 증명, 장애, 백업을 책임질 담당자를 명확히 정하는 것이 핵심 조건입니다.

Hermes와 OpenClaw, 같은 업무를 맡기면 비용은 얼마일까요?

소프트웨어 가격에서는 어느 쪽도 유리하지 않습니다. 반복적으로 발생하는 비용은 모델과 서버가 결정합니다. 공정하게 비교하려면 같은 제공업체, 같은 모델, 같은 과금 토큰 수, 같은 호스팅 조건을 적용해야 합니다. 기본 프롬프트나 재시도 방식이 다르면 실제 사용량도 달라질 수 있지만, 이 글에서는 어느 쪽이 더 효율적인지 측정하지 않았습니다.

아래 표준 API 요금은 2026년 10월 12일에 Anthropic의 현행 요금 페이지와 대조해 확인했습니다. 두 에이전트 모두 Anthropic 직접 연결을 문서로 안내합니다. 이 예시는 API 과금을 기준으로 하며, 일반 사용자용 채팅 구독에 API 이용 권한이 포함되어 있다고 가정하지 않습니다.

월 1,000건의 업무를 처리하며, 업무 한 건에서 발생하는 모든 모델 호출을 합쳐 입력 토큰 20,000개와 출력 토큰 4,000개를 사용한다고 가정합니다. 토큰은 제공업체가 요금을 매기는 텍스트 단위입니다. 이 사용량에는 사용자의 첫 메시지와 최종 답변뿐 아니라, 각 업무에서 반복해서 보내는 맥락과 툴 실행 루프의 모델 호출도 포함됩니다. 실제 관측한 사용량이 아니라 예산을 설명하기 위한 가정입니다.

계산하면 전체 사용량은 입력 토큰 2,000만 개와 출력 토큰 400만 개입니다. Sonnet 비용은 (20 × $2) + (4 × $10) = $80, Opus 비용은 (20 × $4) + (4 × $20) = $160입니다. 업무 한 건당 비용은 각각 $0.08과 $0.16입니다. 계산에 사용한 단가는 Anthropic 상세 요금 문서를 기준으로 합니다.

월 청구액은 서버 요금 + 모델 사용료 + 유료 툴 비용입니다. 실제 호스팅 견적을 더해야 합니다. 어느 프로젝트에도 일률적으로 적용할 서버 가격은 없습니다. 로컬 추론은 API 사용료를 하드웨어와 운영 비용으로 바꾸는 것이며, 연산 비용 자체를 없애지는 않습니다. 이 예시에는 캐싱 및 Batch 할인, 프리미엄 모드, 지역별 요금, 검색·브라우저 서비스, 세금이 포함되지 않습니다.

어느 지점에서 더 저렴한 선택이 바뀔까요?

과금되는 사용량이 같다면, 처리량이 늘어도 Hermes와 OpenClaw 사이에 비용 우위가 역전되는 지점은 없습니다. 소프트웨어 비용이 같고 모델 제공업체가 부과하는 단가도 같기 때문입니다. 모델을 호출하는 에이전트 소프트웨어를 바꿔도 이 계산은 달라지지 않습니다.

위의 두 모델은 입력·출력 비율이 같을 때, Sonnet이 같은 결과를 내기 위해 토큰을 두 배로 사용해야 Opus와 비용이 같아집니다. 그 이상을 사용하면 더 낮은 단가의 이점이 사라집니다. 이는 계산으로 구한 기준점이며, 어느 모델이 작업을 더 잘 수행한다는 주장은 아닙니다.

파일럿에서 유용한 지표는 재시도, 백그라운드 학습, 사람의 수정까지 포함해 검수를 통과한 업무 한 건을 얻는 데 드는 비용입니다. 실제 사용량으로 확인하기 전에는 “자기 개선”을 통한 절감액을 예산에 반영하지 않아야 합니다. OpenClaw 요금 가이드에서는 전체 비용 구성 요소를 더 자세히 설명합니다. 이 비교에 사용한 단가는 위에 적힌 확인일 기준입니다.

보안: 에이전트가 피해를 줄 수 있는 범위는 권한이 결정합니다

설정 없이도 보안에서 앞선다고 할 수 있는 제품은 없습니다. 공급업체 파일을 읽고, 명령을 실행하고, 메시지를 보내는 봇은 운영자가 부여한 권한만큼 행동할 수 있습니다. 샌드박스는 툴이 접근할 수 있는 범위를 제한하는 실행 경계이고, 승인 요청은 행동하기 전에 내리는 결정입니다. 두 장치는 서로 다른 문제를 해결합니다.

Hermes: 검토 기능과 별개로 실행 격리가 필요합니다

Hermes는 사용자 허용 목록과 다이렉트 메시지 페어링을 문서로 안내합니다. 기본 승인 모드인 smart는 위험한 셸 명령을 평가하며, manual은 위험 명령 조건에 해당하면 승인을 요청합니다. 어느 설명도 모든 행동마다 사람이 확인한다는 뜻은 아닙니다. 보안 가이드는 운영 환경의 게이트웨이에 Docker 같은 격리된 터미널 백엔드를 권장합니다. Hermes 보안.

핵심적인 한계는 파일 쓰기 차단 목록과 선택적으로 사용하는 쓰기 샌드박스가 파일 툴에 적용된다는 점입니다. 터미널은 운영체제 사용자 권한으로 실행되므로, 파일 툴이 접근을 거부한 경로에도 여전히 접근할 수 있습니다. 스킬 승인은 절차의 변경을 통제하지만, 실행 중인 절차가 할 수 있는 모든 행동을 제한하지는 않습니다.

관리자 명령을 누가 쓸 수 있는지도 확인해야 합니다. Hermes 게이트웨이 문서에 따르면 관리자와 일반 사용자의 구분은 별도로 활성화해야 합니다. 해당 범위에 관리자 목록을 설정하지 않으면 허용된 사용자는 모든 명령에 계속 접근할 수 있습니다. 따라서 직원을 허용 목록에 추가하는 일은 단순한 채팅 초대가 아니라 권한을 부여하는 결정입니다. Hermes 게이트웨이 권한 관리.

OpenClaw: 의존하려는 격리 경계를 먼저 활성화합니다

OpenClaw의 툴 샌드박스는 기본적으로 꺼져 있습니다. 활성화하면 적용 대상 툴은 설정된 샌드박스 안에서 실행되지만, Gateway 자체는 호스트에 남습니다. 툴 차단 규칙은 계속 적용되며, 권한 상승 실행은 샌드박스 바깥에서 실행하는 명시적인 경로입니다. OpenClaw 샌드박스.

초기 설정 과정에서 openclaw security audit를 실행해야 합니다. OpenClaw의 보안 모델은 하나의 Gateway 경계 안에 신뢰할 수 있는 단일 운영자 또는 서로 신뢰하는 집단이 있다고 가정합니다. 서로 무관하거나 신뢰 관계가 없는 고객들을 운영한다면 게이트웨이와 자격 증명을 분리하고, 가능하면 운영체제 사용자나 호스트도 분리하라고 안내합니다. 문서는 메시지 툴에 접근할 수 있으면 기본적으로 다른 대화와 제공업체로도 메시지를 보낼 수 있다는 점도 지적합니다. OpenClaw 보안 지침.

중견기업 CTO에게는 채널 수보다 이런 신뢰 경계가 더 중요합니다. 에이전트별 워크스페이스는 업무를 정리하는 데 도움이 되지만, 자동으로 운영체제 수준의 격리가 되는 것은 아닙니다. 운영자가 맡아야 할 책임은 OpenClaw 리뷰에서 더 자세히 다룹니다.

어느 제품이든 전용 계정, 권한 범위가 좁은 업무용 자격 증명, 범위가 명확한 작업으로 시작해야 합니다. 설치한 스킬은 툴을 작동시킬 수 있는 지침으로 보고 검토해야 합니다. 연결한 서비스에서 허용하는 한, 초안을 만드는 권한과 전송·삭제·구매 권한을 분리해 두는 것이 좋습니다.

OpenClaw에서 Hermes Agent로 옮기려면?

현재 없는 워크플로 통제 기능이 필요할 때 전환해야 합니다. Hermes가 학습한다는 설명만으로 옮길 이유는 부족합니다. OpenClaw의 라우팅이 이미 잘 작동하고 Skill Workshop으로 필요한 절차를 관리할 수 있다면, 마이그레이션은 결과를 바꾸지 못한 채 일만 늘릴 수 있습니다.

Hermes는 미리보기 기능이 있는 마이그레이션 명령을 제공합니다.

hermes claw migrate --dry-run

문서에 명시된 가져오기 대상은 페르소나 파일, 메모리 항목, 사용자가 만든 스킬, 메시징 설정, 명령 승인 패턴, 일부 자격 증명입니다. 비밀 정보를 제외하고 사용자 데이터만 옮기려면 다음 명령을 사용합니다.

hermes claw migrate --preset user-data

이 명령과 가져오기 항목은 Hermes 공식 마이그레이션 안내를 근거로 합니다.

가져오기 목록에 있다고 해서 워크플로가 똑같이 동작한다는 보장은 없습니다. 전환 전에 예약 작업, 채널 바인딩, 플러그인, 자격 증명, 메모리, 작업 지침을 목록으로 정리해야 합니다. 가져오기 결과를 미리 확인하고, 생성된 스킬을 검토한 뒤 필요한 서비스를 하나씩 확인하며 다시 연결해야 합니다. 일정과 기록은 별도로 검증해야 합니다. 가져오기 목록이 모든 런타임 기능의 완전한 이전을 약속하는 것은 아닙니다.

마이그레이션 비용의 대부분은 검증에 듭니다. 같은 요청으로 올바른 초안을 만들고, 올바른 파일을 사용하며, 같은 승인 지점에서 멈추는지 확인해야 합니다. 검증을 통과할 때까지 기존 시스템을 사용할 수 있게 유지하고, 동일한 메시지가 두 번 전송될 수 있는 중복 예약 실행은 피해야 합니다.

반대 방향으로 옮길 때는 이전 가능한 지침 파일을 검토해 조정하고 라우팅을 다시 설정할 계획을 세워야 합니다. 공통된 Markdown 형식은 도움이 되지만, 파일 형식이 같다고 툴이나 권한까지 같아지는 것은 아닙니다.

범위가 명확한 업무 하나로 시작합니다

반복해서 수행하며 결과를 검토할 수 있는 작업으로 선택을 검증합니다. 첫 파일럿으로는 받은편지함과 결제에 제한 없이 접근하게 하는 것보다 주간 공급업체 예외 보고서가 적합합니다.

자주 묻는 질문

다음 업무에 맞는 툴은 사업자를 위한 AI 툴 맵에서 확인할 수 있습니다.