Grok Bot Just Got 4 HUGE Upgrades (It''s WAY Better Now)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Grok Bot의 네 가지 업데이트는 대표 봇의 업무 위임, 팀용 봇의 분리, 메시지 초안 검토, 사용자 컴퓨터를 통한 트래픽 라우팅으로 에이전트 팀 운영을 더 편리하게 만든다.

📌 핵심 요점

1. 대표 봇이 단일 대화 창구가 된다. 사용자가 업무를 요청하면 적합한 전문 봇에 위임하며, 영상에서는 개발 봇이 Cursor를 이용해 웹페이지 목록 화면을 수정하는 과정을 보여준다.
2. 팀용 봇은 개인용 봇과 구성을 분리한다. 개인 봇끼리는 플러그인과 스킬을 공유하지만, 팀용 봇은 별도로 설정하고 게시한 뒤 Slack에 연결한다.
3. 이메일과 Slack 메시지에 인라인 초안 카드가 추가됐다. 사용자는 내용을 직접 수정하거나 재작성을 요청하고, 전송 또는 폐기를 선택할 수 있다.
4. 클라우드 에이전트의 트래픽을 사용자 컴퓨터로 라우팅하는 옵션을 소개한다. 발표자는 사용자 IP를 이용하면 웹사이트의 봇 차단에 걸릴 가능성을 낮출 수 있다고 설명한다.
5. 보너스 팁은 Composio에 플러그인과 스킬을 모아두는 것이다. 발표자는 여러 에이전트 플랫폼에서 같은 연결을 활용해 전환 부담을 줄이고 있다고 말한다.

🧩 배경과 문제 정의

영상은 마케팅·개발·지식 업무에 여러 AI 에이전트를 활용하려는 사용자를 대상으로 한다. 기존에는 사용자가 개별 봇을 직접 찾아 요청해야 했고, 개인 계정에 연결된 봇을 팀 전체가 함께 쓰기에는 구성 분리가 필요했다. 메시지 초안을 확인하는 방식과 클라우드 환경에서 웹사이트의 봇 차단에 걸리는 문제도 개선 대상으로 제시된다.

발표자는 MacBook Pro의 데스크톱 앱, iOS 음성 대화, Cursor, Slack을 오가며 네 가지 업데이트를 설명한다. 대표 봇으로 여러 전문 봇을 조율하는 기능과 사람이 함께 사용하는 팀용 봇은 구분해서 이해해야 한다. 마지막에는 사용 소감과 Composio를 통한 연결 재사용 팁을 덧붙인다.

🕒 시간순 섹션별 상세정리

1. 네 가지 업데이트와 대표 봇의 등장

• 발표자는 업무 생산성을 위한 에이전트 활용을 주제로 네 가지 업데이트를 소개하고, 마지막 기능이 인터넷에서 에이전트가 막히는 문제를 다룬다고 예고한다. [00:18]
• 기존의 개별 봇 구성에 계층이 생겼으며, 대표 봇은 다른 봇에 업무를 위임하는 팀 리더로 드러난다. [01:22]

2. 개발 업무를 자동으로 위임하는 시연

• 내부 도구 Native Note의 My Mind 목록 화면을 개선해 달라고 대표 봇에 요청하면서, 자막상 Opus 5.5 사용을 지정한다. [01:51]
• 대표 봇은 별도의 위임 요청 없이 Native Note 개발 봇에 작업을 넘기고, 개발 봇은 Cursor를 사용한다고 응답한다. [02:31]
• 발표자는 변경 사항을 운영 환경에 바로 반영하라고 추가 요청한다. 이는 시연에서 선택한 실행 방식이다. [02:44]

3. Cursor 연동과 수정 결과 확인

• 대표 봇을 상단에 고정하고, 개발·웹사이트·콘텐츠 등 역할별 봇을 한 팀으로 운영하는 구성을 보여준다. [03:16]
• 개발 봇의 코딩 탭을 누르면 Cursor가 열려 실제 작업을 확인할 수 있다. 대표 봇에서 개발 봇을 거쳐 Cursor로 이어지는 흐름을 보여준다. [04:04]
• 작업 완료 뒤 웹사이트를 새로고침해 Twitter 북마크 목록 화면이 바뀐 결과를 확인한다. [04:20]

4. 대표 봇의 단일 창구와 음성 요청

• 사용자는 같은 대표 봇에 계속 요청할 수 있으며, 다른 봇에게 대표 역할을 맡아 달라고 요청해 변경할 수도 있다고 보여준다. [04:55]
• 발표자는 약 3일간 사용한 경험을 바탕으로 산책하면서 음성으로 업무를 요청해 보라고 권한다. [05:23]
• iOS 음성 대화에서 YouTube 아이디어 다섯 개와 랜딩 페이지 개선을 요청하고, 봇이 각각 적합한 담당 봇으로 전달한다고 응답한다. [05:54]

