9 WILD Things I Built With Grok Bot + Claude! 🤯

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Grok Bot과 Claude Code를 결합한 9가지 제작 사례는 사업 조사·보고·콘텐츠 제작을 연결하는 방법을 보여주며, 그 중심에는 모든 에이전트가 함께 읽는 사업 파일과 사람의 승인이 있다.

📌 핵심 요점

1. Grok Bot은 클라우드에서 조사와 모니터링을 지속하는 팀, Claude Code는 코드를 작성·실행·수정하는 제작자로 소개된다. Grocklet은 둘을 음성 대화와 사업 대시보드로 연결한다.
2. 가상 주방 회사 Ember and Oak의 시연에서는 아침 현안 보고, 잠재고객 우선순위, 광고 중단 제안, 고객 맞춤 페이지 제작을 하나의 흐름으로 보여준다. 실제 고객 데이터나 매출 성과를 입증한 사례는 아니다.
3. AI 이사회는 서로 다른 역할의 봇이 판단 근거를 반박하게 하고, 마케팅 공장은 한 문장을 17개 초안으로 확장한 뒤 사업 정보에 맞춰 검수한다. 시연에서는 17개 중 12개가 반려됐다.
4. 음성 보고 대시보드, AI 검색 노출 지도, 사업주 복제 봇, Agent OS 기능 추가, 데스크톱 캐릭터까지 활용 범위를 넓힌다. 복제 봇은 개인정보 요구와 보장 요구를 거절하고 환불 요청은 사람에게 넘긴다.
5. 구현의 출발점은 고객·상품·현황·금지 규칙을 적은 공통 사업 파일이다. 다만 조사에서 제작으로 넘어가는 자동 인계는 로그인 만료와 사용 한도 때문에 중단됐으며, 발표자는 해당 구간의 전체 자동 실행을 아직 검증하지 못했다고 밝힌다.

🧩 배경과 문제 정의

영상은 사업주가 여러 도구를 열어 현황을 읽고, 우선순위를 정하고, 조사 내용을 제작 요청으로 바꾸는 과정을 줄이려는 시도다. 발표자는 Grok Bot을 상시 작동하는 조사·운영 팀으로, Claude Code를 실제 결과물을 만드는 제작자로 설명한다. 두 도구를 별도 창에서 조작하는 부담을 줄이기 위해 음성 캐릭터 Grocklet과 사업 현황을 표현한 작은 섬을 만들었다.

시연은 가상 주방 회사 Ember and Oak를 사용한다. 잠재고객·광고·이메일·영업·제작 업무를 서로 다른 공간이나 캐릭터로 표현하며, 여러 에이전트가 같은 사업 파일을 읽도록 구성한다. 발표자는 관련 시스템과 교육 커뮤니티도 홍보한다. 따라서 제작 시연, 구현 중 실패한 부분, 유료 프로그램에 관한 설명을 구분해 읽을 필요가 있다.

🕒 시간순 섹션별 상세정리

1. 상시 작동하는 팀과 코딩 제작자를 연결하다

• 도입부는 음성 사업 보고, AI 이사회, 마케팅 제작, 에이전트 보고 공간과 사업주 복제 봇을 예고한다. Grok Bot은 클라우드 컴퓨터·브라우저·파일·메모리·일정을 가진 봇을 만드는 앱으로 묶인다. [01:30]
• Claude Code는 로컬 파일을 읽고 코드를 작성·실행·수정하는 제작자다. 두 도구를 오가는 부담을 줄이기 위해 대화 창구인 Grocklet을 만들었다고 보여준다. [02:09]
• 가상 회사 Ember and Oak의 섬에서 항구는 잠재고객, 탑은 광고, 우체국은 받은편지함, 경기장은 영업 통화, 작업장은 제작 업무를 나타낸다. [02:33]

2. 음성으로 현안과 우선순위를 확인하다

• 오늘 무엇을 처리해야 하는지 묻자 승인 대기 초안과 고객별 현안을 음성으로 보고한다. 여러 탭을 열기 전에 바뀐 사항을 듣는 사용 흐름이다. [03:10]
• 최우선 잠재고객으로 두 번째 매장을 준비하는 Copper Lane을 제시하고 적합도 96점과 판단 이유를 보여준다. Kraken 화면은 유입 경로, 적합 이유, 승인할 첫 메시지를 묶는다. [03:56]
• 광고 질문에는 범용적인 문구를 중단하고 구체적인 공사 기간과 운영 문제를 드러내는 문구를 유지하라고 답한다. 이는 시연 속 조언이며 실제 광고 성과 비교는 제시하지 않는다. [04:24]

3. 고객 조사에서 맞춤 페이지 제작으로 넘어가다

