Build & Sell Grok Bots (2 Hour Course)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Build & Sell Grok Bots (2 Hour Course)를 중심으로, 만능 에이전트 하나에 모든 업무를 몰아주기보다 사용자는 소수의 임원급 에이전트와 소통하고, 이들이 이메일·ClickUp·콘텐츠·회를 핵심 판단 포인트로 압축 정리한다.

📌 핵심 요점

1. 만능 에이전트 하나에 모든 업무를 몰아주기보다 사용자는 소수의 임원급 에이전트와 소통하고, 이들이 이메일·ClickUp·콘텐츠·회의 기록 같은 좁은 업무를 맡은 전문 에이전트에게 실행을 위임해야 한다.
2. 실질적인 AI 운영체제는 맥락·연결·역량·주기로 구성된다. 회사 목표와 업무 방식을 제공하고, Google Drive·Gmail·Slack·ClickUp 같은 도구를 연결한 뒤, 구체적인 작업 지침과 시간·이벤트 기반 실행 조건을 설계해야 한다.
3. 자율성은 처음부터 전면 허용하지 않는다. 이메일 답변은 초안으로 시작하고, 사람의 승인과 반복 피드백으로 분류·문체·완료 조건을 안정화한 뒤 발송이나 환불 같은 실행 권한을 단계적으로 확대한다.
4. 반복해서 검증된 절차는 재사용 가능한 스킬과 루틴으로 저장한다. 주간 이메일 보고서, ClickUp 기록, 회의 자막 수집처럼 입력·산출물·단계·검증 기준을 명시하면 여러 에이전트가 같은 업무 품질을 재현할 수 있다.
5. 판매는 고액 리테이너부터 시작하기보다 무료 작업, 시간제 교육·컨설팅, 유료 진단, 소규모 구축 프로젝트를 거쳐 확장한다. 고객의 실제 업무에서 가치를 입증해야 더 큰 프로젝트와 반복 계약을 제안할 신뢰가 생긴다.

🧩 배경과 문제 정의

• 그록봇은 비개발자도 여러 AI 에이전트에 실제 업무를 맡길 수 있지만, 에이전트를 무작정 늘리면 역할 중복과 누락으로 운영 복잡성이 빠르게 커진다.
• 한 명의 만능 에이전트보다 소수의 관리 에이전트와 전문 실행 에이전트로 계층을 구성해야 위임 관계와 책임 범위를 명확하게 유지할 수 있다.
• 에이전트가 사업에 실질적인 가치를 만들려면 기업 맥락, 업무 도구 연결, 실행 역량, 자동화 주기를 함께 설계해야 한다.
• 업무를 에이전트에 맡기더라도 사용자가 사업과 자동화의 작동 방식을 이해하지 못하면 과도한 구축과 통제력 상실로 이어질 수 있다.

🕒 시간순 섹션별 상세정리

1. 실제 업무를 수행하는 AI 팀의 가치

• 그록봇은 도구에 로그인하고 직접 행동하며, 여러 에이전트가 서로 대화하고 업무를 위임한 뒤 사용자가 자는 동안에도 작업을 이어갈 수 있다. [01:11]
• 사업 성장뿐 아니라 다른 기업에 전용 에이전트 팀을 구축해 주는 서비스 상품으로도 활용할 수 있으며, 비개발자도 전체 설정 과정을 따라갈 수 있다. [01:26]

2. 경영진 에이전트 협업 사례

• 비서·운영·콘텐츠·재무 역할을 맡은 네 에이전트가 한 채널에서 장기 목표와 최근 성과를 공유하고, 4분기 전략과 핵심 인물 의존도 축소 방안을 공동으로 검토한다. [02:02]
• 협업 결과 신규 사업부 보류, 대표를 핵심 업무 경로에서 제외하기 위한 지출, 콘텐츠 아이디어 병목 제거 등 다섯 가지 주요 결정이 몇 분 만에 도출된다. [02:33]

3. 전문 에이전트와 관리 계층

• X 분석, 애니메이션 제작, 콘텐츠 전략, 회의 기록 확인처럼 각 에이전트가 하나의 좁고 명확한 임무를 맡아야 업무 품질과 책임 범위를 유지할 수 있다. [03:01]
• 전문 에이전트가 늘어날수록 상위 관리 에이전트가 적절한 담당자에게 업무를 배분해야 중복 작업과 계획의 공백을 막을 수 있다. [03:17]

4. 에이전트 프로필과 실행 환경

