The ONLY Grok Bot Tutorial You''ll Ever Need (ALL 38 Features Explained Simply)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Grok Bot의 38개 기능을 업무에 활용하려면 맥락과 역할을 먼저 정하고, 스킬·루틴·공유 기억에 검토 절차와 사용량 관리를 결합해야 한다.

📌 핵심 요점

1. 맥락과 역할부터 설계한다. 기존 ChatGPT·Claude의 기억을 가져오거나 인터뷰로 업무 정보를 쌓고, 소수의 에이전트에 명확한 목표와 수행하지 말아야 할 일을 지정한다. 큰 작업은 실행 전 질문으로 요구사항을 맞춘다.
2. 반복 지시는 스킬로, 정기 업무는 루틴으로 만든다. 루틴은 클라우드에서 예약 실행되며, 이벤트 트리거는 이메일·Slack·GitHub·웹훅을 받아 작업을 시작한다. 중요한 상황에만 알리는 조용한 루틴으로 알림 부담을 줄일 수 있다.
3. 협업과 기억 공유를 구분한다. 에이전트의 기억과 채팅은 기본적으로 분리되어 있다. 메시지와 그룹 채팅으로 작업을 인계하고, 공통 규칙은 shared brain 폴더에 두며, 결정 대기 목록과 백로그로 후속 업무를 관리한다.
4. 입력부터 결과 확인까지 연결한다. 음성 입력과 응답, 휴대전화 연결, 웹 작업 시연으로 업무를 전달하고 Pages로 보고서·대시보드를 공유한다. 이메일·Slack 발송에는 검토용 카드를 활용하고, Vault와 1Password 연동으로 결제·로그인 정보를 다룬다.
5. 자동화의 사용량과 품질을 함께 관리한다. 주간 사용량 분석과 봇 성적표로 개선 대상을 찾고, AI 판단이 필요 없는 고정 루틴은 코드 전환을 검토한다. 로컬 파일 접근과 Claude Code·Codex 연결은 기기 실행 상태와 접근 설정을 고려해 구성한다.

🧩 배경과 문제 정의

• Grok Bot은 최근 약 5주 동안 매일 앱을 쓰는 유료 사용자가 6배 늘었고, 실제 사업 운영에 활용하는 사례도 나타나고 있다.
• 업무를 맡기려면 사용자와 사업에 관한 맥락, 에이전트별 역할, 공통 규칙을 먼저 정리해야 한다. 에이전트는 기본적으로 각자의 기억을 유지하므로 수가 늘수록 설명과 관리 부담도 커진다.
• 반복 업무를 자동화하더라도 사용량 소모, 과도한 알림, 요구와 다른 결과가 생길 수 있다. 검토 절차와 실행 조건을 정하고, 고정된 작업은 코드로 바꾸는 운영 방식이 필요하다.

🕒 시간순 섹션별 상세정리

1. 기존 기억을 가져와 업무 맥락을 확보한다

• 기존 ChatGPT나 Claude의 기억을 가져오면 사용자와 사업에 관한 맥락을 처음부터 활용할 수 있다. 설정의 General에서 가져오기를 시작하고, 권장 프롬프트를 기존 챗봇에 입력한 뒤 그 답변을 붙여 넣는다 [01:03]
• 가져올 대화 맥락이 없다면 봇이 한 번에 하나씩 질문하는 인터뷰로 사용자와 업무 정보를 쌓을 수 있다 [01:18]

2. 소수의 에이전트에 명확한 역할을 부여한다

• 메인 봇은 다른 에이전트를 만들고 역할을 지정할 수 있다. 다만 에이전트마다 기억이 따로 있으므로, 초보자는 많은 봇보다 충분히 훈련한 소수의 봇을 운영하는 편이 반복 설명과 관리 부담을 줄이기 좋다 [01:39]
• Dr. Eggbot 템플릿은 몇 가지 질문을 거쳐 에이전트마다 하나의 명확한 목표와 수행하면 안 되는 일인 ‘anti-jobs’를 설정한다. 템플릿을 가져오거나 메인 봇이 이 설계 원칙을 따르게 할 수 있다 [02:46]

3. 이메일 요약과 발송 전 검토를 결합한다