• Copper Lane을 위한 페이지를 요청하자 식당 사업주의 실제 표현을 조사한다. 일정 지연, 혼잡 시간대의 주방 성능, 두 매장을 동시에 관리하는 부담을 핵심 걱정으로 정리한다. [05:13]
• 조사 요약을 받은 Claude Code가 페이지를 작성하고 열어 보며 수정한다. 결과물에는 주방 시각화, 6주 일정, 걱정에 대한 답변, 상담을 유도하는 버튼이 담긴다. [05:56]
• 이어 AI Profit Boardroom의 시스템·프롬프트·자동화·30일 로드맵·코칭을 홍보한다. 3,400명 이상의 사업주가 참여한다는 소개도 발표자의 프로그램 설명에 해당한다. [07:04]

4. AI 이사회가 판단의 전제를 반박하다

• CEO, 마케터, 숫자 담당, 회의론자, 고객 역할의 다섯 봇에게 신규 출시와 기존 문제 수정 중 무엇을 먼저 할지 묻는다. 각 역할이 다른 근거로 의견을 낸다. [07:47]
• 회의론자가 무엇이 고장 났는지 아무도 특정하지 않았다고 지적하자, 고객에게 장애 요인을 먼저 묻는 방향으로 계획을 바꾼다. 결정·최대 위험·할 일은 회의록에 남고 실행 업무는 승인을 기다린다. [08:23]

5. 마케팅 공장이 생성과 검수를 분담하다

• 기획자·조사자·관점 설계자·작가·제작자·메일 담당·검수자 등 역할별 봇이 한 문장을 처리한다. 약 8분 뒤 광고 5개, 이메일 3개, 페이지 1개, 영상 대본 3개, X 게시물 5개를 만든다고 보여준다. [08:57]
• 검수자는 사업 사실과 대조해 17개 중 12개를 반려한다. 거절 사례의 설명 일부는 전사가 끊기지만, 근거 없는 주장을 걸러내는 단계라는 취지는 분명하다. [09:17]
• 후속 봇은 반려 12개 중 10개가 관점 설계의 세 문장에서 비롯됐다고 분석한다. 다음 생성 전에 공통 원인을 수정하는 흐름이다. [09:33]

6. 신화 속 캐릭터가 사업 현황을 보고하다

• Pantheon은 에이전트들이 각자의 목소리로 영업 통화 평가, 중요한 이메일, 신규 잠재고객을 차례로 보고하는 공간이다. 빨갛게 빛나는 캐릭터는 판단이 필요한 항목을 나타낸다. [10:18]
• Sphinx는 영업 연습과 평가, Cerberus는 이메일 분류, Hydra는 광고 교체, Phoenix는 기존 고객 재접촉을 맡는다. 기존 고객에게 보낼 메시지도 승인을 기다리도록 보여준다. [10:48]

7. AI 검색에서 보이는 질문과 보이지 않는 질문을 찾다

• 다섯 봇이 고객 질문을 ChatGPT와 Gemini에 비로그인 이용자처럼 입력한다. 해당 실행에서는 40개 응답 중 9개가 업체를 언급했고, ChatGPT는 20개 중 2개, Gemini는 20개 중 7개였다. [11:17]
• 별과 태양계 형태의 화면으로 언급 여부와 응답이 참고하는 사이트를 보여준다. Search Console을 읽어 수정 우선순위를 정하고, 질문에 답하는 페이지의 첫 40단어에 답을 넣는 작업도 보여준다. [11:41]

8. 복제 봇의 업무 경계와 작은 제작 사례를 보여주다

• 공개 게시물·상품·규칙을 입력한 사업주 복제 봇은 자신이 AI임을 드러낸다. 개인정보 요구와 보장 요구는 거절하고, 환불 요청은 실제 사람에게 넘기는 사례를 보여준다. [12:28]
• Agent OS의 복사본에서 리드 추적 탭을 요청하자 6분 43초 뒤 테스트 잠재고객 세 개가 담긴 탭이 열렸다고 보여준다. 운영 중인 원본은 유지한 상태에서 진행한 시연이다. [12:59]
• 데스크톱 캐릭터 Octo는 파일을 받아 게시물과 5장짜리 캐러셀을 반환한다. 발표자는 이를 팀이 AI를 쉽게 접하는 인터페이스로 보여준다. [13:16]

9. 사업 파일로 시작하고 자동 인계의 실패를 공개하다

• 구현은 고객·상품·잠재고객·광고·이메일·금지 규칙을 적은 사업 파일에서 시작한다. Claude Code에는 다섯 구역의 섬과 캐릭터를 만들고, 매 답변에 파일을 읽으며 외부 발송은 승인을 기다리도록 요청한다. [13:59]
• 음성 질문은 사업 파일과 함께 명령줄 도구로 보내고, 답변을 읽으며 관련 구역으로 카메라를 옮기도록 설계한다. 제작 요청에는 조사를 먼저 수행한 뒤 Claude Code로 요약을 넘기는 흐름을 붙인다. [14:20]
• 실제 전체 실행에서는 Claude Code 로그인 만료와 주간 사용 한도로 제작이 중단돼 요약을 직접 전달했다. 자동 인계의 전체 검증은 남아 있으며, 조사도 시공업자 조언에서 사업주 발언으로 다시 좁히느라 약 5분이 걸렸다고 드러낸다. [14:59]

10. 작은 업무부터 도입하는 순서를 제안하다