• 이름과 직책 외에 다른 에이전트가 읽을 수 있는 설명이 필요하며, 최고참모 역할에는 전문 담당자를 먼저 찾고 적합한 담당자가 없을 때만 직접 처리한다는 규칙을 둘 수 있다. [03:59]
• 각 에이전트는 별도 화면을 사용하지만 인증 상태를 공유하므로, 한 번 로그인한 GitHub나 커뮤니티 서비스에서 여러 에이전트가 브라우저와 CLI를 이용해 작업할 수 있다. [04:28]

5. 만능 에이전트 대신 계층형 조직 만들기

• 하나의 중앙 에이전트가 모든 전문 에이전트를 직접 통제하면 선택지가 많아질수록 과부하와 혼선이 커지므로, 사용자는 소수의 임원급 에이전트와만 소통하는 편이 낫다. [06:07]
• 마케팅·재무 같은 영역별 관리 에이전트 아래에 단일 작업을 수행하는 실행 에이전트를 배치하고, 실제 수요가 확인될 때마다 조직을 점진적으로 확장해야 한다. [06:25]

6. 데스크톱 작업 도구와 상시 실행 에이전트의 구분

• Claude Code나 Codex는 사용자가 컴퓨터 앞에서 직접 지휘하는 제작·지식 업무에 적합하고, 그록봇은 휴대전화에서 호출하거나 이벤트에 따라 백그라운드에서 움직이는 자동화에 적합하다. [07:32]
• 인스타그램 계정을 자율 운영하는 팀에는 그록봇이 어울리지만, 릴이나 캐러셀을 대량 생산하는 파이프라인은 Claude Code나 Codex 같은 개발 중심 도구가 더 적합하다. [08:32]

7. AI 운영체제를 구성하는 네 가지 요소

• 효과적인 AI 운영체제는 맥락·연결·역량·주기의 네 요소로 구성되며, 맥락과 연결은 에이전트를 특정 사용자와 사업 환경에 맞추는 기반이다. [09:24]
• 맥락에는 사용자·사업·목표·업무 방식이 포함되고, 연결에는 이메일·캘린더·Slack·은행 계정 같은 실시간 데이터와 문서·작업 생성 권한이 포함된다. [09:48]

8. 역량과 주기로 자율성 높이기

• 역량은 맥락과 연결을 조합해 제안서 작성이나 LinkedIn 수집·게시물 작성처럼 특정 작업을 잘 수행하도록 지침과 기술을 부여하는 단계다. [10:38]
• 주기는 정기 실행과 사건 기반 트리거를 통해 사용자의 반복 지시를 줄이고, 사업에서 특정 변화가 발생하거나 다른 에이전트가 요청했을 때 자동으로 후속 작업을 시작하게 한다. [11:07]

9. 구독과 클라우드 실행 환경 설정

• 데스크톱 앱과 필요시 iOS 앱을 설치한 뒤 월 30달러의 SuperGrok 요금제로 업그레이드하고, 결제에 사용한 이메일로 앱에 로그인한다. [12:10]
• 에이전트의 컴퓨터는 클라우드에서 실행되므로 데스크톱 앱을 닫거나 사용자 컴퓨터를 꺼도 작업이 계속되고 휴대전화와 자동으로 동기화된다. [13:29]

10. 첫 최고참모 에이전트에 맥락 주입하기

• 첫 에이전트는 사용자가 가장 자주 대화할 개인 비서나 최고참모로 만들고, 모든 일을 처리하는 만능 에이전트가 아니라 향후 전문 에이전트를 조정하는 역할을 맡긴다. [14:32]
• 비기술 사용자라는 점, 간결한 설명 방식, 홈서비스 회사의 규모와 매출 성장 목표를 전달하면 에이전트가 이후 질문과 지원 방향을 해당 사업에 맞출 수 있다. [15:19]

11. Google Drive 연결과 에이전트 메모리

• 초기 에이전트는 권한이 없는 Google 문서를 열 수 없으므로 Drive 플러그인을 추가하고, 여러 계정을 구분할 수 있도록 연결 이름을 지정한 뒤 해당 계정으로 인증해야 한다. [17:16]
• 접근 권한은 조회·다운로드와 편집·생성·삭제로 나뉘며, 필요한 작업 범위와 위험 허용 수준에 맞춰 쓰기 권한 부여 여부를 결정해야 한다. [18:27]

12. 이메일 전문 에이전트 생성과 위임

• 고객 이메일 분류와 답장 초안은 최고참모가 직접 계속 처리하지 않고, 해당 업무만 전담하는 별도 이메일 에이전트에 맡겨 역할 집중도를 유지한다. [20:02]
• 최고참모는 새 에이전트에 회사 정보·가격·분류 기준·원본 문서 위치를 전달하며, 사용자의 추가 지시가 있을 때까지 실제 행동을 보류하도록 제한한다. [20:44]