• Gmail 같은 앱은 커넥터로 연결하며 여러 이메일 계정을 사용할 수 있다. 일일 요약을 이메일당 한 줄로 만들고, 중요한 메일에는 이모지를 붙이며 핵심 내용을 맨 위에 배치하는 방식으로 확인 부담을 줄일 수 있다 [04:48]
• 이메일과 Slack 메시지는 기본적으로 검토용 카드에서 발송을 기다린다. 이메일 초안을 수정한 뒤 보낼 수 있으며, 이 검토 절차는 끌 수도 있지만 초보자에게는 유지하는 방식이 권장된다 [06:04]

4. 음성 입력과 응답으로 작업 전달을 간소화한다

• 마이크로 업무를 설명한 뒤 봇이 요청과 의도를 다시 말하게 하면, 큰 작업을 시작하기 전에 오해를 확인할 수 있다. 데스크톱에서는 Control+D 또는 Command+D로 음성 입력을 시작한다 [06:30]
• 답변을 음성 메모로 요청하면 이동 중에도 들을 수 있다. 펼친 전사문에서 단어를 누르면 해당 오디오 위치로 이동한다 [07:11]

5. 반복 지시는 스킬로 저장하고 사용량을 점검한다

• 스킬은 필요할 때 실행하는 저장된 지시 묶음이다. 같은 지시를 두 번 입력하게 된다면 스킬화를 고려하고, 이메일 요약처럼 방금 수행한 작업을 저장하거나 반복 요청에서 스킬 후보를 추천받을 수 있다 [07:51]
• 봇과 스킬 사용이 늘면 사용량도 소모된다. 설정의 Usage and Billing에서 잔여량을 확인하거나, 에이전트에게 주간 사용량이 많은 봇의 순위와 절감 방안을 요청할 수 있다 [08:28]

6. Pages와 시각적 구분으로 결과와 에이전트를 관리한다

• Pages는 보고서·트래커·체크리스트·대시보드를 시각적으로 보여주고 링크로 공유하는 기능이다. 사용량 분석을 대시보드로 만들고 매주 월요일 아침 갱신하도록 요청할 수도 있다 [09:01]
• 사이드바의 섹션으로 업무용·개인용 봇을 나누고, 자주 쓰는 봇은 상단에 고정할 수 있다. 각 봇을 우클릭해 설정한다 [09:45]

7. 휴대전화 기능과 바로가기로 즉시 업무를 맡긴다

• iPhone과 Android에서 캘린더·연락처·위치·알람을 연결할 수 있으며, 당시 리마인더와 Apple Home은 iPhone에서만 지원된다. 앱 설정의 Connect Apps에서 휴대전화를 선택해 허용한다 [11:42]
• 액션 버튼이 있는 iPhone은 단축어에 Grok Bot의 음성 채팅 시작을 지정할 수 있다. 떠오른 일을 버튼 한 번으로 바로 전달하는 용도다 [12:17]

8. 의사결정 대기 목록과 조용한 루틴을 운영한다

• 비서실장 역할의 메인 봇은 다른 에이전트와 메시지를 주고받고 대화를 살펴, 사용자의 결정을 기다리는 항목을 하나의 목록으로 모을 수 있다. /inbox 같은 스킬로 개별 채팅을 확인하는 수고를 줄인다 [12:47]
• 루틴은 정해진 일정에 따라 클라우드에서 실행되므로 휴대전화나 노트북을 닫아도 작동한다. 매일 오전 8시에 결정 대기 목록이나 전날 에이전트의 작업 요약을 받는 식으로 설정할 수 있다 [13:24]

9. 웹 작업은 시연으로 가르치고 고정 절차는 코드로 바꾼다

• 데스크톱 앱에서 봇의 컴퓨터 화면을 열고 직접 제어하면 웹사이트 작업을 시연할 수 있다. 클릭 순서를 한 번 보여주고 이를 스킬이나 루틴으로 기억하게 하는 방식이다 [14:58]
• 매번 같은 단계를 수행하고 AI 판단이 필요 없는 루틴은 LLM 없이 실행되는 코드로 전환하면 사용량을 줄일 수 있다. 에이전트에게 기존 루틴을 검토해 전환 가능한 작업을 찾게 할 수 있지만, 모든 루틴이 전환되는 것은 아니다 [15:41]

