Why I Switched To Grok Bot From Hermes
Quick Summary
발표자가 Hermes 대신 Grok Bot으로 전환한 핵심 이유는 서버·보안·업데이트를 직접 관리하지 않고도 24시간 작동하는 에이전트와 다양한 업무 도구를 빠르게 연결할 수 있기 때문이다.
영상 보기
클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.
🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론
발표자가 Hermes 대신 Grok Bot으로 전환한 핵심 이유는 서버·보안·업데이트를 직접 관리하지 않고도 24시간 작동하는 에이전트와 다양한 업무 도구를 빠르게 연결할 수 있기 때문이다.
📌 핵심 요점
- 발표자는 Grok Bot을 자신이 사용해 본 것 중 가장 간편한 상시 작동형 AI 에이전트로 평가하며, OpenClaw와 Hermes보다 빠르게 실용적 가치를 얻을 수 있다고 주장한다.
- Grok Bot은 호스팅·관리형 플랫폼인 반면 OpenClaw와 Hermes는 모델 선택과 데이터 통제가 가능한 오픈소스 도구라는 근본적인 차이가 있다.
- 권장 운영 구조는 모든 요청을 받는 최고참모 봇을 중심에 두고 YouTube, 소셜 미디어, 지원, 개발, 마케팅처럼 역할별 하위 봇을 배치하는 방식이다.
- Gmail, Calendar, Google Drive, Composio, MCP, YouTube Data API 등의 연결과 화면 녹화를 통한 작업 학습 기능이 비기술 사용자의 자동화 진입 장벽을 낮춘다.
- 관리 편의성을 얻는 대신 내부 메모리와 데이터 저장 방식을 직접 볼 수 없으므로, 발표자는 대화와 활동 요약을 Google Drive 같은 외부 저장소로 정기 반출하는 보완책을 제안한다.
🧩 배경과 문제 정의
발표자는 OpenClaw와 Hermes를 많이 사용한 경험을 전제로, 서버 운영과 보안 관리를 사용자가 맡는 오픈소스 에이전트보다 즉시 사용할 수 있는 관리형 Grok Bot이 자신의 업무와 생활에 더 적합하다고 설명한다. 핵심 문제는 24시간 작동하는 AI 에이전트의 편의성을 얻으면서도 불투명한 메모리·데이터 저장과 플랫폼 의존 위험을 어떻게 다룰 것인가이다.
🕒 시간순 섹션별 상세정리
1. Grok Bot으로 전환한 이유
- 발표자는 Grok Bot을 가장 사용하기 쉬운 24시간 AI 에이전트라고 평가하고, 사업·생활·생산성·수익을 지원하는 활용법을 소개하겠다고 드러낸다. [00:18]
- Grok Bot은 호스팅된 상시 작동형 에이전트이고, OpenClaw와 Hermes는 다양한 모델을 선택해 Telegram이나 WhatsApp 같은 외부 앱에서 사용할 수 있는 오픈소스 도구라고 구분한다. [01:03]
- 관리 편의성과 빠른 도구 연결을 얻는 대신 데이터 소유권, 메모리, 저장 방식이 불투명해지는 것이 핵심 절충점이라고 보여준다. [01:29]
2. 가격과 통합 구독의 가치 주장
- Grok Bot은 당시 Ultra 플랜에서만 제공되며 Cursor Ultra 가격은 월 200달러라고 보여준다. [01:45]
- 발표자는 최신 Grok 모델과 Cursor가 ChatGPT 및 Claude Code를 대체할 수 있다면 월 200달러로 필요한 AI 사용량을 통합할 가능성이 있다고 주장한다. [02:22]
3. 최고참모 봇과 역할별 조직 구조
- 모든 상호작용을 한곳으로 모으는 최고참모 봇을 먼저 만들고, 사용할수록 맥락이 축적되어 에이전트가 나아진다는 운영 원칙을 제시한다. [03:33]
- 개인 콘텐츠 사업과 Castos 업무를 서로 다른 샌드박스로 분리하고, 각각 별도의 최고참모 봇을 둔다. [04:00]
- 그 아래에 YouTube, 소셜 미디어, 지원, 개발, 마케팅 등 특정 기술·기억·작업을 담당하는 하위 봇을 배치한다. [04:46]
4. 대화와 화면 녹화로 기술 만들기
- YouTube 봇에 영상별 제목, 썸네일, 도입부 후보를 여러 개 제안하는 루틴을 자연어로 만들어 달라고 요청한다. [05:39]
- 봇은 클라우드의 전용 Linux 컴퓨터에서 이메일과 Google 서비스에 접근하며, 모바일과 음성으로도 사용할 수 있다고 보여준다. [06:18]
- 사용자가 이메일 분류나 분석 확인 과정을 녹화하면 봇이 이를 읽고 기술이나 프로세스로 추가할 수 있으며, 생성된 기술은 다시 최적화할 수 있다. [07:27]
5. 플러그인·MCP·API 연결
- 전용 VPS의 컴퓨터 사용과 플러그인을 통해 Gmail, Calendar, Google Drive, Granola 같은 외부 서비스에서 데이터를 가져오거나 내보낼 수 있다고 보여준다. [08:10]
- 기본 플러그인이 없으면 Composio를 자동화 연결 계층으로 사용하거나 자체 MCP를 연결할 수 있으며, Chartmogul MCP 인증 사례를 보여준다. [09:16]
- YouTube 봇에는 YouTube Data API를 직접 연결했고, 호스팅·업데이트·보안 패치가 자동 처리된다는 점을 비기술 사용자에게 중요한 장점으로 평가한다. [09:59]
6. 플랫폼 의존과 외부 메모리 백업
- 플랫폼 내부 데이터가 사용자 소유 환경에 있지 않다는 단점을 인정하고, 봇의 메모리를 외부 저장소에 남기는 방식을 직접 요청한다. [10:33]
- 일간 요약을 월별 문서에 추가하고 주간 문서를 Google Drive 폴더에 생성하는 장기 활동 기록 방식을 예로 든다. [10:58]
- 서비스 중단, 데이터 손상, 규칙 변경에 대비해 외부 백업을 유지하면 관리형 플랫폼을 쓰면서도 종속 위험을 일부 줄일 수 있다고 주장한다. [12:16]
7. 인터뷰형 온보딩과 업무 시스템 확장
- Grill Me 기술은 AI 에이전트가 사업, 생활, 관계, 제품, 마케팅 주제를 반복 질문해 사용자의 목표와 맥락을 이해하도록 돕는 방식이다. [12:52]
- 발표자는 산책 중 약 30분간 인터뷰를 진행하면 자신과 사업, 목표에 필요한 상당한 맥락을 전달할 수 있을 것으로 본다. [13:20]
- Help Scout, ConvertKit, Sentry, Notion, Slack, Chartmogul, YouTube 등 실제 업무가 이루어지는 시스템을 에이전트에 연결할지 판단하라고 제안한다. [13:59]
8. 반복 사용과 최종 전환 권고
- 한 가지 좁은 업무만 맡기는 것보다 여러 업무를 지속적으로 통과시켜 풍부한 맥락을 쌓을 때 에이전트 성능이 더 좋아진다고 강조한다. [14:13]
- 약 일주일간 사용한 뒤 Grok Bot이 Hermes와 OpenClaw보다 상시 작동형 에이전트에 적합하다고 판단했으며, 기존 저장소의 정보를 새 봇으로 가져오라고 권한다. [15:05]
- Cursor와 xAI 팀의 지속적인 투자와 사용자 반응을 주목할 신호로 해석하고, 시청자에게 활용법과 문제점을 공유해 달라고 요청하며 마무리한다. [15:33]
🧾 결론
- 이 전환은 모델 성능만의 선택이라기보다 운영 부담과 데이터 통제권 사이에서 관리 편의성을 우선한 결정이다.
- 에이전트의 실효성은 봇의 개수보다 하나의 주 접점에 충분한 맥락을 축적하고 반복적으로 사용하는 데서 커진다는 것이 발표자의 판단이다.
- Grok Bot의 강점은 호스팅 인프라, 자동 업데이트, 플러그인 연결, 전용 컴퓨터 사용을 하나의 관리형 경험으로 제공한다는 점이다.
- 다만 발표자의 사용 기간은 약 일주일이며, 장기 신뢰성·보안·데이터 이동성에 관한 평가는 아직 확정적이라고 보기 어렵다.
📈 투자·시사 포인트
- AI 에이전트 시장에서는 최고 모델 보유 여부뿐 아니라 호스팅, 인증, 플러그인, 작업 학습을 결합한 완성형 운영 경험이 중요한 경쟁 요소가 될 수 있다.
- 월 200달러 수준의 통합 구독이 여러 고가 AI 서비스의 사용량을 대체할 수 있다는 발표자의 판단은 고사용량 고객을 겨냥한 번들 전략의 가능성을 보여준다.
- Gmail, 업무 분석, 고객 지원, 콘텐츠 제작까지 연결되는 에이전트는 독립형 챗봇보다 기업 워크플로의 중심 인터페이스로 발전할 여지가 있다.
- 플랫폼 의존도가 높아질수록 외부 메모리 백업, 데이터 내보내기, API·MCP 호환성이 구매 결정과 장기 유지율을 좌우하는 요소가 될 수 있다.
⚠️ 불확실하거나 확인이 필요한 부분
- 발표자는 월 200달러 구독이 사실상 무제한 사용일 것으로 추정하지만 직접 확인된 사용량 한도, 초과 정책, 기능 제한은 제시하지 않는다.
- 자동 보안 패치와 관리형 인프라의 편의성은 강조되지만 데이터 보관 위치, 메모리 구조, 접근 통제, 장애 복구 방식은 발표자도 볼 수 없다고 인정한다.
- 제품을 약 일주일 사용한 경험에 기반한 평가이므로 장기 안정성, 비용 변화, 대규모 업무에서의 성능은 검증되지 않았다.
- 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
- 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
- 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.
✅ 액션 아이템
- 현재 Hermes 또는 OpenClaw에서 수행하는 업무를 목록화하고 관리 편의성, 데이터 통제, 비용, 모델 선택권을 기준으로 Grok Bot과 비교한다.
- 하나의 최고참모 봇과 소수의 역할별 하위 봇으로 시험 구조를 만들고, 처음부터 과도하게 많은 봇을 생성하지 않는다.
- 이메일·캘린더·드라이브 연결 전 최소 권한, 삭제·전송 권한, 복구 가능성을 점검한다.
- 일간 활동 요약과 주간·월간 기록을 외부 저장소로 반출하는 메모리 백업 절차를 시험한다.
❓ 열린 질문
- 외부 저장소에 남긴 요약만으로 Grok Bot의 실제 장기 메모리와 작업 상태를 충분히 복구할 수 있는가?
- 월 200달러 플랜의 사용량과 기능이 기존 Claude, ChatGPT, Cursor 또는 자체 호스팅 비용을 실제로 얼마나 대체하는가?
- 플랫폼 사업자가 정책, 가격, 메모리 형식을 바꿀 때 봇의 기술·플러그인·업무 기록을 다른 에이전트로 이식할 수 있는가?