13. 자동화 전에 업무 이해 유지하기

• 에이전트 설명에 담당 회사와 이메일 업무 범위를 명확히 기록하면 최고참모가 해당 정보를 읽고 올바른 전문 에이전트에게 후속 업무를 위임할 수 있다. [22:55]
• 이메일 전담 에이전트는 실제 받은편지함을 읽고 라벨 체계와 자동화 후보를 찾으며, 사용자가 혼자 처리하던 업무 중 가장 가치가 높은 개선 지점을 우선순위화한다. [23:13]

14. 긴급 이메일 중심의 우선순위 재설계

• 받은편지함에는 미확인 메일이 5,200개 있지만, 난방이 끊긴 가정과 지하실 온수기 누수처럼 당일 대응이 필요한 요청 두 건이 실질적인 최우선 과제다. 오래된 메일 정리보다 다음 긴급 요청이 방치되지 않게 만드는 편이 가치가 크다. [24:42]
• 고객 메일을 긴급, 직접 확인 필요, 견적, 일정, 청구, 보증의 여섯 가지로 분류하고, 공급업체 메일과 SEO 영업 제안은 처리 대상에서 제외한다. [25:09]

15. 초안 중심 자동화와 에이전트 계층화

• 현재는 라벨 분류, 중요 메일 알림, 답변 초안 작성을 하나의 Inbox 에이전트가 수행하되, 환불 요청이 급증하면 전문 에이전트에 넘겨 판단 규칙과 환불 처리 권한을 별도로 학습시킬 수 있다. [26:08]
• 사용자는 소수의 상위 에이전트와 소통하고, 이들이 라벨별 전문 에이전트에 업무를 위임하는 계층 구조를 만들면 에이전트 수가 늘어도 관리 복잡도를 줄일 수 있다. [26:43]

16. 30분 주기 긴급 감시 루틴과 답변 초안

• Inbox Emergency Watch 루틴은 연결된 Gmail을 30분마다 확인하고, 긴급 메일이 없으면 아무 조치도 하지 않으며, 조건에 맞는 메일이 있어도 직접 발송하지 않고 초안만 만든다. 사람에게 업무를 인계할 때 쓰는 SOP처럼 실행 조건과 단계를 구체적으로 적는다. [27:11]
• 여섯 개 라벨이 실제 받은편지함에 적용되고, 긴급으로 분류된 두 건만 답변 초안으로 생성됐다. 원본 메일은 미확인 상태로 남아 사람이 계속 식별할 수 있다. [28:38]

17. 브랜드 문체 적용과 반복 피드백 원칙

• 회사의 말투, 고정 서명, 고객 응대 방식을 지침에 추가하면 이후 모든 답변 초안을 브랜드 문체에 맞출 수 있으며, 검토를 통과한 두 초안은 사람의 승인 후 발송된다. [29:21]
• AI 결과는 처음부터 100% 정확하지 않으므로, 잘한 점과 잘못한 점을 알려주고 다시 실행시키는 피드백 루프를 반복해야 완성도와 신뢰 수준이 점진적으로 높아진다. [30:03]

18. 이메일 분류 경험을 주간 분석 스킬로 전환

• 잘못 붙은 라벨과 그 이유를 구체적으로 교정하면 에이전트가 실행 지침을 갱신하고 다음 분류에 반영하며, 반복해서 안정화된 절차는 정식 스킬로 전환할 수 있다. [32:04]
• Weekly Email Report 스킬은 매주 금요일 오후 5시에 실행되며, 월요일부터 금요일까지 분류된 이메일의 라벨별 요청 수와 평균 응답 시간을 한 페이지짜리 Google Sheet로 만든다. [32:37]

19. 명확한 완료 조건과 재사용 가능한 스킬

• 원하는 산출물만 지정하지 않고, 충분히 이해할 때까지 질문하도록 요구해야 모호한 자동화에서도 완료 조건을 구체화하고 기대와 다른 결과를 줄일 수 있다. [33:33]
• 스킬은 특정 결과를 반복해서 만드는 레시피와 같으며, 결과가 좋지 않으면 조리 시간을 바꾸듯 실행 지침을 수정해 다음 작업의 품질을 높인다. [34:15]

20. 주간 리포트 생성과 산출물 개선

