🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Cursor가 공개한 GrokBot은 여러 전문 에이전트, 클라우드 컴퓨터, 업무 도구, 반복·이벤트 자동화를 한곳에 묶어 지식 업무를 대화에서 실행까지 연결하는 플랫폼이다.

📌 핵심 요점

1. GrokBot은 콘텐츠·비서·개발자 에이전트를 팀처럼 운영하고, 데스크톱과 iOS 앱에서 작업 상태와 에이전트 간 대화를 실시간으로 확인하게 한다.
2. 에이전트마다 이름·직함·설명·지침은 다르지만 플러그인과 스킬은 공유하므로, 역할 프롬프트와 위임 방식이 실질적인 전문성을 결정한다.
3. 각 에이전트는 브라우저와 인터넷을 사용할 수 있는 클라우드 컴퓨터에서 프로토타입을 실행하고, 앱을 빌드·배포해 사용 가능한 결과물까지 만든다.
4. 개발자 에이전트가 콘텐츠 에이전트에게 자료와 핵심 주제를 요청하는 방식으로, 사람의 중계 없이 조사·아이디어 선정·구현이 연속적으로 진행된다.
5. 자연어로 만드는 반복 일정과 Slack 등에서 발생하는 이벤트 트리거가 자동화를 지속 업무로 확장하지만, 파일 탐색·그룹 채팅·직접 Slack 봇 연동은 아직 미완성이다.

🧩 배경과 문제 정의

Claude Co-work와 GPT Work를 겨냥한 경쟁의 핵심은 여러 전문 에이전트를 팀처럼 운영하면서 업무 도구와 클라우드 컴퓨터까지 하나의 환경에 연결하는 것이다. 데스크톱과 iOS 앱의 실시간 동기화는 장소와 기기에 관계없이 작업을 지시하고 실행 상태를 확인하게 한다.

에이전트별 역할은 고유한 설명과 지침으로 구분되지만 플러그인과 스킬은 함께 공유된다. 따라서 실제 전문성은 역할 프롬프트와 협업 방식에서 나오며, 반복 일정과 Slack 이벤트 트리거는 에이전트를 지속적으로 업무를 처리하는 자동화 주체로 확장한다.

🕒 시간순 섹션별 상세정리

1. 여러 전문 에이전트를 묶는 GrokBot

• GrokBot은 여러 AI 에이전트를 팀처럼 메시징하고 각종 업무 도구에 연결하며, 인터넷에 접속된 클라우드 컴퓨터까지 제어하는 통합 플랫폼으로 묶인다. [00:22]
• 콘텐츠·비서·개발자 에이전트는 데스크톱과 iOS 앱에서 실시간으로 동기화되고, 사용자는 에이전트끼리 주고받은 대화도 직접 열람할 수 있다. [01:19]

2. 대화로 만드는 에이전트와 반복 업무

• 새 봇을 이메일·캘린더 관리자로 지정한 뒤 대화 중에 Linear와 Slack을 인증해 업무 데이터 접근 범위를 확장한다. [02:19]
• 매일 오전 9시에 캘린더 일정, Slack, 이메일, Linear 정보를 정해진 우선순위로 묶으라는 요청은 자동 실행 루틴으로 저장된다. [03:30]
• 이름과 직함, 이메일 분류·회의 준비·스폰서십 관리 책임을 부여한 비서 에이전트는 생성 직후 iOS 앱에도 나타난다. [04:34]

3. 플러그인·스킬과 에이전트별 역할 구분

• 콘텐츠 에이전트는 소셜미디어 수집 스킬로 Instagram 영상과 전체 자막을 가져와 반복적인 콘텐츠 조사를 자동화한다. [05:19]
• 플러그인은 @ 멘션으로 Gmail이나 배포 서비스를 호출하고, 스킬은 슬래시 명령으로 재사용 가능한 절차를 실행한다. [06:28]
• 이름·직함·설명은 에이전트별 맞춤 프롬프트지만 설치한 플러그인과 스킬은 공유되므로, 역할별 사용 지침이 전문성을 가른다. [07:29]

4. 에이전트가 직접 사용하는 클라우드 컴퓨터