10. 작업 인계와 공유 기억을 구분한다

• 에이전트는 같은 컴퓨터에서 작동하더라도 기억과 채팅을 따로 유지한다. 기본적으로 이름·시간대와 봇이 공유할 필요가 있다고 판단한 일부 정보만 공통으로 전달된다 [16:17]
• 직접 메시지를 보내는 작업 인계나 여러 봇이 참여하는 그룹 채팅으로 협업할 수 있다. 재무 봇이 마케팅 봇에게 지난달 캠페인을 묻거나, 프로젝트별 그룹에서 관련 정보를 교환하는 방식이다 [16:51]

11. 이벤트 트리거와 전용 이메일로 외부 요청을 받는다

• 이벤트 트리거는 정해진 시간을 기다리지 않고 Slack 메시지, 이메일, GitHub 이벤트나 웹훅이 들어오면 작업을 시작한다. 웹사이트 폼의 입력을 웹훅으로 전달해 답변 초안을 만들거나 약속한 자료를 제공하는 데 활용할 수 있다 [18:13]
• 봇은 전용 이메일 주소를 받을 수 있지만, 당시에는 계정당 하나만 제공되어 모든 에이전트가 함께 사용한다. 주소를 변경하거나 삭제할 수 없으므로 이름을 신중하게 정해야 한다 [19:06]

12. 대화 이력과 최신 팁에서 자동화 후보를 찾는다

• Routine Scout는 다른 루틴을 제안하는 루틴이다. 예를 들어 매주 대화 이력을 살펴 반복적으로 수동 요청한 업무를 찾고, 자동화 아이디어를 짧은 우선순위 목록으로 제안하게 할 수 있다 [19:49]
• 봇이 X에서 Grok Bot 활용 팁을 검색하도록 하면 최근 기법 중 사용자와 사업에 관련된 내용을 자동화 제안에 포함할 수 있다 [20:30]

13. 결제·구매·로그인을 전용 보관함과 연결한다

• Vault는 카드·로그인·개인정보를 보관하고, 봇이 카드 번호를 직접 보지 않은 채 결제 단계에 입력하도록 한다. 우선 사용할 카드와 카드별 사용 조건을 설명하는 메모도 설정할 수 있다 [21:20]
• 채팅에서 구매를 요청하면 사진·평점·가격·판매처가 담긴 상품 카드와 구매 버튼을 제공한다. 구매 이후에는 주문을 추적하고 발송이나 도착 소식을 알려준다 [21:53]

14. 전화 대행은 당시 미국에서만 사용할 수 있다

• 에이전트의 전화 기능은 주문 후속 확인이나 업체에 세부 사항을 문의하는 데 활용할 수 있다. 녹화 당시에는 미국에서만 제공된다 [22:37]
• 향후 전면 확대되면 에이전트들의 과도한 발신을 막기 위해 사용 제한이 생길 수 있다는 전망이며, 확정된 제한은 제시되지 않는다 [22:53]

15. 큰 작업은 질문으로 요구사항을 맞춘 뒤 시작한다

• 큰 요청을 일반적인 프롬프트 하나로 맡기면 요구와 다른 결과가 나와 사용량을 낭비할 수 있다. 실행 전에 봇이 질문하도록 해 원하는 결과를 구체화해야 한다 [23:08]
• /align 스킬은 번호가 붙은 질문과 각 질문의 권장안을 제공해 빠르게 선택하고 답할 수 있게 한다. 비슷한 방식으로 grill me도 나온다 [23:32]

16. 로컬 접근과 개발 도구 연결을 상시 실행 환경으로 확장한다

• 기본 작업 환경은 클라우드지만, 사용자 기기가 켜져 있고 Grok Bot이 실행 중이면 로컬 파일에도 접근하게 할 수 있다. 스프레드시트·사진을 가져오거나 Claude Code 스킬의 가져오기 가능성을 살피는 데 쓰며, 설정의 Computer에서 접근 수준을 정한다 [23:49]
• Claude Code나 Codex와 연결하는 브리지는 웹훅 루틴으로 작업을 넘기는 구성이다. Claude Code의 스킬·사업 맥락을 옮기거나, Grok Bot의 X 검색 기능을 활용하는 데 사용할 수 있다 [24:34]

