YouTubeCraig Hewitt·2026년 8월 20일·0

Why I Switched To Grok Bot From Hermes

Quick Summary

발표자가 Hermes 대신 Grok Bot으로 전환한 핵심 이유는 서버·보안·업데이트를 직접 관리하지 않고도 24시간 작동하는 에이전트와 다양한 업무 도구를 빠르게 연결할 수 있기 때문이다.

영상 보기

클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.

원본 열기

🖼️ 인포그래픽

Why I Switched To Grok Bot From Hermes 내용을 설명하는 본문 이미지

🖼️ 4컷 인포그래픽

Why I Switched To Grok Bot From Hermes의 핵심 내용을 4단계로 요약한 인포그래픽
Why I Switched To Grok Bot From Hermes 핵심 내용을 4단계로 압축한 4컷 인포그래픽

💡 한 줄 결론

발표자가 Hermes 대신 Grok Bot으로 전환한 핵심 이유는 서버·보안·업데이트를 직접 관리하지 않고도 24시간 작동하는 에이전트와 다양한 업무 도구를 빠르게 연결할 수 있기 때문이다.

📌 핵심 요점

  1. 발표자는 Grok Bot을 자신이 사용해 본 것 중 가장 간편한 상시 작동형 AI 에이전트로 평가하며, OpenClaw와 Hermes보다 빠르게 실용적 가치를 얻을 수 있다고 주장한다.
  2. Grok Bot은 호스팅·관리형 플랫폼인 반면 OpenClaw와 Hermes는 모델 선택과 데이터 통제가 가능한 오픈소스 도구라는 근본적인 차이가 있다.
  3. 권장 운영 구조는 모든 요청을 받는 최고참모 봇을 중심에 두고 YouTube, 소셜 미디어, 지원, 개발, 마케팅처럼 역할별 하위 봇을 배치하는 방식이다.
  4. Gmail, Calendar, Google Drive, Composio, MCP, YouTube Data API 등의 연결과 화면 녹화를 통한 작업 학습 기능이 비기술 사용자의 자동화 진입 장벽을 낮춘다.
  5. 관리 편의성을 얻는 대신 내부 메모리와 데이터 저장 방식을 직접 볼 수 없으므로, 발표자는 대화와 활동 요약을 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 또는 자체 호스팅 비용을 실제로 얼마나 대체하는가?
  • 플랫폼 사업자가 정책, 가격, 메모리 형식을 바꿀 때 봇의 기술·플러그인·업무 기록을 다른 에이전트로 이식할 수 있는가?

관련 문서

공통 태그와 주제 흐름을 기준으로 같이 보면 좋은 문서를 이어서 제안합니다.