• Inbox에는 30분 주기의 긴급 메일 감시와 금요일 오후 5시 주간 리포트라는 두 개의 실행 주기가 생겼고, 연결된 Google Drive·Docs·Sheets를 이용해 실제 스프레드시트가 생성됐다. [35:39]
• 초기 시트에는 전체 이메일 수, 미처리 건수, 평균 응답 시간, 라벨별 분포가 들어갔지만 시각적 구조가 부족해 데이터를 빠르게 파악하기 어렵다. [36:11]

21. 살아 있는 실행 레시피와 스킬 호환성

• 스킬 내부에는 이름과 사용 조건, 입력값, 산출물, 단계별 실행 절차가 저장되며, 차트와 색상 규칙 같은 새 피드백도 기존 지침에 누적된다. [37:07]
• 지속적으로 수정되는 스킬은 살아 있는 레시피 역할을 하며, 설치된 플러그인 화면에서는 비공개 플러그인 형태로 관리할 수 있다. [37:35]

22. 사용량 과금과 모바일 실시간 동기화

• 월 30달러 요금제의 주간 사용량은 현재 6%이며, 에이전트가 사용자가 자는 동안 루틴을 실행하는 작업도 같은 사용량에 포함된다. 필요하면 월 100달러 이상의 상위 한도로 변경할 수 있다. [38:22]
• 휴대전화와 데스크톱의 대화, 스킬, 산출물은 실시간으로 동기화되며, 모바일에서도 에이전트에 메시지를 보내거나 생성된 Google Sheet에 접근할 수 있다. [39:01]

23. 브라우저 제어와 인증이 필요한 작업

• 시트의 숫자는 입력됐지만 색상과 차트가 반영되지 않았고, 에이전트가 결과를 다시 열어 실패를 감지한 뒤 수정 작업을 재시도했다. [39:42]
• Google 계정 로그인이 필요한 서식 편집은 사용자가 한 번 브라우저 인증을 완료해야 하며, 이후 다른 그록봇도 저장된 로그인 상태를 이용해 마우스 조작과 서식 변경을 수행할 수 있다. [40:07]

24. 개선된 리포트와 자체 검증 루프

• 약 7분 뒤 녹색 헤더, 표 구조, 라벨별 원형 차트, 응답 완료·대기 비교 차트가 반영됐고, 에이전트는 스크린샷으로 각 요소와 색상 적용 여부를 확인했다. [41:44]
• 다음 주 리포트에도 같은 형식이 재사용되며, 변경이 필요하면 산출물과 스킬을 함께 수정해 이후 실행에 자동 반영할 수 있다. [42:09]

25. 이메일 응대와 실제 후속 조치 사이의 공백

• 고객에게 팀원이 곧 연락한다고 발송했어도 실제 담당자에게 업무가 전달되지 않으면 약속이 이행되지 않으므로, 이메일 응대와 내부 업무 배정을 연결해야 한다. [43:43]
• Inbox가 후속 조치를 약속하면 ClickUp에 고객 정보와 업무를 자동 등록하고 담당자에게 배정하는 구조를 만들기 위해, 최고운영보좌 역할의 Friend가 필요한 에이전트 구성을 조율한다. [44:41]

26. ClickUp 작업 배정 자동화와 운영 확장

• ClickUp의 Internal Automations 공간에 Summit Home Services 전용 목록을 만들고, 모든 그록봇 프로젝트와 작업 기록을 한곳에 남기도록 범위를 확정한 뒤 Friend가 Fred와 Inbox의 협업 규칙을 전달한다. [46:08]
• Summit Home Services Grokbot 목록과 Hannah·Marcus 후속 전화 작업이 실제로 생성됐으며, 이후 Inbox가 후속 조치가 필요한 메일을 찾으면 Fred에게 고객 정보를 보내 ClickUp 작업을 자동 등록할 수 있다. [48:03]

27. 모든 프로젝트를 ClickUp에 자동 기록하는 체계

• 기존 ClickUp 목록은 담당자가 필요한 이메일만 기록했지만, 에이전트 구축·Google Sheets 제작·프로세스 설계 등 모든 프로젝트를 추적하는 용도로 확장필요가 있다. [50:47]
• 담당 에이전트·할당 시간·진행 상태·완료 여부·기한을 기록하면 주간 단위로 성과를 확인하고, 오래 멈춘 프로젝트나 잊힌 작업을 찾아낼 수 있다. [51:30]

28. 기록할 작업과 반복 루틴을 구분하는 기준

