요즘 AI agent라는 말은 너무 넓게 쓰입니다.
문제는 여기서 시작합니다.
OpenClaw, Hermes Agent, OpenHands를 모두 같은 칸에 넣으면, 막상 설치한 뒤에 “생각했던 도구가 아닌데?”라는 반응이 나오기 쉽습니다.
2026년 5월 6일 기준 공식 문서와 저장소를 바탕으로 줄이면 이렇습니다.
OpenClaw는채팅 앱 + 게이트웨이 + 브라우저/노드 자동화쪽에 강합니다.Hermes Agent는오래 켜두는 개인 에이전트 + 기억 + 스킬 축적쪽이 강합니다.OpenHands는코드 작업 + CLI/IDE/CI중심의 소프트웨어 에이전트에 더 가깝습니다.
즉, 셋은 경쟁도 하지만 출발점이 완전히 같은 제품은 아닙니다.
먼저 한 줄 추천부터 보면
이런 사람은 OpenClaw
- 텔레그램, 디스코드, 슬랙 같은 채팅 앱에서 에이전트를 쓰고 싶다
- 브라우저 자동화, 모바일 노드, 게이트웨이 운영이 중요하다
- “내 주머니 속 개인 비서” 느낌에 더 가깝길 원한다
이런 사람은 Hermes Agent
- VPS나 별도 머신에 에이전트를 오래 띄워 두고 싶다
- 세션이 바뀌어도 기억과 습관이 쌓이길 원한다
- 나중에 스킬, 메모리, MCP, 스케줄링까지 점점 키우고 싶다
이런 사람은 OpenHands
- 목표가 거의 분명하게
개발 자동화다 - 터미널, IDE, 헤드리스 실행, CI 같은 흐름이 먼저다
- “에이전트가 코드를 읽고 수정하고 실행하는 경험”을 빠르게 확인하고 싶다
왜 헷갈리나: 셋 다 agent인데 중심축이 다릅니다
OpenClaw 공식 문서는 이 도구를 self-hosted gateway와 여러 채널을 연결하는 개인 AI 어시스턴트로 설명합니다.
온보딩 후 Gateway, dashboard, channels를 중심으로 움직이고, 브라우저도 전용 프로필로 분리해서 다루는 쪽에 힘이 많이 들어가 있습니다.
Hermes Agent는 공식 저장소와 문서에서 아예 self-improving AI agent라고 소개합니다.
핵심은 단순 채팅이 아니라 learning loop, persistent memory, skills, gateway, cron, MCP를 묶어서 시간이 갈수록 더 잘 맞는 에이전트로 키우는 방향입니다.
OpenHands는 공식 문서 첫 화면부터 AI-driven development를 전면에 둡니다.
CLI, Local GUI, Cloud, Enterprise, SDK가 다 있지만, 공통 축은 결국 소프트웨어 개발 작업입니다.
그래서 비교 질문도 이렇게 바꾸는 편이 맞습니다.
- “셋 중 누가 더 똑똑하냐?”보다
내가 채팅 자동화를 원하는지,장기 실행형 개인 에이전트를 원하는지,코드 작업 에이전트를 원하는지가 먼저입니다.
한눈 비교표
| 기준 | OpenClaw | Hermes Agent | OpenHands |
|---|---|---|---|
| 가장 잘 맞는 용도 | 채팅 앱 중심 개인 자동화 | 장기 실행형 개인 에이전트 | 개발용 소프트웨어 에이전트 |
| 첫 인상 | Gateway와 채널을 붙이는 느낌 | 오래 켜두며 배우는 비서 느낌 | 터미널/IDE 개발 도우미 느낌 |
| 설치 출발점 | openclaw onboard --install-daemon | hermes 또는 hermes setup | openhands, openhands serve, openhands --headless |
| 인터페이스 강점 | Telegram, Discord, Slack, WhatsApp 등 채널 폭 | CLI + TUI + 메시징 게이트웨이 | CLI + IDE + GUI + Cloud |
| 두드러지는 특징 | 별도 브라우저 프로필, 채널/노드 중심 | 메모리, 스킬, 학습 루프, 스케줄링 | 코드 작업, 헤드리스 자동화, IDE/CI 연결 |
| 안전장치 방향 | exec approvals 정책 관리 | manual/smart/off 승인 + 보안 레이어 | 기본 확인 요청, 항상 승인, LLM 승인 분석 |
| Windows 관점 | 네이티브 가능, WSL2 권장 | 네이티브 미지원, WSL2 필요 | WSL 필요 |
1. OpenClaw는 “메시지에서 시작하는 개인 비서”에 가깝습니다
OpenClaw 공식 시작 문서를 보면, 먼저 설치하고 onboard를 돌린 다음 gateway status, dashboard, channels 흐름으로 들어갑니다.
이건 중요한 신호입니다.
이 도구는 처음부터 아래를 자연스럽게 전제로 합니다.
- 에이전트가 백그라운드에서 살아 있고
- 내가 채팅 앱이나 대시보드에서 말을 걸고
- 브라우저, 검색, 실행, 노드 같은 수단을 붙여 확장하는 구조
특히 브라우저 문서를 보면, OpenClaw는 전용 Chromium 계열 프로필을 따로 띄워서 개인 브라우저와 분리된 agent-only browser처럼 다루는 쪽을 강조합니다.
그래서 OpenClaw는 이런 사람에게 맞습니다.
- “개발용 코딩 에이전트”보다
내 채팅 앱 안에서 계속 쓸 AI 비서가 더 중요하다 - 여러 채널을 한 게이트웨이로 묶고 싶다
- 브라우저 자동화와 모바일 연동을 에이전트 경험 안에 넣고 싶다
반대로 말하면, 코드 작업만 빠르게 자동화하려는 사람에게는 초반 구조가 조금 더 큽니다.
2. Hermes Agent는 “오래 켜둘수록 내 방식에 맞아지는” 타입입니다
Hermes Agent의 가장 큰 차별점은 공식 문서가 반복해서 말하는 learning loop와 persistent memory입니다.
문서 기준으로 Hermes는:
- 경험에서 스킬을 만들고
MEMORY.md,USER.md에 기억을 쌓고- 세션 검색과 외부 메모리 제공자까지 붙일 수 있고
- 필요하면 VPS, GPU, 서버리스 위에서 계속 돌 수 있습니다
또 보안 문서도 꽤 또렷합니다.
- 위험 명령 승인
- 컨테이너 격리
- MCP 자격증명 필터링
- 컨텍스트 파일 주입 검사
- 세션 간 격리
이런 설명이 길게 나옵니다.
즉, Hermes는 “한 번 멋지게 데모를 보여주는 도구”보다 장기 운영형 개인 에이전트 프레임에 더 가깝습니다.
그래서 이런 경우 잘 맞습니다.
- 내 습관과 프로젝트 문맥을 누적해서 쓰고 싶다
- 채팅 플랫폼도 쓰지만, 그냥 채팅봇으로 끝내고 싶지는 않다
- 나중에 스킬, 기억, 스케줄링, MCP 연결을 더 키울 계획이 있다
반대로 아주 단순한 개발 보조만 원하면, Hermes는 배울 것이 조금 더 많습니다.
3. OpenHands는 셋 중에서 가장 “개발 도구”에 가깝습니다
OpenHands 공식 문서와 CLI 문서는 방향이 분명합니다.
- CLI
- IDE integration
- headless mode
- GUI server
- Cloud
이 전부가 결국 소프트웨어 개발 작업을 어떻게 에이전트화할 것인가로 모입니다.
문서도 터미널 모드, 헤드리스 실행, IDE 연결, Cloud 대화, MCP 서버 확장, 승인 모드 같은 항목을 중심으로 짜여 있습니다.
그래서 OpenHands는 이런 사람에게 가장 자연스럽습니다.
- “일단 코드베이스에서 일하는 에이전트”가 필요하다
- VS Code, JetBrains, Zed, CI와 가깝게 붙이고 싶다
- 브라우저 기반 GUI도 좋지만, 결국 핵심은 개발 작업 자동화다
OpenHands는 채팅 앱에 붙는 개인 비서 감성보다 개발용 작업 엔진에 더 가깝다고 보는 편이 맞습니다.
안전장치도 성격이 다릅니다
이 부분은 실제 사용 만족도에 꽤 큰 영향을 줍니다.
OpenClaw
OpenClaw는 approvals와 exec-policy 문서가 따로 있을 정도로 실행 승인 정책을 명시적으로 관리합니다.
로컬, 게이트웨이, 노드별로 approvals 파일을 다루는 운영형 성격이 강합니다.
Hermes Agent
Hermes는 보안 문서에서 manual, smart, off 승인을 구분하고, 위험 명령 승인 외에도 컨텍스트 파일 주입 검사와 세션 격리까지 같이 설명합니다.
즉, 장기 운영형 에이전트답게 방어층을 여러 겹으로 두는 방향입니다.
OpenHands
OpenHands CLI는 기본 확인 요청, --always-approve, --llm-approve 같은 승인 모드를 제공합니다.
개발자 입장에서는 가장 이해하기 쉬운 구조입니다. “매번 물어보기”, “다 허용”, “LLM이 1차 판단”으로 받아들이면 됩니다.
초급자는 무엇부터 깔면 되나
초급자 기준으로는 이렇게 고르면 실패가 적습니다.
-
나는 코드를 만지는 시간이 가장 많다OpenHands부터 보는 편이 낫습니다. -
나는 채팅 앱에서 개인 비서를 쓰고 싶다OpenClaw가 더 자연스럽습니다. -
나는 오래 켜 두면서 점점 배우는 자기만의 에이전트를 원한다Hermes Agent 쪽이 더 잘 맞습니다. -
셋 다 궁금하지만 하나만 먼저 해볼 거다목적이 개발이면 OpenHands, 목적이 개인 자동화면 OpenClaw, 목적이 장기 운영형 자기 비서면 Hermes로 시작하는 편이 안전합니다.
한 줄 결론
OpenClaw vs Hermes Agent vs OpenHands는 누가 절대적으로 더 좋으냐의 문제가 아닙니다.
채팅 중심 개인 자동화, 장기 실행형 자기 비서, 개발용 소프트웨어 에이전트 중 어느 문제를 먼저 풀고 싶은지가 더 중요합니다.
셋을 같은 이름으로 묶어 보기보다, 내가 어디서 말을 걸고, 무슨 일을 맡기고, 얼마나 오래 운영할지부터 정하면 선택이 훨씬 쉬워집니다.
같이 보면 좋은 글
- aider vs Claude Code vs Codex CLI vs Gemini CLI: 터미널 AI coding agent를 고르기 전에 볼 7가지
- Google Cloud Next 2026 핵심만: 이제 질문이 아니라 에이전트 운영 경쟁이다
- GitHub Copilot 사용자라면 지금 확인할 것: 요금제, 학습 데이터, 지역 저장
- 2026년 4월 마지막 주 AI·IT 뉴스: 지금 확인할 4가지
출처
- OpenClaw Docs: Getting Started
https://docs.openclaw.ai/start/getting-started - OpenClaw Docs: Features
https://docs.openclaw.ai/concepts/features - OpenClaw Docs: Browser (OpenClaw-managed)
https://docs.openclaw.ai/browser - OpenClaw Docs: Approvals
https://docs.openclaw.ai/cli/approvals - Nous Research GitHub: Hermes Agent
https://github.com/NousResearch/hermes-agent - Hermes Agent Docs: Features Overview
https://hermes-agent.nousresearch.com/docs/user-guide/features/overview/ - Hermes Agent Docs: Persistent Memory
https://hermes-agent.nousresearch.com/docs/user-guide/features/memory/ - Hermes Agent Docs: Messaging Gateway
https://hermes-agent.nousresearch.com/docs/user-guide/messaging - Hermes Agent Docs: Security
https://hermes-agent.nousresearch.com/docs/user-guide/security/ - OpenHands Docs: Introduction
https://docs.openhands.dev/overview/introduction - OpenHands Docs: Quick Start
https://docs.openhands.dev/openhands/usage/cli/quick-start - OpenHands Docs: Installation
https://docs.openhands.dev/openhands/usage/cli/installation - OpenHands CLI GitHub README
https://github.com/OpenHands/OpenHands-CLI
의견 남기기
댓글은 서버 API에 저장되며, 기본 설정에서는 검토 후 공개됩니다.