2026년 오픈소스 Agent 씬에서 자주 나란히 거론되는 조합이 Nous Research의 Hermes Agent와 OpenClaw입니다. 전자는 GitHub 성장세가 빠르고 「성장하는 Agent」—학습 루프, 스킬 축적, 세션 간 메모리—를 앞세웁니다. 후자는 Star 수와 생태계가 더 오래됐고 「게이트웨이 + 멀티 채널」—Telegram, Slack, iMessage, Live Canvas, ClawHub 플러그인 마켓—이 강점입니다. 「어느 편에 설 것인가」보다 실무적인 질문은 Hermes가 어느 층을, OpenClaw가 어느 층을 맡고, 팀에 비어 있는 층은 무엇인가입니다. 아래는 Hermes를 주시점으로 비교하고, VPSSpark가 반복해 온 VPS·클라우드 Mac 역할 분담까지 이어 붙입니다.
0. 먼저 결론: 이분법이 아니라 「누가 어느 층을」
비교를 끝까지 읽기 전에 다음 세 가지를 기억해 두면 정리가 쉽습니다.
- Hermes Agent는 「쌓이는 실행 두뇌」에 가깝습니다—반복 작업일수록 수월해져 개인·소규모 팀 상주 자동화에 맞습니다;
- OpenClaw는 「멀티 채널 지휘대」—라우팅, 권한, 플러그인, 각종 앱으로 채널이 많고 오케스트레이션이 복잡한 경우에 맞습니다;
- 발전형으로 OpenClaw를 외곽 Gateway, Hermes를 고학습 노드로 두는 구성도 현실적입니다—공식·커뮤니티 모두 이전·중첩 이야기를 하며 제로섬이 아닙니다.
이미 ECC / Claude Code류 Harness로 로컬 코딩 규약을 돌리고 있다면, 그 위에 「대외 7×24」를 얹을 때는 OpenClaw가 Linux VPS에 올라가는 경우가 많습니다. 「같은 Cron을 세 달 돌릴수록 똑똑해지길」 원하면 먼저 Hermes를 시범하는 편이 낫습니다.
1. Hermes Agent란: Star보다 학습 루프
Hermes Agent(NousResearch/hermes-agent, MIT)는 Nous Research가 유지하며, 공식 사이트·문서는 hermes-agent.nousresearch.com/docs입니다. 동명 Hermes 오픈소스 모델과 연관되나 분리 가능하고, 런타임은 Claude, GPT, OpenRouter 수백 모델 등으로 바꿀 수 있어 자사 가중치에 묶이지 않습니다.
공식 서사의 중심은 self-improving loop(자기개선 루프)이며, 독자가 체감하기 쉬운 네 가지로 나눌 수 있습니다.
- 경험에서 Skill 생성: 반복 도구 호출이 재사용 스킬로(agentskills.io 등 휴대 형식과 정렬);
- 세션 간 메모리: 과거 대화 검색·선호 영구화로 매번 제로가 아님;
- 하위 Agent / RPC: 병렬 서브태스크·컨텍스트 분리로 「한 스레드 과적재」 완화;
- 다중 실행 백엔드: 로컬, Docker, SSH, Modal 등—VPS에 올리기 자연스러움. 사람은 Telegram으로 지시, 연산은 클라우드에서.
ECC 글에서 말한 「Hermes 오퍼레이터 워크플로」와 같은 계열입니다. Agent는 일회성 스크립트가 아니라 운영 체계입니다. 베이스 연산 출처는 τ 법칙과 Agent 연산 경제도 참고—Hermes가 똑똑해질수록 「라운드 × 컨텍스트」 청구가 커질 수 있어 Harness와 기시 계획은 여전히 필요합니다.
React Native의 Hermes 엔진과 혼동하지 마세요. 저장소 Expo/EAS 글의 Hermes는 JS 엔진입니다. 본문의 Hermes Agent는 Nous의 자율 Agent 프레임워크로, 제품선이 다릅니다.
2. OpenClaw란: Gateway 우선 멀티 채널 OS
OpenClaw(커뮤니티 메인 저장소 openclaw/openclaw, MIT)는 Gateway를 중심에 두고 세션·채널·Cron·도구 권한·멀티 Agent 라우팅을 제어면으로 묶습니다. 강점은 다음과 같습니다.
- 채널 폭이 넓음: WhatsApp, Telegram, Slack, Discord, Signal, iMessage 등(현행 문서 기준);
- Live Canvas / A2UI: 대화 옆 시각 워크스페이스로 「결과가 보이는」 협업;
- ClawHub 플러그인 마켓: 커뮤니티 플러그인으로 수동 연동 감소;
- 각종 앱: macOS 메뉴바, 모바일 등 「개인 비서 전역」 지향.
VPSSpark 독자의 전형은 Linux VPS에서 돌리는 Gateway—Gateway 배포: CI vs 수동 Docker를 참고하세요. 푸는 문제는 채널 안정·Webhook·대외 상시 접속이고, 「세 달 뒤 키워드가 맞는」 것은 Hermes 주전장입니다.
3. 한 표로 정렬: Hermes 앞, OpenClaw 뒤
| 차원 | Hermes Agent(주시점) | OpenClaw |
|---|---|---|
| 아키텍처 중심 | Agent-first: 실행과 학습 | Gateway-first: 라우팅과 채널 |
| 주 언어 | Python 중심 | TypeScript / Node |
| 차별 역량 | 학습 루프, 스킬 Curator, 기억 검색 | 멀티 채널, Canvas, ClawHub, 팀 오케스트레이션 |
| 상주 / VPS | $5 VPS, Cron, 백그라운드 공식 강조 | Gateway 7×24, 문서·커뮤니티 성숙 |
| 이전 | OpenClaw에서 설정·기억 가져오기 경로 | 생태계 내 플러그인·스킬 체계 |
| 누구에게 | 반복 자동화, 돌릴수록 수월 | 채널 많음, 제어면·시각화 필요 |
Star 수는 시기마다 크게 변하므로 유일한 결정 근거로 쓰지 않는 편이 낫습니다. 물어야 할 것은 「쌓이지 않는 게 아픈가」 「채널에 안 꽂히는 게 아픈가」입니다.
4. 자기진화 런타임 vs 멀티 채널 GW: 시나리오로 고르기
먼저 Hermes를 올릴 신호:
- 일일 보고·순찰·백업·커뮤니티 요약을 매주 돌리며 실수를 줄이고 싶음;
- 개인 지식 워크플로를 월 단위로 축적(누가 누구인지, 프로젝트 은어, 고정 점검);
- 진입은 CLI + IM 한두 개, iMessage/Teams 풀세트 불필요;
- 소팀이 Python 스택으로 런타임을 손볼 수 있음.
먼저 OpenClaw를 올릴 신호:
- 채널이 많아야 하거나 Live Canvas 협업 필수;
- 멀티 Agent 병렬·권한 분리·플러그인 마켓으로 기성 조립;
- TypeScript 팀, Node 운영 체계 보유;
- macOS/iOS 「비서형」 경험 필요.
병용도 늘고 있습니다. OpenClaw가 껍질과 라우팅, Hermes가 깊은 학습 노드(ACP 등으로 노출). 편을 하나만 남길 필요는 없습니다.
5. 배포와 비용: VPSSpark 독자가 둘 다 VPS를 만나는 이유
Hermes와 OpenClaw 모두 연산을 노트북에 묶지 않는 전제입니다. 기본 마음가짐 차이는 다음과 같습니다.
- Hermes: 「Telegram 지시, VM 실행」을 문서에 명시—경량 Linux VPS + Cron에 맞음;
- OpenClaw: Gateway 상주, Webhook, 헬스 체크—월 비용이 읽히는 VPS, 기존 OpenClaw 시리즈와 동일.
공통 함정:
- 모델 API 청구는 기시와 별개—학습 루프가 매끄울수록 호출이 늘 수 있음;
- 비밀·아웃바운드: VPS에서 로테이션·최소 권한. 프로덕션 토큰을 자동 생성 skill에 넣지 말 것;
- 클라우드 Mac 분담: Agent는 규약을 쓸 수 있어도
xcodebuild는 macOS—ECC·조달 내부 링크 참고.
6. OpenClaw에서 Hermes로? 먼저 파일럿, 나중에 이사
Hermes는 OpenClaw에서 가져오기(설정·기억·스킬, 명령은 공식 문서 기준)를 내세웁니다. 현실적 순서:
- 별도 VPS에 Hermes를 띄우고 읽기 전용 Cron(로그 요약 등) 한 줄—프로덕션 Gateway는 먼저 건드리지 않음;
- 이주일 비교: 반복 작업 소요, 수동 수정 횟수, API 비용;
- Hermes가 이기면 고빈도 자동화를 옮김. 채널은 OpenClaw가 계속 해도 됨. 하룻밤에 끄지 않아도 됨.
7. 독자별 매트릭스(이번 주 실행)
| 당신 | 제안 |
|---|---|
| 1인 개발자 | 반복 많음 → Hermes 시범. OpenClaw에 채널 묶임 → Gateway 유지, Hermes로 서브태스크 |
| 소팀 Tech Lead | 세 층 그리기: 로컬 Harness(ECC) / VPS Gateway(OpenClaw) / 학습 노드(Hermes) |
| 「그냥 대화」만 | 둘 다 무거움. 먼저 7×24와 자동화가 필요한지 정한 뒤 선택 |
8. ECC·Claude Code와 겹치기: 세 층을 섞지 않기
권장 모델(5/26·5/27 글과 함께 읽기):
- 코딩 Harness(ECC / Cursor): 저장소 내 규약·리뷰·hooks;
- 상주 런타임(Hermes 또는 OpenClaw 위 Agent): 대외 자동화·기억·Cron;
- 빌드·서명(클라우드 Mac): Agent 프레임워크와 직교.
Hermes가 ECC를 대체하지 않습니다. OpenClaw가 .cursor/rules를 대신 쓰지 않습니다. Hermes를 고르는 이유는 런타임 축적이 필요해서이고, OpenClaw는 채널과 제어면이 필요해서입니다.
9. 정리: 2026년 선택
Hermes Agent 대 OpenClaw는 Star 승부가 아니라 복리형 역량 vs 플랫폼형 커버 승부입니다. Hermes는 학습 루프와 스킬 축적, OpenClaw는 Gateway·Canvas·플러그인 생태입니다. 많은 프로덕션 팀은 결국 조합합니다. 개인이 하나만 고른다면 「매일이 첫날」이 아픈지 「WhatsApp/iMessage에 안 꽂힘」이 아픈지로 결정하세요.
Hermes Agent 저장소와 OpenClaw 저장소에 최소 인스턴스를 각각 깔고 실제 Cron을 이주일 돌리는 편이 비교 글 열 편보다 설득력 있습니다.
Hermes나 OpenClaw는 VPS 상주, 코딩 Harness는 로컬, 서명 빌드는 클라우드 Mac. 기시와 API를 한 예산표에—VPSSpark 홈으로 Linux VPS와 클라우드 Mac 안내를 확인하세요.