• 각 에이전트에는 인터넷 접속과 브라우저 조작이 가능한 클라우드 컴퓨터가 제공되며, 에이전트가 작업 환경을 직접 다루는 것이 핵심이다. [08:41]
• 개발자 에이전트는 화면 캡처를 디자인 참고 자료로 받아 랜딩 페이지를 만들고 자신의 클라우드 컴퓨터에서 프로토타입을 실행한다. [09:24]
• 사용자는 휴대전화에서도 작업 화면을 관찰하고 제어하며, 완성된 랜딩 페이지가 클라우드 컴퓨터의 로컬호스트 3001번 포트에서 동작하는 것을 확인한다. [10:06]

5. 에이전트 간 위임과 공동 작업

• 개발자 에이전트는 콘텐츠 에이전트가 수집한 Instagram 자막을 받아 앱 아이디어를 선정하고 그 결과를 iOS 앱으로 구현한다. [10:53]
• 개발자 에이전트가 콘텐츠 에이전트에게 자막과 핵심 주제를 요청하고 응답을 기다린 뒤 빌드를 시작해, 사람의 중계 없이 역할 간 위임이 계속된다. [11:26]
• 사용자는 두 에이전트의 전체 대화에서 아이디어 후보와 협의 내용을 확인하고 작업 중에도 추가 지시를 보낼 수 있다. [12:43]

6. 협업 결과물의 앱 빌드와 클라우드 배포

• 개발자 에이전트는 앱을 빌드하는 도중 Revel 웹 시뮬레이터에서 실행하라는 추가 요청까지 받아 구현과 환경 구성을 연속 처리한다. [12:58]
• 협업으로 만든 앱은 Revel에 배포되고 클라우드 링크로 열려, 아이디어 도출부터 실행 가능한 결과물 전달까지 하나의 흐름으로 연결된다. [13:05]
• 최종 결과물은 Actionpad라는 Android 앱으로 실행되며 사용자는 별도의 로컬 설치 없이 클라우드에서 직접 조작한다. [13:26]

7. 시간 기반 루틴에서 이벤트 기반 트리거로

• 매일 오전 9시에 앱 아이디어를 보내라는 자연어 요청은 시간 기반 루틴이 되고 실행 일정과 작업 항목이 사이드 패널에 등록된다. [13:54]
• 루틴 생성 화면에서는 고정 시간뿐 아니라 특정 사건이 발생했을 때 에이전트를 실행하는 트리거도 추가할 수 있다. [14:26]
• Slack 특정 채널에 메시지가 올라오면 에이전트를 실행하도록 채널과 텍스트 조건을 지정하고 내용을 요약하는 후속 지침까지 연결한다. [14:59]

8. Slack 메시지로 작동하는 자동화 루틴

• short form monitor 루틴을 만든 뒤 Slack에 GrokBot 단편 영상 아이디어를 올리자 에이전트가 자동으로 실행되고 회전 아이콘으로 작동 상태가 표시된다. [15:53]
• 에이전트는 게시된 아이디어와 채널의 최근 메시지를 찾아 지정된 Slack 채널에 응답하며 메시지 발생과 정보 수집을 자동으로 잇는다. [16:16]
• 트리거는 현재 Slack·Teams 메시지, Git 이벤트, Linear 이슈, Sentry 알림, PagerDuty 사고로 제한되지만 사건별 후속 작업을 맡는 Zapier형 구조를 갖췄다. [16:45]

9. 지식 업무 플랫폼의 구성과 미완성 기능

• 에이전트 간 통신, 채팅, 개별 컴퓨터, 루틴, 플러그인과 스킬이 한곳에 모이면서 GrokBot은 지식 업무용 에이전트 플랫폼을 지향한다. [17:06]
• GrokBot 에이전트와 Slack에서 직접 대화하는 기능은 아직 없지만 Cursor 봇에는 같은 채널 연동이 있어 향후 지원 가능성이 제기된다. [17:41]
• Command-K로 에이전트 전환과 메시지·그룹 검색은 가능하지만, 에이전트가 생성한 파일은 파일 탭에 나타나지 않는다. [18:19]

10. 그룹 채팅과 클라우드 다중 에이전트 협업