17. 나중에 처리할 업무는 백로그로 모은다

• 백로그는 언젠가 처리할 모든 작업을 하나의 목록에 모으는 방식이다. 작업을 우선순위로 정렬하거나 칸반 보드로 관리하는 형태까지 제공 구간에 포함된다 [25:57]
• 작업을 할 일·진행 중·완료로 구분하면 다음에 처리할 과제를 따로 관리할 수 있다. 채팅 인터페이스는 이런 용도에 적합하지 않아 일상 업무에 백로그가 필요한지 판단필요가 있다. [26:22]

🧾 결론

• 초기 설정의 핵심은 사용자 맥락, 에이전트별 역할, 공통 규칙을 명시하는 것이다. 에이전트 수가 늘면 반복 설명과 관리 부담도 커질 수 있다.
• 스킬·예약 루틴·이벤트 트리거를 업무 성격에 맞게 조합하고, 발송 전 검토와 실행 전 요구사항 확인을 운영 절차에 포함해야 한다.
• 자동화는 구축 이후에도 관리가 필요하다. 대화 이력에서 반복 업무를 찾고, 사용량과 봇 평가를 바탕으로 개선하거나 고정 절차를 코드로 전환한다.

📈 투자·시사 포인트

• 사업 운영에서는 자동화한 업무 수와 함께 사용량, 검토 부담, 결과 품질을 살펴야 한다. 자료는 사용량 분석과 봇 성적표를 이를 점검하는 방법으로 제시한다.
• 커넥터·웹훅·개발 도구 연결은 에이전트의 활용 범위를 이메일 처리에서 외부 요청 대응과 개발 작업 인계까지 넓힌다. 실제 적용 범위는 각 업무의 반복성과 판단 필요성에 따라 달라진다.
• 상시 실행 환경은 개인 기기의 가동 의존을 줄일 수 있지만, 중앙 컴퓨터나 VPS를 운영하는 부담과 민감한 파일의 노출 가능성도 함께 검토해야 한다.
• 유료 일일 사용자 6배 증가라는 소개만으로 투자 가치를 판단하기는 어렵다. 자료에는 매출·유지율·수익성이나 기업가치 평가에 필요한 정보가 제시되지 않는다.

⚠️ 불확실하거나 확인이 필요한 부분

• 제목은 38개 기능을 내세우지만 제공된 상세 자료는 17개 구간으로 묶여 있다. 개별 기능의 집계 기준과 전체 목록의 일대일 대응은 확인이 필요하다.
• 약 5주 동안 유료 일일 사용자가 6배 늘었다는 수치는 기준 사용자 수, 정확한 측정 기간, 산출 근거가 제시되지 않는다.
• 전화 대행의 미국 한정 제공, 일부 iPhone 전용 기능, 계정당 전용 이메일 하나 및 주소 변경·삭제 불가는 녹화 당시 설명이다. 실제 사용 전 현재 지원 범위를 확인해야 한다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 기존 기억을 가져오거나 인터뷰를 진행해 사용자·사업 맥락을 정리하고, 소수의 봇에 목표와 금지 업무를 지정한다.
• 이메일 요약처럼 반복되는 업무 하나를 스킬로 저장하고, 발송 전 검토 절차를 유지한 상태에서 결과를 확인한다.
• 공통 규칙을 shared brain 폴더에 정리하고, 결정 대기 목록과 백로그를 마련해 작업 인계 후 남은 일을 추적한다.
• 필요한 상황에만 알리는 루틴을 설정하고, 주간 사용량과 봇 성적표로 과도한 소모나 품질 저하를 점검한다.

❓ 열린 질문

• 어떤 업무는 에이전트의 판단을 유지하고, 어떤 업무는 고정 코드로 전환하는 것이 적절한가?
• 에이전트가 늘어날 때 공유 기억과 개별 기억의 경계를 어떻게 정하고 공통 규칙을 최신 상태로 유지할 것인가?
• 자동화로 줄어든 수작업에 비해 사용량 소모와 검토·수정 부담은 어느 정도인가?