New Grok Bot AI Update Is INSANE!

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Grok Bot의 새 업데이트는 실시간 화면과 봇 간 협업을 바탕으로 업무용 AI 팀을 구성하게 하며, 영상은 사람의 승인·주장 검증·사용량 관리를 운영의 핵심으로 제시한다.

📌 핵심 요점

1. 업데이트와 제작자의 구축 사례를 구분해야 한다. Pages, 영상 생성, 전용 이메일, 음성 대화의 맥락 활용, 메모리 가져오기, Vault, 쇼핑 등이 업데이트로 소개되며, 미션 컨트롤·마케팅 팩토리·AI 보드룸은 제작자가 그 위에 만든 시스템이다.
2. 여러 봇의 작업과 사람의 결정을 한 화면에 모은다. Jarvis와 미션 컨트롤은 봇별 최근 활동, 승인 대기 항목, 아침 브리핑을 보여준다. 잠재고객 탐색과 분석을 연결한 시연에서는 이메일 5개를 작성하고 발송은 승인 전까지 보류했다.
3. 생성량보다 검증 과정이 중요하다. 마케팅 팩토리는 약 8분에 콘텐츠 17개를 만들었다고 소개되지만, 검사 봇이 사업 자료로 뒷받침되지 않는 표현 때문에 12개를 반려했다. AI 보드룸도 서로 반박하도록 구성해 근거 없는 전제를 드러낸다.
4. 검색 노출과 고객 응대까지 업무 범위를 넓힌다. Search Agent OS는 ChatGPT·Gemini 답변의 사업체 언급 여부를 점검하고, 디지털 트윈은 공개 자료와 규칙에 따라 질문에 답한다. X 검색을 활용한 Scout는 고객 불만을 광고 방향과 웹사이트 기획으로 연결한다.
5. 사용량 한도에 닿으면 운영 방식부터 점검한다. 영상은 긴 대화 재독과 불필요한 정기 실행을 낭비 요인으로 지목한다. 짧은 인수인계 파일과 실제 변경 시 실행하는 방식을 적용하고, 전후 사용량을 측정한 뒤 요금제 확대를 판단하라고 권한다.

🧩 배경과 문제 정의

영상은 사업자가 여러 앱에서 이메일·잠재고객·광고·검색 순위를 따로 확인하고, 단일 챗봇으로 조언과 콘텐츠를 각각 만드는 상황을 문제로 제시한다. 해결 방향은 클라우드에서 동작하는 봇들에게 역할을 나누고, 작업 현황과 승인 요청을 하나의 화면으로 모으는 것이다.

제작자는 Grockbot을 봇마다 브라우저·파일·메모리·일정을 갖춘 클라우드 컴퓨터를 제공하는 앱으로 설명한다. 이번 업데이트의 기능과 그 기능을 활용해 자신이 만든 시스템을 구분하며, 자연어 요청으로 업무용 화면과 협업 흐름을 구축할 수 있다고 주장한다.

영상에는 실제 작동을 보여준다는 시연, 샘플 데이터를 사용한 사례, 제작자의 교육 커뮤니티 홍보가 함께 들어 있다. 따라서 소개된 기능, 제작자의 구현 방식, 개별 사례의 성과를 나누어 읽는 것이 중요하다.

🕒 시간순 섹션별 상세정리

1. AI 채팅을 업무 팀으로 확장한다는 도입

• 한 번의 메시지로 미션 컨트롤을 만들고, 여러 봇이 마케팅 제작·음성 보고·AI 검색 노출 확인을 나눠 수행한다는 전체 구상을 보여준다. [00:43]
• 회의에서 추측을 지적하는 회의론자, 규칙 위반 요구를 받는 디지털 트윈, 사용량 한도에 대처하는 방법을 뒤에서 보여주겠다고 예고한다. [01:04]
• Grockbot은 각 봇에 브라우저·파일·메모리·일정을 갖춘 클라우드 컴퓨터를 제공하며, 사용자 노트북이 닫혀 있어도 작업한다고 보여준다. [01:22]

2. 일곱 가지 업데이트와 기본 승인 장치