• 그룹 탭은 노출됐지만 에이전트는 기존 대화 참여나 새 에이전트 생성만 할 수 있고 새 그룹을 직접 만들지는 못한다. [19:09]
• 구조는 Jack Dorsey의 오픈소스 Slack 대안 Buzz와 비슷하지만, 각 에이전트에 클라우드 컴퓨터를 제공하고 모든 작업을 클라우드에서 처리한다. [19:41]
• 더 많은 에이전트와 기능이 추가되면 다중 에이전트 협업 환경으로 확장될 수 있지만 구체적인 효용과 출시 범위는 아직 확인되지 않았다. [19:54]

🧾 결론

• GrokBot의 핵심은 개별 챗봇의 성능보다 여러 에이전트와 도구, 실행 환경을 하나의 협업 흐름으로 결합한 데 있다.
• 시간 기반 루틴과 이벤트 기반 트리거는 에이전트를 요청에만 답하는 도구에서 사건을 감지하고 후속 작업을 수행하는 자동화 주체로 바꾼다.
• 클라우드 컴퓨터와 모바일 동기화는 사용자가 장소와 기기에 구애받지 않고 작업을 지시하고 실행 과정을 관찰할 수 있게 한다.
• 다만 그룹 생성, 파일 통합 탐색, Slack 내 직접 대화가 완성되지 않아 현재 모습은 강력한 방향성을 보여 주는 초기 플랫폼에 가깝다.

📈 투자·시사 포인트

• Claude Co-work와 GPT Work를 겨냥한 경쟁의 기준은 모델 응답 품질만이 아니라 다중 에이전트 조율, 업무 도구 연동, 클라우드 실행 환경까지 포함하는 방향으로 넓어지고 있다.
• 데스크톱·iOS 동기화와 클라우드 실행을 결합한 구조는 에이전트 업무를 특정 로컬 기기에 묶지 않는 제품 경험을 제시한다.
• 플러그인과 스킬을 모든 에이전트가 공유하는 만큼, 연결 가능한 도구의 범위뿐 아니라 역할별 지침과 협업 설계가 제품 효용을 좌우할 가능성이 크다.
• 향후 관찰할 핵심은 지원 트리거의 확대, Slack 직접 연동, 그룹 협업, 생성 파일 탐색처럼 현재 미완성인 기능이 실제 제품 범위로 편입되는지 여부다.

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

• GrokBot 에이전트를 Slack 봇으로 추가해 직접 대화하는 기능은 아직 없으며, 향후 지원 가능성도 Cursor 봇의 사례에 근거한 추정이다.
• 에이전트가 생성한 파일이 파일 탭에 나타나지 않아 결과물을 얼마나 일관되게 찾고 관리할 수 있는지 확인이 필요하다.
• 그룹 탭은 노출됐지만 에이전트가 새 그룹을 직접 만들 수 없어 다중 에이전트 그룹 채팅의 실제 제공 범위가 불분명하다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 콘텐츠·비서·개발처럼 업무를 분리하고, 각 에이전트의 이름·직함·책임·도구 사용 지침을 먼저 문서화한다.
• 캘린더·이메일·Slack·Linear 정보를 묶는 오전 루틴을 작은 범위로 시험하고, 결과의 우선순위와 누락 여부를 점검한다.
• 테스트용 Slack 채널에 이벤트 트리거를 연결해 메시지 감지, 정보 수집, 채널 응답까지의 전체 흐름을 검증한다.
• 에이전트 간 위임으로 간단한 앱이나 랜딩 페이지를 만든 뒤 클라우드 실행, 모바일 관찰, 결과물 탐색이 실제로 이어지는지 확인한다.

❓ 열린 질문

• 공유 플러그인과 스킬을 에이전트별로 사용할 때 인증 범위와 역할별 접근 권한은 어떻게 구분되는가?
• 루틴이나 에이전트 간 위임이 실패할 경우 재시도, 오류 표시, 작업 복구는 어떤 방식으로 처리되는가?
• Slack 직접 대화, 새 그룹 생성, 생성 파일 통합 탐색은 언제 어떤 범위로 제공될 것인가?