• 자동 기록은 처음부터 완벽하지 않을 수 있으며, 하나의 작업을 둘로 나누거나 설명을 보강하는 식으로 카드 품질을 반복해서 조정해야 한다. [52:50]
• 30분마다 실행되는 받은편지함 감시는 지속 루틴이므로 개별 작업 카드가 불필요하지만, 주말 보고서는 실행 후 완료 처리할 수 있어 작업으로 관리할 가치가 있다. [53:13]

29. 자동 루틴의 실행 상태와 관리 기능

• 받은편지함 감시는 새 긴급 메일이 없다는 결과와 기존 보안 감시 상태를 남기며, 실행 기록을 통해 루틴이 예정대로 작동하는지 확인할 수 있다. [54:23]
• 각 루틴은 최근 실행 시각을 제공하고, 즉시 테스트하거나 일시 중지·재활성화·삭제할 수 있어 운영 상태를 직접 통제할 수 있다. [54:40]

30. 역할별 폴더와 다중 에이전트 채널

• 영업·마케팅·채용 에이전트를 섹션별로 묶으면 실무 대화는 접어두고 경영진 에이전트 중심으로 작업을 관리할 수 있다. [55:34]
• All Hands 같은 채널에서는 여러 에이전트가 동시에 참여하며, 일대일 대화 대신 하나의 공간에서 의견과 정보를 교환할 수 있다. [56:10]

31. 경영진 에이전트를 통한 병목과 기회 탐색

• 팀 전체에 현재 업무 흐름을 바탕으로 필요한 에이전트와 자동화 기회를 묻는 방식은 각자의 전문 영역에서 사업상의 공백을 찾게 한다. [56:41]
• 캘린더는 Google Drive와 별도 플러그인이어서 아직 접근할 수 없으며, 일정 가시성 부족은 예약과 후속 연락을 자동화할 때 중요한 기능 공백이 된다. [57:24]

32. 공유 기억과 에이전트별 기억의 분리

• 모든 에이전트가 함께 사용하는 공유 기억과 각 에이전트의 대화에서 축적되는 개별 기억은 분리되며, 대화를 많이 한 에이전트일수록 더 많은 개인 맥락을 보유한다. [58:40]
• 이름·시간대·설명 방식·Google 계정은 공유 정보에 속하지만, 회사 운영 방식과 다른 에이전트의 역할 같은 세부 정보는 특정 에이전트의 개별 기억에 남는다. [59:20]

33. Composio를 통한 외부 앱 연결 확장

• 기본 플러그인만으로는 YouTube 채널이나 회사 LinkedIn에 직접 연결할 수 없지만, Composio를 추가하면 더 많은 외부 앱을 에이전트가 조작할 수 있다. [1:00:29]
• Composio 계정에서 YouTube·LinkedIn·QuickBooks 같은 서비스를 인증하면 해당 연결이 Grokbot 환경으로 동기화된다. [1:01:02]

34. 지식 작업과 소프트웨어 개발의 도구 경계

• Grokbot 형태의 에이전트는 빠른 작업, 프로젝트 관리, 자료 생성, 승인과 점검처럼 명확한 단위의 지식 작업에 적합하다. [1:02:54]
• 받은편지함 분류·자동 리서치 보고서·마케팅 콘텐츠 제작은 이동 중에도 처리할 수 있지만, 웹사이트와 앱 개발은 GitHub 및 배포 환경과 연결된 코딩 도구가 더 적합하다. [1:03:53]

35. Hyperframes 기반 영상 편집 에이전트 생성

• GitHub의 Hyperframes 프로젝트를 가져오면 에이전트가 HTML을 작성하고 이를 영상으로 렌더링해, 별도 편집팀 없이 웹사이트용 영상 자산을 만들 수 있다. [1:04:42]
• Slice 에이전트에는 영상 편집 역할, Hyperframes 저장소 조사, 회사 소개와 예약 유도 문구가 포함된 15초 홍보 영상 제작 임무가 부여됐다. [1:05:24]

36. 마케팅 조직 확장과 결과물 검증

• 마케팅 폴더에 CMO를 두고 LinkedIn·이미지 편집·영상 제작 에이전트를 그 아래 배치하면, CMO가 단일 연락 창구로서 전문 에이전트에게 작업을 위임할 수 있다. [1:06:51]
• 15초 영상 프로젝트는 담당 에이전트·결과물·완료 상태와 함께 ClickUp에 자동 기록돼, 생성된 자산과 작업 이력을 한곳에서 추적할 수 있다. [1:07:37]

37. 에이전트 공용 파일 관리자와 로컬 작업공간