5. 음성 대화 기록과 위임 결과

• 앱에서 음성 대화의 이름과 전체 기록을 확인하고, 콘텐츠 봇이 대표 봇에 전달한 아이디어를 살펴본다. [06:34]
• 전문 봇에 직접 대화할 수도 있지만, 대표 봇을 주된 연락 창구로 사용할 수 있다는 점을 강조한다. [06:48]
• 발표자는 이 구조를 베타 상태라고 설명한 Claude Projects의 위임 방식과 비교하고, 다음 기능은 Claude Tag를 떠올리게 한다고 드러낸다. [07:10]

6. 개인 봇과 팀용 봇의 차이

• 두 번째 업데이트인 팀용 봇을 소개한 뒤, 개인용 이메일 봇을 기존 개인 봇 팀에 합류시키는 예를 보여준다. [07:58]
• 개인 봇은 기존 플러그인과 스킬을 상속한다. 반면 팀용 봇은 더 분리된 구성으로 Slack이나 앱에서 공동 사용하도록 드러난다. [08:56]
• 콘텐츠 현황·워크플로·주간 지표를 팀에 알리는 역할을 지정해 팀용 봇을 만든다. [09:35]

7. 별도 플러그인 구성과 팀 게시

• 팀용 봇에는 플러그인·시크릿·스킬·파일 설정이 있으며, 시연에서는 플러그인이 없는 상태에서 필요한 연결을 추가한다. [09:49]
• 발표자는 개인 이메일 접근이나 자신의 이름으로 Slack 메시지를 보내는 연결을 공유 봇에 그대로 넘기지 않도록 별도 구성이 필요하다고 보여준다. [10:30]
• 새 팀용 봇은 초안 상태로 시작한다. 팀에 게시하고 상세 패널의 Slack 연결 기능을 이용하는 과정을 보여준다. [10:59]

8. Slack에서 콘텐츠 추적 봇 사용

• Slack에 나타난 Content Tracker에 인사하고, 아침마다 채널에 업데이트를 제공해 달라고 요청한다. [11:41]
• 채널에 봇을 추가한 뒤 멘션하자 봇이 응답하며, 콘텐츠 통계·초안·콘텐츠 확인 요청을 받을 수 있다고 안내한다. [12:16]
• 발표자는 기존 앱에 팀 기능이 내장돼 Victor 사용을 재고하게 됐다고 말하고, Slack에서 사용하는 Claude Tag와도 비교한다. [12:45]

9. 사용자별 연결과 공개 전 테스트

• 개인 봇들은 스킬과 플러그인을 공유하고 시스템 프롬프트와 대화 맥락이 다르지만, 팀용 봇은 분리된 구성이라고 정리한다. [13:13]
• Gmail처럼 로그인이 필요한 플러그인은 팀원이 각자 연결하며, 요청자에 따라 자신의 연결을 사용한다고 보여준다. 루틴도 개인별로 유지된다고 드러낸다. [13:59]
• 앱에서 구성과 테스트를 마친 뒤 게시하고 Slack에 연결하며, 팀 전체가 사용하기 전에 Slack에서도 테스트하라고 권한다. [14:28]

10. 이메일·Slack 인라인 초안과 전송 승인

• 세 번째 업데이트는 이메일과 Slack의 인라인 초안이다. 기존 텍스트 초안 대신 수신 대상과 내용을 확인하고 수정할 수 있는 작은 UI를 보여준다. [15:37]
• 이메일은 직접 편집하거나 에이전트에 재작성을 요청할 수 있고, 카드의 전송 버튼을 누르면 실제로 발송된다고 보여준다. [16:17]
• 답장이 필요한 이메일 열 개의 초안 카드를 요청하는 활용법과 폐기 기능을 소개하고, 승인 후 전송하는 단계를 강조한다. [16:46]

11. 작업에 맞는 미니 앱 UI 전망

• 발표자는 대화 요청에 맞는 인터페이스가 나타나고 사용자가 그 안에서 행동하는 방식을 개인 에이전트의 중요한 흐름으로 전망한다. [17:16]
• 현재 예시인 이메일과 Slack을 넘어 다른 작업에도 이런 UI가 확장될 것이라고 예상한다. [17:39]

12. 사용자 컴퓨터를 통한 트래픽 라우팅