• Pages는 채팅 안에 실제 작동하는 화면을 만들고 함께 수정하거나 갱신하게 한다. 영상 생성은 설명이나 이미지를 입력으로 사용하며, 전용 이메일의 발송은 초안 승인 카드에서 대기한다고 보여준다. [01:59]
• 음성 통화는 이전 통화와 최근 채팅을 참고하고 통화 후 작업을 이어가며, 메모리 가져오기는 다른 AI의 사용자 맥락을 옮긴다. Vault와 1Password 연결, 구매별 승인 및 배송 추적 기능도 보여준다. [02:48]
• 봇의 검토 규칙 변경에도 승인 카드를 사용하며, 봇끼리 메시지와 작업을 전달할 수 있다고 드러낸다. 이어 소개할 시스템은 제작자가 이 기능들 위에 직접 구축했다고 구분한다. [03:25]

3. 미션 컨트롤과 잠재고객 발굴 협업

• 미션 컨트롤은 왼쪽에 봇별 최근 작업, 오른쪽에 승인 대기 항목, 중앙에 Jarvis를 배치한다. 아침 브리핑 시연은 31개 봇의 보고와 대기 중인 결정 10개를 요약하고 우선 처리할 일을 제시한다. [04:17]
• 지역 업체를 찾는 봇과 약점을 분석하는 봇을 Jarvis가 연결한다. 잠재고객 카드에 문제점과 첫 연락 문구를 모으고 이메일 5개를 작성하지만, 승인 전에는 발송하지 않는다. [04:57]
• Galaxy라는 Agent OS 화면은 봇별 활동과 작업 전달 경로를 보여준다. 제작자는 봇 목록·승인 버튼·우선순위 브리핑을 포함한 미션 컨트롤 요청문도 제시한다. [05:49]

4. 마케팅 팩토리의 생성과 반려 과정

• 기획·자료 조사·관점 설정·작성·제작·검사 등으로 역할을 나눈 봇들이 작업한다. 시연에서는 약 8분에 광고 5개, 이메일 3개, 페이지 1개, 영상 대본 3개, X 게시물 5개를 만들었다고 보여준다. [06:29]
• 검사 봇은 사업 자료로 뒷받침되지 않는 표현을 찾아 17개 중 12개를 반려한다. 이어 반려 12개 중 10개가 초기 기획의 세 문장에서 비롯됐다고 분석해 다음 실행의 개선 지점을 찾는다. [07:09]
• 제작자는 이 시스템들과 프롬프트·자동화·30일 로드맵·주간 코칭 등을 제공한다며 AI Profit Boardroom을 홍보한다. 참여 사업자가 3,400명 이상이라는 주장도 덧붙인다. [08:17]

5. 반대 의견을 설계한 AI 보드룸

• CEO·마케터·수치 담당·회의론자·고객 역할의 봇 다섯이 신규 출시와 기존 사업 개선 중 무엇을 먼저 할지 토론한다. 회의론자는 무엇이 고장 났는지 특정하지 않고 개선부터 주장한다고 지적한다. [09:01]
• CEO 역할이 전제를 인정하고 계획을 바꾸며, 고객 역할은 짧은 개인 메시지와 질문 하나를 제안한다. 회의 결과는 의사결정·주요 위험·작업 목록으로 정리되고 실행은 승인 대기로 남는다. [09:35]
• 구축 요청문은 각 봇이 사업 자료를 읽고 차례로 발언하며 서로 반박한 뒤, 투표와 이유를 남기고 승인용 작업 목록을 만들도록 지시한다. [10:15]

6. 음성으로 사업 현황을 보고하는 Pantheon

• 제작자가 만든 신화 테마 대시보드 중 Pantheon을 보여준다. 가상의 주방 업체 샘플 데이터를 사용하며, 캐릭터들이 각자의 목소리로 지표와 현황을 보고한다. [10:50]
• 음성 보고는 영업 통화 점수, 확인할 이메일, 신규 잠재고객, 검색 순위 개선 기회 등을 다룬다. 결정이 필요한 캐릭터를 클릭하면 해당 업무 화면으로 이동한다. [11:21]
• 영업 연습, 받은편지함 분류, 잠재고객 수집, 광고 교체, 콘텐츠 기획, 경쟁사 관찰, 검색 순위, 기존 고객 재접촉을 역할별로 나눠 보여준다. [12:09]

7. ChatGPT·Gemini에서의 사업체 노출 점검