• 발표자는 여러 보고서를 읽고 제작을 기다리는 기존 방식과 음성 질문·빠른 제작 검토의 흐름을 비교한다. 업종마다 화면은 달라져도 최우선 잠재고객, 오늘 필요한 판단, 중단할 일이라는 질문은 유지된다고 보여준다. [15:56]
• 모든 메시지의 승인 대기를 재강조하고, 한 페이지 사업 파일 작성 → 단일 업무 봇 → 해당 봇의 대시보드 → 음성 추가 순으로 시작하라고 제안한다. [16:38]
• 이어 시스템·프롬프트·자동화·로드맵·코칭·커뮤니티를 다시 홍보한다. 이 구간은 추가 기능 검증보다 프로그램 가입 안내에 해당한다. [17:22]

11. 공통 사업 파일이 전체 시스템의 기준이 되다

• 마지막에 강조하는 기반은 모든 에이전트가 함께 읽는 사업 파일이다. 같은 사업 정보를 읽어야 검수자가 근거 없는 주장을 잡고, 잠재고객 봇이 적합한 고객을 판단할 수 있다고 보여준다. [17:50]
• 역할을 다시 정리한다. Grok Bot은 상시 작동하는 팀, Claude Code는 제작자, Grocklet은 대화 창구이며 이사회·공장·보고 공간·검색 지도·복제 봇이 각 업무를 맡는다. [18:17]
• 사업과 매일 대화하고 싶은지, 에이전트들이 먼저 토론하게 하고 싶은지 묻는 참여 유도로 영상을 마친다. [18:26]

🧾 결론

• 영상이 제시하는 핵심 구조는 조사하는 에이전트, 결과물을 만드는 코딩 도구, 이를 묶는 대화 인터페이스의 결합이다.
• 공통 사업 파일은 고객 적합도 판단과 마케팅 주장 검수의 기준으로 제시된다. 캐릭터와 시각화보다 먼저 준비해야 하는 입력 자료다.
• 외부 발송과 공개 전에는 사람의 승인을 기다리는 방식으로 설계한다. 복제 봇에도 답변 범위와 사람에게 넘길 업무를 명시한다.
• 실제 도입은 사업 파일 작성, 단일 업무 봇, 대시보드, 음성 기능 순으로 확장하라는 제안이다. 전체 자동화의 완성도는 별도 확인이 필요하다.

📈 투자·시사 포인트

• 사업 운영 관점에서는 여러 도구의 보고서를 읽고 제작 요청을 정리하는 시간을 줄일 가능성을 보여준다. 영상에는 실제 절감 시간이나 투자 대비 수익을 비교한 자료가 없다.
• 콘텐츠 생산량과 검수 품질을 함께 봐야 한다. 17개 제작물 중 12개가 반려된 시연은 생성 속도만으로 운영 성과를 판단하기 어렵다는 점을 드러낸다.
• AI 검색에서 업체가 얼마나 언급되는지 측정하고 관련 페이지를 보완하는 업무가 제시된다. 다만 한 차례의 응답 집계가 지속적인 노출이나 고객 유입을 보장하지는 않는다.
• 로그인과 사용 한도는 자동화의 운영 조건이다. 기능 시연을 평가할 때는 조사·제작·승인 단계가 실제로 끊김 없이 이어지는지도 확인해야 한다.

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

• 시연 회사 Ember and Oak는 가상 기업이다. 잠재고객 점수, 광고 판단, 보고 내용이 실제 사업에서도 같은 정확도로 작동하는지는 확인되지 않았다.
• 발표자는 조사 결과를 Claude Code에 직접 전달했다고 설명한다. 백그라운드 자동 인계는 로그인 만료와 주간 사용 한도로 중단됐으며, 전체 경로의 자동 실행 검증이 남아 있다.
• 약 8분 만에 17개 제작물 생성, 6분 43초 만에 기능 추가 등의 수치는 개별 시연 결과다. 반복 실행의 성공률, 총비용, 유지보수 부담은 제시되지 않는다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 고객, 제공 상품, 잠재고객, 광고, 받은편지함 현황과 발송 금지 규칙을 한 페이지 사업 파일로 정리한다.
• 신규 잠재고객 감시처럼 범위가 분명한 업무 하나를 골라 봇 하나에 맡긴다.
• 해당 봇의 답변을 확인할 대시보드를 먼저 만들고, 기본 동작이 안정된 뒤 음성을 추가한다.
• 장시간 작업 전 로그인 상태와 사용 한도를 확인하고, 조사 결과가 제작 도구로 전달되는 전체 경로를 시험한다.

❓ 열린 질문

• 자동 인계를 끝까지 연결했을 때 반복 실행의 성공률과 작업당 총비용은 어느 정도인가?
• 공통 사업 파일은 누가 어떤 주기로 갱신하며, 오래된 정보가 답변과 제작물에 반영되는 문제를 어떻게 확인할 것인가?
• 승인 규칙이 파일 속 지시를 넘어 실제 발송·공개 단계에서도 일관되게 작동하는가?