• 네 번째 업데이트는 설정의 컴퓨터·네트워크 항목에서 사용자 컴퓨터를 통한 트래픽 라우팅을 켜는 기능이다. [18:04]
• 클라우드 컴퓨터의 브라우저로 쇼핑이나 양식 입력을 할 수 있지만, 클라우드 VM이 봇으로 탐지돼 작업이 막힐 수 있다고 보여준다. [18:50]
• 사용자 컴퓨터로 라우팅하면 사용자 IP를 이용하므로 작업이 성공할 가능성이 높아진다는 것이 발표자의 설명이다. 비교 결과나 성공률은 제시하지 않는다. [19:15]

13. 사용 소감, Composio 팁, 마무리

• 발표자는 체감 속도와 UI를 높게 평가하면서도, 플랫폼의 모델이 자신이 원하는 최상위 수준이면 더 많은 업무에 사용할 것이라고 드러낸다. [19:35]
• Composio에 플러그인과 스킬을 모아 여러 플랫폼에서 활용하는 방식을 보여준다. 자신은 28개 앱을 연결했으며 플랫폼 전환 부담을 줄이는 데 도움이 된다고 보여준다. [20:45]
• 대표 봇·팀용 봇·인라인 초안·컴퓨터를 통한 라우팅을 다시 요약하고, 시청자에게 감사와 구독 요청을 전하며 끝낸다. [21:06]

🧾 결론

• 네 가지 변화는 업무 배분, 공동 사용, 전송 전 검토, 웹 접근이라는 서로 다른 운영 문제를 다룬다.
• 대표 봇은 여러 전문 봇을 직접 관리해야 하는 부담을 줄이고, 음성 대화에서도 업무 위임의 창구 역할을 한다.
• 팀용 봇의 별도 구성과 메시지 전송 승인 단계는 에이전트를 실제 업무에 연결할 때 필요한 통제 지점을 제공한다.
• 발표자는 속도와 UI를 높게 평가하면서도, 플랫폼 내부 모델이 자신이 원하는 최상위 수준에 도달하기를 바란다는 한계를 함께 언급한다.

📈 투자·시사 포인트

• 영상은 에이전트 플랫폼의 경쟁 요소로 모델 성능뿐 아니라 업무 위임, 협업 연결, 검토 UI가 중요해지고 있음을 시사한다.
• 발표자가 별도 협업 앱인 Victor의 사용을 재고하는 사례는 기존 플랫폼에 팀 기능이 내장될 때 전문 도구의 가치가 압박받을 수 있음을 보여준다.
• Composio 활용 사례는 플러그인과 스킬을 여러 플랫폼에서 재사용하려는 수요를 드러낸다. 연결 자산의 이동성이 플랫폼 선택에 영향을 줄 수 있다.
• 사용자 컴퓨터를 통한 라우팅은 웹 작업의 실행 가능성을 높이려는 접근이지만, 영상에는 성공률·비용·생산성의 정량 자료가 없어 투자 성과로 연결해 판단하기 어렵다.

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

• 제목은 Grok Bot이라고 표기하지만 자막에는 Grockbot·Grobot 등 다른 표기가 등장한다. 영상만으로 공식 제품명과 정확한 업데이트 버전을 확정하기 어렵다.
• 대표 봇의 위임과 화면 수정은 개별 시연이다. 복잡한 업무에서의 오배정 빈도, 실패 복구 방식, 장기적인 생산성 효과는 제시되지 않는다.
• 사용자 IP를 이용하면 봇 차단 가능성이 낮아진다는 설명은 발표자의 주장이다. 웹사이트별 성공률이나 차단을 해소하는 비교 실험은 없다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 대표 봇과 전문 봇의 역할을 정한 뒤 작은 업무를 요청해 위임 대상과 결과가 적절한지 확인한다.
• iOS 음성 대화로 두 가지 업무를 요청하고, 대화 기록·위임 내역·전문 봇의 응답을 함께 확인한다.
• 팀용 봇은 앱에서 플러그인과 스킬을 설정하고 테스트한 뒤 게시한다. Slack에 추가한 후에도 시험 사용을 거쳐 팀에 공개한다.
• 서로 다른 팀원 계정으로 로그인형 플러그인과 루틴을 시험해 사용자별 연결과 개인 설정이 구분되는지 확인한다.

❓ 열린 질문

• 대표 봇이 적합한 전문 봇을 고르지 못하거나 여러 업무의 우선순위가 충돌하면 어떻게 처리하는가?
• 팀용 봇이 공유 채널에서 요청을 받을 때 사용자별 계정 연결과 접근 범위를 어떻게 구분하는가?
• 사용자 컴퓨터를 통한 라우팅은 어떤 웹사이트와 작업에서 실제 완료율을 높이는가?