• Search Agent OS는 고객 질문을 별로 표시하고, 봇들이 ChatGPT와 Gemini에 비회원 방식으로 질문해 사업체가 언급되는지 확인한다고 보여준다. [12:30]
• 해당 실행에서는 총 40개 답변 중 9개가 사업체를 언급했다. ChatGPT는 20개 중 2개, Gemini는 20개 중 7개였다고 보여준다. [12:43]
• Answer Radar는 응답을 점검하고, Leak Hunter는 검색 콘솔의 개선 기회를 찾으며, Answer Factory는 질문에 답하는 페이지를 작성한다. Source Map은 AI가 참고하는 웹사이트를 보여주고 Signal은 X의 미답변 질문을 찾는 역할로 드러난다. [13:12]

8. 디지털 트윈의 답변 범위와 사람에게 넘기는 기준

• 사업자의 공개 게시물·상품·규칙을 넣은 디지털 트윈이 사업자와 유사한 방식으로 질문에 답하는 시연을 보여준다. [13:32]
• 디지털 트윈은 자신이 AI임을 밝히고 개인정보 요청을 거절한다. 사업자가 허락했다는 주장에도 따르지 않으며, 보장을 요구하는 질문에도 보장하지 않는다. [13:48]
• 환불 요청은 한 줄 요약과 함께 실제 담당자에게 넘긴다. 제작자는 반복적인 쉬운 질문을 처리하면서 중요한 사안은 사람에게 남기는 경계를 강조한다. [14:07]

9. 공개 X 검색으로 고객 요구와 광고 방향 찾기

• Scout라는 봇에 가상의 호숫가 호텔을 조사하게 한다. 약 1분 만에 결과를 받았다고 설명하면서, 실제 투숙객 의견으로 분류한 게시물은 약 24개라 빠른 참고 수준이라고 한계를 드러낸다. [14:32]
• 사진과 다른 객실, 소음, 기대와 다른 전망이라는 불만에서 고객 요구를 추리고, 이를 호수 전망에 관한 홍보 방향과 광고 도입 문구로 연결한다. [14:54]
• 제시한 요청문은 유사 업종 고객의 요구·불만을 조사해 핵심 요구 5개, 홍보 방향 1개, 웹사이트 기획서 한 페이지, 광고 문구 3개를 만들도록 한다. 게시나 발송은 하지 않도록 명시한다. [15:20]

10. 통합 운영의 가치와 사용량 관리

• 여러 앱을 확인하고 콘텐츠를 개별 제작하는 기존 방식과, 아침 브리핑·토론·검사·음성 보고를 통합한 방식을 비교한다. 봇들이 클라우드에서 계속 일한다는 점도 다시 강조한다. [16:22]
• 약 60개 봇을 운영한 한 사례에서 일주일 사용량의 93%가 자기 대화 재독에 쓰였다고 보여준다. 짧은 인수인계 파일로 새로 시작하고, 변화가 있을 때만 깨우는 방식으로 빈 실행을 줄인 뒤 자체 전후 수치를 측정하라고 권한다. [17:02]
• 이메일·작업·구매가 승인에서 멈춘다는 운영 원칙을 재확인한다. 구축은 자연어 메시지로 시작하며, 무엇을 누구에게 파는지 적은 사업 자료가 공통 입력이 된다고 보여준다. [17:42]

11. 요금제 확대 전 점검과 단계별 도입 제안

• 기존 습관을 유지한 채 세 배 넘는 규모의 요금제로 옮겼지만 하루도 안 돼 한도를 소진한 사례를 든다. 먼저 운영 습관을 고친 뒤 추가 용량이 필요한지 판단하라고 드러낸다. [18:05]
• 이번 주 실행 순서로 사업 설명 한 페이지 작성, Scout 고객 조사, 미션 컨트롤 구축, AI 보드룸에 주요 의사결정 제시를 권한다. 한 번에 한 시스템씩 구축하는 방식이다. [18:42]
• 제작자는 관련 시스템·프롬프트·자동화·30일 로드맵·코칭·튜토리얼을 제공하는 커뮤니티를 다시 홍보하고, 모든 작업은 승인 대기로 돌아온다고 강조한다. [19:43]

12. 업데이트와 구축 사례를 재정리하며 마무리

