OpenClaw와 Hermes가 폭발적으로 성장한 것은 세상에 또 하나의 챗봇이 필요해서가 아니었습니다. 사용자들이 더 어려운 질문을 던지기 시작한 바로 그 순간에 등장했기 때문입니다. AI 어시스턴트가 실제로 일을 처리할 수 있다면 어떨까?
OpenClaw는 그 아이디어를 개인적인 것으로 느껴지게 만들었습니다. 에이전트를 사용자 본인의 기기에 올려놓고, 이미 사용하고 있는 메시징 채널에 연결해, 파워 유저에게 진짜 손발을 가진 로컬 어시스턴트라는 감각을 선사했습니다.
Hermes는 같은 아이디어를 확장 가능한 것으로 느껴지게 만들었습니다. 에이전트를 개발자가 직접 운영할 수 있는 런타임으로 바꿔놓았습니다. CLI, 메시징 게이트웨이, 메모리, 스킬, MCP, cron, 터미널 백엔드, 그리고 일하면서 스스로 개선되는 학습 루프까지 갖췄습니다.
Zero는 같은 흐름 위에 서 있지만, 다른 방향으로 나아갑니다. OpenClaw와 Hermes는 사람들이 자율적인 에이전트를 원한다는 것을 보여주었습니다. Zero는 그다음 질문을 던집니다. 실제 팀이 쓸 수 있도록 그 에이전트를 어떻게 안전하고, 유용하며, 반복 가능하게 만들 것인가?
이 분석은 2026년 6월 2일에 확인한 공개 GitHub 및 제품 문서를 기반으로 합니다.
타임라인: OpenClaw와 Hermes는 언제 등장했나
| 제품 | 공개 시점 | 폭발적 성장 신호 | 무엇을 상징했나 |
|---|---|---|---|
| OpenClaw | GitHub 저장소 생성 2025년 11월 24일, 첫 공개 릴리스 2025년 11월 25일 | 2026년 6월 2일 확인 기준 GitHub 스타 37.6만 개, 포크 7.8만 개 이상 | 입소문을 탄 개인용 AI 어시스턴트: 로컬 우선, 셀프 호스팅, 어디서나 메시지로 호출. |
| Hermes Agent | GitHub 저장소 생성 2025년 7월 22일, 첫 가시적 릴리스 물결 시작 2026년 3월 12일 | 2026년 6월 2일 확인 기준 GitHub 스타 17.6만 개, 포크 3만 개 이상 | 기술적인 에이전트 런타임: 자기 개선형, 모델 유연성, CLI 네이티브, 확장 가능. |
| Zero | 오픈소스 저장소 생성 2025년 11월 14일, 공개 제품/릴리스 흐름은 2026년 봄에 가속 | 100개 이상 커넥터, Slack/웹 팀 인터페이스, 권한 기반 작업 실행 | 팀의 AI 동료: 거버넌스와 감사 추적을 갖춘 채 실제 SaaS 도구 전반에서 일을 처리. |
타이밍이 중요합니다. 2025년 말과 2026년 초에 이르러 개발자들은 코딩 에이전트가 무엇을 할 수 있는지 이미 목격한 상태였습니다. Claude Code, Codex 스타일 CLI, 브라우저 에이전트, 도구 호출 모델이 에이전트 루프를 현실로 만들어냈습니다. 사용자들은 더 나은 답변 상자를 원하지 않았습니다. 도구를 열고, 맥락을 기억하고, 작업을 수행하고, 완성된 결과를 들고 돌아오는 어시스턴트를 원했습니다.
OpenClaw와 Hermes는 그 수요를 각각 포착했지만, 시장의 서로 다른 끝에서 출발했습니다.
OpenClaw는 왜 폭발적으로 성장했나
OpenClaw의 폭발적 성장은 단지 기능 때문만이 아니었습니다. 감정적 명료함 덕분이었습니다.
README는 OpenClaw를 본인의 기기에서 직접 실행하는 개인용 AI 어시스턴트라고 소개합니다. 이 메시지는 곧바로 와닿습니다. 워크플로 플랫폼을 사는 것이 아닙니다. 엔터프라이즈 자동화 제품군을 설치하는 것도 아닙니다. WhatsApp, Telegram, Slack, Discord, iMessage, Signal, Microsoft Teams, Matrix, WeChat, QQ를 비롯한 수많은 채널에서 나에게 응답하는 개인 에이전트를 키우는 것입니다.
이 점이 OpenClaw에게 세 가지 폭발적 성장의 강점을 안겼습니다.
1. 자율성을 개인적인 것으로 느껴지게 했다
핵심 아이디어는 "에이전트 프레임워크"가 아니었습니다. "내 기기 위에, 내 채팅 안에 있는 나의 어시스턴트"였습니다.
이것은 기술 아키텍처 다이어그램보다 훨씬 강력한 입소문 프레임입니다. 로컬 우선 어시스턴트는 곧바로 호기심을 자극합니다. 그동안 빠져 있던 소비자용 AI 제품, 즉 내 옆에 머물며 듣고, 답하고, 메시지를 라우팅하고, 도구를 실행하며, 늘 깨어 있는 그것처럼 들리기 때문입니다.
OpenClaw는 이 점에 집중했습니다. 명확한 마스코트, 강한 정체성, 구체적인 로컬 설정, 그리고 단순한 약속을 갖췄습니다. 로컬처럼 느껴지고, 빠르고, 항상 켜져 있는 1인용 어시스턴트를 원한다면 바로 이것이라는 약속이었습니다.
2. 배포를 하나의 기능으로 바꿨다
대부분의 에이전트 제품은 사용자가 에이전트를 찾아오게 만듭니다. OpenClaw는 에이전트가 사용자를 찾아오게 만들었습니다.
채널 목록은 유난히 넓습니다. WhatsApp, Telegram, Slack, Discord, Google Chat, Signal, iMessage, IRC, Microsoft Teams, Matrix, Feishu, LINE, Mattermost, Nextcloud Talk, Nostr, Twitch, Zalo, WeChat, QQ, WebChat, macOS, iOS, Android까지. 이 폭은 단순한 통합 작업이 아닙니다. 배포 전략입니다.
모든 채널이 잠재적인 데모가 됩니다. 모든 메시지 스레드가 에이전트가 유용한 일을 해내는 모습을 보여줄 무대가 됩니다. 그래서 OpenClaw는 이야기하기 쉬웠습니다. 사람들은 이미 소통하는 곳을 바꾸지 않고도 곧바로 사용하는 모습을 떠올릴 수 있었습니다.
3. 파워 유저에게 통제권을 줬다
OpenClaw의 셀프 호스팅 Gateway 모델은 매력의 일부가 되었습니다. 기술 사용자가 컨트롤 플레인을 직접 운영하고, 채널을 구성하고, 페어링을 관리하고, 스킬을 설치하고, Gateway를 노출하며, 어시스턴트에게 얼마만큼의 권한을 줄지 직접 결정할 수 있게 했습니다.
그러나 이 통제권은 가장 큰 트레이드오프도 만들어냈습니다. OpenClaw 자체 보안 문서는 이를 적대적인 멀티테넌트 보안 경계가 아니라 개인 어시스턴트 신뢰 모델로 규정합니다. 이것은 올바른 규정입니다. OpenClaw가 강력한 이유는 운영자가 환경을 소유하기 때문입니다. 그것은 곧 운영자가 위험도 소유한다는 의미입니다.
개인과 기술적인 취미 사용자에게는 받아들일 만합니다. 기업에게는 설득하기 더 어려운 지점입니다.
Hermes는 왜 폭발적으로 성장했나
Hermes는 다른 사용자층에서 폭발적으로 성장했습니다. OpenClaw는 사람들이 개인 어시스턴트를 원하게 만들었습니다. Hermes는 개발자들이 진지한 에이전트 런타임을 원하게 만들었습니다.
README는 Hermes를 Nous Research가 만든 자기 개선형 AI 에이전트로 설명합니다. 제품의 약속은 단순히 "도구를 실행한다"가 아닙니다. 닫힌 학습 루프입니다. 경험에서 만들어지는 스킬, 세션을 넘어 보존되는 메모리, 과거 대화 검색, 모델 전환, cron, 메시징 게이트웨이, 격리된 서브에이전트, 그리고 로컬이나 Docker, SSH, Modal, Daytona에서 실행할 수 있는 터미널 백엔드까지 갖췄습니다.
이로써 Hermes는 인프라처럼 운영할 수 있는 에이전트로 자리 잡았습니다.
1. 카테고리가 이미 보이게 된 뒤에 등장했다
Hermes의 첫 가시적 릴리스 물결은 2026년 3월 12일에 시작됐습니다. 그 무렵 OpenClaw는 이미 개인 에이전트 카테고리를 무시할 수 없게 만들어놓은 상태였습니다. 이것이 Hermes에게 도움이 됐습니다. 시장은 에이전트가 중요하다는 사실을 다시 설득할 필요가 없었습니다. 기술 사용자들은 한 단계 더 나아간 질문을 던질 준비가 되어 있었습니다. 어떤 런타임을 신뢰하고, 확장하고, 그 위에서 무언가를 만들어야 하는가?
Hermes는 개발자 친화적인 패키지로 답했습니다. 한 줄 설치, CLI/TUI, 게이트웨이, 모델 제공자 유연성, MCP 지원, cron, 도구, 메모리, 그리고 OpenClaw로부터의 마이그레이션까지.
2. 자기 개선을 하나의 제품 아이디어로 만들었다
Hermes의 가장 두드러진 주장은 학습 루프입니다. 스킬, 메모리, 세션 검색, 사용자 모델링은 부가 기능으로 제시되지 않습니다. 제품의 중심에 놓여 있습니다.
이것이 중요한 이유는 에이전트의 가장 뻔한 실패 모드가 망각이기 때문입니다. 사용자는 세션마다 맥락을 다시 쌓고, 절차를 다시 설명하고, 모든 지시 파일을 손수 관리하고 싶어 하지 않습니다. Hermes는 그 고통을 제품 서사로 바꿨습니다. 에이전트가 당신과 함께 성장한다는 이야기입니다.
이것은 개발자와 연구자에게 강력한 스토리입니다. Hermes를 단순한 도구가 아니라, 시간이 갈수록 복리로 쌓여가는 시스템처럼 느껴지게 합니다.
3. 극단적인 릴리스 속도를 보여줬다
Hermes의 릴리스 노트는 폭발적 성장 스토리의 일부입니다. 2026년 5월 28일 "Velocity Release"는 직전 메이저 릴리스 이후 1,302건의 커밋, 747건의 병합된 PR, 560건 이상의 이슈 종료, 321명의 커뮤니티 기여자를 주장합니다. 5월 16일과 5월 7일 릴리스도 비슷하게 공격적인 움직임을 보여줍니다.
이런 속도는 오픈소스 인프라 제품에 대한 신뢰를 만듭니다. 기술 사용자에게 이 프로젝트가 살아 있고, 반응이 빠르며, 그 위에서 무언가를 만들 가치가 있다고 말해줍니다. 동시에 커뮤니티 플라이휠도 만들어냅니다. 빠른 릴리스가 사용자를 끌어들이고, 사용자가 이슈와 PR을 올리며, 프로젝트는 더 빠르게 움직입니다.
4. OpenClaw로부터의 전환 비용을 낮췄다
Hermes는 전략적으로 영리한 일도 했습니다. 스스로를 OpenClaw 사용자에게 알기 쉽게 만든 것입니다. README는 hermes claw migrate 명령을 문서화하는데, 이는 OpenClaw로부터 설정, 메모리, 스킬, 명령 허용 목록, 메시징 설정, 선택한 API 키, 워크스페이스 지시사항을 가져올 수 있습니다.
이는 OpenClaw의 인기를 단순한 경쟁 위협이 아니라 다리로 바꿔놓습니다. 기술 사용자가 OpenClaw로 시작했다가 나중에 더 개발자 중심적인 런타임을 원하게 되면, Hermes가 그 경로를 제공합니다.
OpenClaw와 Hermes가 여전히 풀지 못한 것
OpenClaw와 Hermes는 흥미롭기 때문에 폭발적으로 성장했습니다. 그러나 그들을 입소문 나게 만든 바로 그 특성이 문제의 다음 층위를 드러냅니다.
그들은 에이전트 스택을 운영할 수 있는 사용자에게 가장 강력합니다. 여기에는 개발자, 파워 유저, 취미 사용자, 연구자, 기술적인 운영자가 포함됩니다. 그러나 일을 안전하게 끝내고 싶을 뿐인 영업 리드, 지원 매니저, 창업자, 마케터, 재무 담당자, 제품 매니저는 자동으로 포함되지 않습니다.
핵심 격차는 지능의 격차가 아닙니다. 도입의 격차입니다.
| 격차 | 왜 중요한가 |
|---|---|
| 설정 부담 | Gateway 운영, 제공자 구성, 채널 관리, 접근 권한 강화는 실제 운영 작업입니다. |
| 자격 증명 위험 | 에이전트가 강력한 도구를 다룰 수 있다면, 팀은 에이전트가 무엇을 보고, 하고, 기록하고, 승인할 수 있는지에 대한 명확한 규칙이 필요합니다. |
| 팀 거버넌스 | 개인 어시스턴트는 워크스페이스 수준의 권한, 멤버 사용량, 커넥터 정책, 감사 추적을 자동으로 해결하지 못합니다. |
| 비즈니스 통합 | 메시징 채널은 유용하지만, 팀에는 Slack, Gmail, GitHub, Notion, Linear, HubSpot, Sentry, Sheets, Calendar, Drive 등에 대한 안정적인 접근이 필요합니다. |
| 반복 가능한 워크플로 | 입소문 데모는 매주 돌아가는 월요일 아침의 비즈니스 프로세스와 같지 않습니다. |
바로 이 지점에서 Zero가 한 걸음 더 나아갑니다.
Zero가 더 잘하는 것
Zero는 가장 설정 가능한 에이전트 런타임이 되어 이기려 하지 않습니다. 에이전트 역량을 팀이 실제로 도입할 수 있는 제품으로 바꿔서 이깁니다.
차이는 단순합니다. OpenClaw와 Hermes는 운영자 우선입니다. Zero는 조직 우선입니다.
1. Zero는 개인의 자율성에서 팀의 위임으로 나아간다
OpenClaw는 묻습니다. 어떻게 나만의 개인 어시스턴트를 운영할까?
Hermes는 묻습니다. 어떻게 나만의 에이전트 런타임을 운영하고 확장할까?
Zero는 묻습니다. 팀이 모든 사용자를 에이전트 운영자로 만들지 않고도 어떻게 AI 동료에게 실제 업무를 위임할까?
이것은 다른 제품 인터페이스입니다. Zero는 Slack과 웹에서 작동합니다. 사람들은 Gateway, 터미널 백엔드, MCP 서버, 로컬 데몬이 어떻게 작동하는지 몰라도 Zero를 멘션하고, 작업을 할당하고, 도구를 연결하고, 일정을 잡고, 결과를 검토할 수 있습니다.
이것이 중요한 이유는 대부분의 기업이 가장 기술적인 사용자를 통해 도구를 도입하지 않기 때문입니다. 기업은 비기술 팀이 안전하게 사용할 수 있을 때 도구를 도입합니다.
2. Zero는 채팅 채널뿐 아니라 업무 시스템에 연결된다
OpenClaw의 채널 폭은 인상적입니다. Hermes의 게이트웨이 폭은 유용합니다. 그러나 비즈니스 업무는 보통 단순한 메시지 전달이 아니라 SaaS 시스템에 의존합니다.
Zero는 100개 이상의 도구에 연결됩니다. Slack, GitHub, Gmail, Google Calendar, Google Sheets, Notion, Linear, Sentry, Axiom, HubSpot, Intercom, Figma, Vercel, Dropbox, Airtable, Plausible, Resend, X, Reddit 등이 있습니다.
이 커넥터 계층이 카테고리를 바꿔놓습니다. Zero는 단지 Slack에서 호출할 수 있는 것이 아닙니다. Slack, GitHub, Gmail, Notion, Linear를 비롯한 시스템을 업무 인터페이스로 사용할 수 있습니다. Sentry를 분류하고, GitHub 이슈를 등록하고, 아웃리치를 준비하고, 캠페인 지표를 요약하고, 이사회 보고서 초안을 작성하고, 정기 리포트 일정을 잡고, Slack 논의를 구조화된 의사결정으로 바꿀 수 있습니다.
팀에게 이것은 대화할 수 있는 어시스턴트와 업무를 끝낼 수 있는 동료 사이의 차이입니다.
3. Zero는 권한을 하나의 제품 기능으로 만든다
이것이 입소문 난 에이전트와 도입 가능한 팀 에이전트 사이의 가장 큰 격차입니다.
Zero의 권한 모델은 커넥터별, 동작별로 작동합니다. 기본 입장은 보수적입니다. 쓰기 전에 읽고, 전송 전에 묻고, 철회를 허용합니다. 민감한 동작, 즉 외부 이메일 발송, 자금 이동, 공개 게시, 데이터 삭제, 사용자 초대, 프로덕션 인프라 변경 등은 사람의 승인을 위해 멈춥니다.
이것은 사소한 UX 디테일이 아닙니다. 도입을 여는 열쇠입니다.
기업은 단지 "에이전트가 이걸 할 수 있는가?"만 묻지 않습니다. "에이전트가 우리를 놀라게 하거나, 자격 증명을 유출하거나, 데이터를 삭제하거나, 엉뚱한 사람의 권한으로 행동하지 않으면서 이걸 할 수 있는가?"를 묻습니다.
Zero는 바로 그 질문을 중심으로 설계됐습니다.
4. Zero는 에이전트 자신으로부터 자격 증명을 보호한다
셀프 호스팅 시스템도 보안을 갖출 수 있지만, 그 작업은 운영자가 직접 해야 합니다. Zero는 이것을 플랫폼 수준의 속성으로 만듭니다.
Zero의 보안 문서는 하드웨어 수준의 KVM 격리를 적용한 Firecracker 마이크로VM에서의 격리 실행을 설명합니다. 각 실행은 자체적인 비공개 환경에서 일어나며 완료 후 파기됩니다. 자격 증명은 플랫폼이 관리합니다. 에이전트는 연결된 도구를 사용할 수 있지만, 원시 토큰을 보거나 추출할 수는 없습니다. 비밀 정보는 네트워크 계층에서 주입되고, 외부로 나가는 요청은 유출 위험을 줄이기 위해 스캔됩니다.
비즈니스 팀에게 이것은 큰 실질적 이점입니다. 에이전트는 모든 자격 증명을 모델이나 에이전트 코드가 들여다볼 수 있는 것으로 만들지 않으면서도 Gmail, Slack, GitHub를 비롯한 도구로 유용한 일을 할 수 있습니다.
5. Zero는 반복 업무를 위해 만들어졌다
폭발적으로 성장한 에이전트 데모는 한 번은 인상적입니다. 반복되는 워크플로는 매주 가치를 만듭니다.
Zero는 예약된 지능을 위해 설계됐습니다. 매일의 오류 스캔, 주간 캠페인 리포트, 월요일 지표 브리핑, 리드 후속 조치, 기술 부채 점검, 콘텐츠 제작, 지원 분류, 운영 상태 업데이트 등이 그것입니다. 사용자는 매번 에이전트에게 다시 프롬프트를 줄 필요가 없습니다. 워크플로가 일상이 됩니다.
바로 여기서 Zero의 동료라는 프레이밍이 의미를 갖습니다. 동료는 요청받을 때만 답하지 않습니다. 동료는 반복되는 책임을 떠맡습니다.
6. Zero는 팀에게 감사 추적성을 준다
에이전트가 비즈니스 시스템 전반에서 일할 때 로그가 중요합니다. Zero는 전체 활동 로그, 도구 호출, 승인 이력, 감사 가능한 실행을 강조합니다. 이로써 무슨 일이 있었는지 검토하고, 실행을 디버깅하고, 시간이 지나며 신뢰를 쌓기가 더 쉬워집니다.
OpenClaw와 Hermes는 운영자에게 통제권을 줍니다. Zero는 팀에게 가시성을 줍니다.
이것은 서로 다른 종류의 신뢰입니다.
전략적 차이
시장을 이해하는 가장 단순한 방법은 이렇습니다.
| 제품 | 무엇으로 돌파했나 | 무엇을 최적화하나 | 주요 한계 |
|---|---|---|---|
| OpenClaw | 개인용 로컬 AI 어시스턴트 | 통제권, 채널, 셀프 호스팅 소유권 | 운영자가 설정과 보안을 떠안는다. |
| Hermes Agent | 자기 개선형 에이전트 런타임 | 확장성, 메모리, 모델, MCP, CLI, cron | 인프라를 운영할 수 있는 기술 사용자에게 최적. |
| Zero | 팀의 AI 동료 | 위임, 커넥터, 권한, 안전성, 반복 업무 | 로컬 튜닝보다는 관리되는 팀 실행에 중점. |
OpenClaw와 Hermes는 에이전트가 살아 있는 것처럼 느껴질 수 있음을 증명하며 관심을 얻었습니다. Zero는 팀 업무라는 어수선한 현실 속에서 에이전트를 쓸 수 있게 만들며 도입을 얻습니다.
이것은 더 높은 기준입니다. 팀은 자율성만 필요한 것이 아닙니다. 범위가 정해진 권한, 반복 가능성, 관찰 가능성, 자격 증명 안전성, 그리고 비개발자도 이해할 수 있는 제품 인터페이스가 필요합니다.
최종 정리
OpenClaw가 폭발적으로 성장한 것은 자율 에이전트를 개인적이고 로컬한 것으로 느껴지게 만들었기 때문입니다. Hermes가 폭발적으로 성장한 것은 에이전트를 확장 가능하고, 자기 개선적이며, 기술적으로 진지한 것으로 느껴지게 만들었기 때문입니다.
Zero는 두 통찰 위에 서서, 다시 한 단계 위로 올라갑니다.
OpenClaw와 Hermes에서 사람들이 원했던 것, 즉 실제로 일을 해낼 수 있는 AI는 그대로 유지하되, 기업이 그것에 의존하기 전에 필요한 것을 더합니다. 100개 이상의 업무 커넥터, Slack과 웹 접근, 예약 작업, 서브에이전트, 동작 수준의 권한, 민감한 동작의 승인, 자격 증명 격리, Firecracker 마이크로VM 실행, 그리고 감사 추적까지.
그래서 Zero는 에이전트 목록에 추가된 또 하나의 항목이 아닙니다. 개인 에이전트와 개발자 런타임에서 실제 업무를 위한 신뢰할 수 있는 AI 동료로 나아가는 움직임입니다.