• MP4·Markdown·지식 파일처럼 외부 클라우드에 직접 저장하지 않는 결과물은 파일 관리자의 작업공간에 남으며, 영상·보고서·스크립트·스킬 파일을 함께 관리할 수 있다. [1:08:41]
• Hyperframes 저장소에서 필요한 클라우드 파일과 스킬을 로컬 디렉터리로 가져왔고, 렌더링한 MP4도 같은 공간에 저장돼 모든 에이전트가 접근할 수 있다. [1:09:01]

38. AI 운영체제를 구성하는 공유 맥락

• 사업 정보·목표·프로젝트를 파일과 폴더로 축적하면 에이전트가 조직의 장기 맥락을 활용할 수 있으며, 전체 구조는 개인용 AI 운영체제의 기반이 된다. [1:09:51]
• 기존 사업 자료와 YouTube 제작 자산이 담긴 GitHub 저장소를 로컬로 복제하면 실제 데스크톱과 유사한 작업공간을 만들고, 여러 에이전트가 동일한 자료를 사용할 수 있다. [1:10:31]

39. 데이터 위치와 프로젝트 폴더 운영 원칙

• 정기 HTML·일일 Markdown 보고서는 에이전트가 접근할 수 있는 저장소에 축적되며, 파일 경로를 서로 전달하면 여러 에이전트가 같은 문서와 결과물에 기여할 수 있다. [1:12:12]
• 데이터는 로컬·Google Drive·Notion 중 업무 방식에 맞는 곳에 둘 수 있지만, 프로젝트가 실제로 어디에 저장되는지 명확히 관리해야 분실과 맥락 단절을 막을 수 있다. [1:12:41]

40. 영상 제작 고도화와 회의 맥락 자동 축적

• Hyperframes에 스타일과 동작 규칙을 스킬로 축적하면 흐름도와 공간 요소를 순차적으로 움직이는 모션 그래픽을 만들 수 있어 초기 단순 홍보 영상보다 품질을 높일 수 있다. [1:13:09]
• CMO 에이전트는 이미지와 로고 제작을 Studio에, 최종 영상 제작을 Slice에 위임했으며, 몇 차례 반복하면 전담 편집자가 없는 조직도 활용 가능한 영상 자산을 만들 수 있다. [1:14:22]

41. 반복 업무를 전담 봇과 트리거로 전환하기

• Fire처럼 특정 업무만 담당하는 봇을 만들고 다른 에이전트가 결과를 공유하도록 구성하면, 필요한 자동화와 실행 주기를 독립적으로 확장할 수 있다. [1:15:57]
• 요일·회의 종료·특정 이메일 수신처럼 X가 발생할 때 항상 Y를 수행하는 패턴은 시간 기반 또는 이벤트 기반 자동화의 유력한 후보가 된다. [1:16:29]

42. Fireflies 수집 범위 통제와 정기 실행

• Fireflies 네이티브 플러그인으로 계정을 연결하되, 개념 검증 단계에서는 전체 자막 대신 5개만 가져오도록 제한해 불필요한 처리 시간을 줄인다. [1:17:22]
• 에이전트의 진행 경로를 관찰하다 잘못된 대량 수집을 중단하면 30분의 실행 시간과 세션 토큰을 결과 없이 소모하는 위험을 피할 수 있다. [1:17:38]

43. CMO와 디자인 에이전트로 마케팅 조직 구성하기

• CMO 역할의 Aaron이 마케팅 전략·성장·콘텐츠 업무를 관리하고, 하위 디자인 에이전트 Studio가 사진과 영상을 제작하는 구조를 갖춘다. [1:18:25]
• Studio는 Grok Imagine으로 마케팅팀 프로필 이미지를 직접 만들며, 전자상거래 상품 사진·광고 소재 같은 반복 제작 업무까지 맡을 수 있다. [1:19:16]

44. 외부 이미지 모델 연결 실패를 우회하기

• Grokbot에 Kie.ai 네이티브 플러그인이 없으므로 Composio에서 Kie.ai를 연결하고, 모든 모델 사용 권한을 가진 별도 API 키로 인증한다. [1:20:38]
• Composio 연결만으로는 에이전트가 이미지를 생성하지 못해 API 문서를 바탕으로 CLI를 호출하거나 브라우저에서 직접 서비스를 조작하는 두 가지 우회로가 필요해진다. [1:22:57]

45. 브라우저 작업을 스킬로 저장하고 결과를 공유하기

• Studio가 여러 탭에서 병렬 생성을 시도하며 익힌 탐색·입력·저장 절차를 스킬로 보존하면 다음 이미지나 영상 생성의 시행착오와 소요 시간을 줄일 수 있다. [1:24:20]
• GPT Image 2와 Nano Banana 2의 프로필 이미지를 비교한 결과, 더 현실적인 표현을 보인 Nano Banana 2 결과를 마케팅팀 프로필로 선택한다. [1:25:47]