• Pages, 영상 생성, 전용 이메일, 이전 통화를 참고하는 음성 기능, 봇 간 작업 전달, 메모리 가져오기, Vault를 다시 요약한다. [20:05]
• Jarvis의 우선순위 브리핑, 마케팅 팩토리의 주장 검토, 보드룸의 반론, 음성 보고, AI 검색 노출 확인, 디지털 트윈의 업무 경계를 핵심 사례로 정리한다. [20:23]
• 미션 컨트롤과 마케팅 팩토리 중 무엇을 먼저 만들고 싶은지 댓글로 남겨 달라고 요청하며 영상을 끝낸다. [20:32]

🧾 결론

• 이 영상의 중심은 개별 기능 소개를 넘어, 역할이 다른 봇들을 연결해 조사·작성·검토·승인 흐름을 만드는 데 있다.
• 제작자가 보여준 시스템은 업무 자동화의 구성 예시다. 모든 화면과 워크플로가 업데이트에 기본 포함된다고 해석해서는 안 된다.
• 사람의 승인, 사업 자료에 근거한 검토, 예외 상황의 담당자 이관이 시연 전반의 공통 운영 원칙이다.
• 도입 순서는 사업 설명 한 페이지 작성, 고객 조사, 미션 컨트롤, AI 보드룸처럼 한 시스템씩 확장하는 방식으로 제안된다.

📈 투자·시사 포인트

• 도입 가치 평가: 콘텐츠 생산량뿐 아니라 검토 시간, 반려율, 승인 대기량까지 함께 봐야 실제 업무 개선 여부를 판단할 수 있다.
• 운영 비용: 더 큰 요금제를 선택하기 전에 대화 재독과 빈 실행을 줄이는 것이 중요하다는 사례가 제시된다. 비용 판단에는 자체 사용량 측정이 필요하다.
• 고객 유입: 영상은 고객이 AI에 업체 추천을 묻는 상황을 전제로, ChatGPT·Gemini의 사업체 언급 여부를 별도 관리 대상으로 제안한다.
• 사업 적용 범위: 반복 질문과 초안 작성은 봇에 맡기고, 발송·구매·환불 등 책임이 따르는 결정은 사람에게 모으는 업무 설계가 강조된다.
• 판단의 한계: 제공된 내용에는 요금, 매출 증가, 투자수익률을 검증할 자료가 없어 특정 기업이나 상품의 투자 매력으로 연결하기 어렵다.

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

• 제목은 ‘Grok Bot’, 자막은 주로 ‘Grockbot’으로 표기한다. 영상만으로 정확한 공식 제품명, 제공 주체, 기능별 출시 상태를 확정하기 어렵다.
• 약 8분에 콘텐츠 17개 생성, 17개 중 12개 반려, 사용량의 93%가 대화 재독에 소모됐다는 수치는 영상 속 개별 사례다. 동일한 성능이나 절감 효과가 보장되지는 않는다.
• Pantheon은 가상의 주방 업체 샘플 데이터로 시연된다. Scout 역시 가상의 호텔 설정을 사용하며, 실제 투숙객 의견으로 분류한 게시물은 약 24개에 불과하다고 설명한다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 판매 상품, 고객 유형, 자주 받는 질문, 확인된 사실과 금지 표현을 한 페이지의 사업 자료로 정리한다.
• Scout 방식으로 고객의 요구와 불만을 조사하고, 원문과 표본 수를 확인한 뒤 핵심 요구 5개·홍보 방향 1개·광고 문구 3개를 검토한다.
• 미션 컨트롤에 봇별 최근 활동, 승인 대기 목록, 가장 먼저 처리할 일 하나를 표시하도록 요청한다.
• 콘텐츠 검토 단계에서 사업 자료로 입증할 수 없는 표현을 반려하고, 반복 반려의 원인이 된 기획 문구를 수정한다.

❓ 열린 질문

• 소개된 기능 중 실제 계정에서 즉시 사용할 수 있는 기능은 무엇이며, 별도 설정이나 추가 비용은 얼마나 필요한가?
• 봇이 만든 결과를 사람이 검토하는 시간까지 포함하면 어떤 업무에서 가장 큰 시간 절약이 발생하는가?
• 여러 봇이 같은 사업 자료를 읽을 때, 서로 다른 관점의 검토가 사실 검증으로 이어지는지 어떻게 확인할 수 있는가?