46. Slack 메시지를 이벤트 트리거로 연결하기

• Slack 전담 봇은 팀 메시지를 받아 필요한 정보를 찾고, 적절한 에이전트에 작업을 위임한 뒤 결과를 Slack으로 돌려주는 접점 역할을 맡는다. [1:27:03]
• 정해진 시간이 아니라 특정 채널의 새 메시지·봇 멘션·반응 추가를 조건으로 루틴을 실행하면 팀 요청에 즉시 대응할 수 있다. [1:27:22]

47. 여러 Slack 계정을 인증하고 채널 리스너 검증하기

• 기본 연결 외에 다른 Slack 계정을 추가하면 여러 워크스페이스의 공개 채널·비공개 채널·DM까지 업무 범위를 확장할 수 있다. [1:29:30]
• 생성된 루틴이 정확한 테스트 채널을 찾더라도 채널에서 /invite @cursor를 실행해야 리스너가 새 메시지를 실제로 수신한다. [1:30:46]

48. Slack을 에이전트 업무의 프런트엔드로 활용하기

• 같은 Slack 자동화가 n8n에서는 약 15분, Claude Code에서는 약 7분 걸릴 수 있지만 Grokbot에서는 프롬프트 하나와 약 2분으로 구성된다. [1:31:51]
• 팀은 Slack에서 요청만 보내고, 백엔드 에이전트는 데이터 조회·다른 에이전트 호출·소재 생성을 수행한 뒤 결과를 같은 채널에 반환한다. [1:32:02]

49. X 데이터를 ClickUp과 기존 업무 흐름으로 보내기

• X의 일일 AI 동향을 수집하는 봇은 원문 링크와 API 사용 비용을 포함한 브리핑을 ClickUp DM으로 보내 별도 Grokbot 접속 없이 결과를 확인하게 한다. [1:32:52]
• X 네이티브 플러그인은 사용량 기반 비용이 들지만 계정 통계와 북마크에 접근할 수 있어, 주간 북마크 회고와 추가 조사까지 자동화할 수 있다. [1:33:14]

50. 봇의 기억과 루틴을 공유 템플릿으로 패키징하기

• 템플릿 공유 기능은 봇의 기억·스킬·루틴·플러그인을 읽어 재사용 가능한 사본을 만들면서 개인 정보와 사용하지 않는 커넥터를 제외한다. [1:34:50]
• 게시 전 상세 화면에서 매일 오후 6시 X 검색, ClickUp 요약 전송, 실행당 API 비용과 잔액 기록, 30~50 크레딧 제한 같은 실제 컨텍스트를 검토하고 수정할 수 있다. [1:35:17]

51. 외부 템플릿의 보안·설정 한계와 판매 가능성

• 외부 템플릿은 컨텍스트와 통합 항목을 먼저 검사해 악성 지시 가능성을 걸러야 하며, GitHub 같은 플러그인은 설치자가 자신의 계정으로 다시 인증해야 한다. [1:36:36]
• 로컬에 저장된 사용자 코드와 환경 변수는 템플릿에 포함되지 않으므로 설치 후에도 커넥터 설정과 사용자별 맞춤 구성이 필요하다. [1:37:16]

52. Grokbot 구축을 AI 서비스 사다리에 배치하기

• Grokbot 설정 대행은 새로운 AI 도구가 확산되는 짧은 시기에 교육·워크숍·구축 서비스로 고객과 첫 신뢰를 만드는 진입 상품이 될 수 있다. [1:38:58]
• 월 5천~2만 달러 리테이너는 안정적인 현금 흐름을 만들지만, 관계와 성과가 없는 상태에서 곧바로 고액 계약을 판매하면 진입 장벽이 커진다. [1:39:23]

53. 실적에 맞춘 서비스 가격과 제안 구조

• 월 2만 달러 이상의 리테이너는 풍부한 실적과 공급 부족 수준의 리드가 있었기에 가능했으며, 높은 진입 가격은 예산과 의지가 충분한 고객을 선별했다. [100:42] [1:39:53]
• 초기에는 무료 작업으로 경험을 축적한 뒤 시간제 교육·컨설팅이나 팀 전체의 Grokbot을 설정하는 5천 달러 규모 프로젝트로 단계적으로 올라가는 편이 적합하다. [101:04] [1:40:34]

54. 저위험 프로젝트에서 장기 계약으로 확장하는 신뢰

• 시간당 100달러로 약 5시간을 투입하는 초기 프로젝트는 고객의 금전적 위험을 500달러 수준으로 제한하면서, 실패하더라도 Grokbot과 AI 에이전트 활용 경험을 남긴다. [102:18] [1:41:51]
• 초기 결과가 만족스러우면 사업 자동화 기회를 찾는 감사나 전사 교육으로 확장할 수 있고, 이 신뢰가 대형 프로젝트와 리테이너 계약의 진입점이 된다. [102:41] [1:42:29]

55. Clay 연동 자동화와 서비스 사다리의 완성

• Clay는 기업·인물 데이터 보강과 B2B 리드 조사를 지원하지만, 도입 전에 목표 고객·고객의 고통·해결 약속이라는 세 요소를 명확히 정의해야 한다. [103:48] [1:43:46]
• Grokbot에 Clay와 이메일 도구를 연결하면 매일 50건의 콜드 이메일을 발송하고, 별도 에이전트가 결과를 분석해 문구·워크플로·스킬을 지속적으로 개선할 수 있다. [104:07] [1:44:25]

🧾 결론

• 그록봇의 가치는 에이전트 수가 아니라 역할 경계, 위임 구조, 연결된 업무 도구와 검증 가능한 실행 결과에서 나온다.
• 자동화는 사람이 업무를 이해한 상태에서 초안·승인·피드백·권한 확대 순서로 진행해야 통제력 상실과 운영 사고를 줄일 수 있다.
• 판매 가능한 상품은 봇 자체보다 고객 맥락에 맞게 구성된 에이전트 조직, 스킬, 루틴, 도구 연결과 운영 개선 체계다.
• 장기 경쟁력은 일회성 설정이 아니라 반복 실행 기록과 피드백이 누적되는 살아 있는 업무 레시피에서 형성된다.

📈 투자·시사 포인트

• 비개발자가 클라우드 실행 에이전트와 업무 도구를 직접 연결할 수 있게 되면서 교육·구축·자동화 감사 같은 초기 AI 서비스의 진입 장벽이 낮아질 수 있다.
• 범용 에이전트보다 산업별 맥락, 권한 설계, 검증된 스킬과 기존 업무 도구 통합을 보유한 사업자가 더 방어력 있는 가치를 만들 가능성이 있다.
• 템플릿과 스킬의 공유·판매 시장이 형성될 가능성은 있지만, 설치자의 재인증과 맞춤 설정이 필요하므로 완전한 복제형 디지털 상품보다는 서비스 결합형 상품에 가깝다.
• 반복 매출은 에이전트 구축만으로 보장되지 않는다. 비용 절감, 응답 속도 개선, 리드 증가처럼 고객이 확인할 수 있는 성과가 리테이너 전환의 핵심 조건이다.

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

• 유용한 Grokbot 템플릿과 스킬을 판매할 수 있다는 가능성은 제시되지만, 실제 시장 규모와 수익성은 확정되지 않았다.
• 월 30달러 요금제와 사용량 비율은 사례 시점의 조건이며, 가격·한도·플러그인 지원 범위가 계속 유지되는지는 별도 확인이 필요하다.
• 외부 템플릿에는 악성 지시가 포함될 수 있고, Google Drive·Gmail·Slack·ClickUp 등에 쓰기 권한을 부여하면 오작동이나 과도한 접근의 피해가 커질 수 있다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 자동화 후보를 하나만 선정하고 현재 처리 절차, 예외, 완료 조건과 사람이 승인해야 할 지점을 문서화한다.
• 최고참모 역할의 관리 에이전트 하나와 단일 업무를 맡는 전문 에이전트 하나로 최소 계층을 구성한다.
• 필요한 업무 도구만 조회 권한으로 먼저 연결하고, 초안 결과를 검토한 뒤 쓰기·발송·삭제 권한을 단계적으로 확대한다.
• 반복 실행이 안정화된 절차를 입력값·산출물·단계·검증 기준이 포함된 스킬로 저장한다.

❓ 열린 질문

• 어떤 업무가 상시 실행형 Grokbot에 적합하고, 어떤 업무가 Claude Code나 Codex 같은 사용자가 직접 지휘하는 도구에 더 적합한가?
• 초안 중심 자동화에서 실제 발송·환불·업무 배정 권한으로 넘어가기 위해 어떤 정확도와 검토 기간을 기준으로 삼아야 하는가?
• 템플릿 판매, 일회성 구축, 교육·감사, 장기 리테이너 가운데 고객과 공급자 모두에게 가장 지속 가능한 수익 구조는 무엇인가?