Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
Grok Bot은 단순한 질의응답을 넘어 실제 업무를 맡기고 완료된 결과물을 돌려받는 'AI 팀원'입니다. 클라우드 기반 컴퓨터에서 브라우저나 앱을 직접 조작하며 24시간 작동하는 에이전트 시스템으로, 사용자는 AI에게 어디까지 위임하고 어디서 중단할지 결정해야 합니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Zenn AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기AI에게 질문하고 답을 받는 것이 아니라, 업무를 맡기고 완료된 상태로 돌려받는 것입니다. Grok Bot은 바로 그러한 제품입니다. 2026년 8월 11일에 발표되었습니다(론칭 기사).
공식 문서(이하 docs)에 따르면, Grok Bot에서는 이름과 담당 업무를 가진 AI를 여러 개 만들 수 있습니다(docs의 Bots). 이 AI를 Bot이라고 부릅니다.
Bot은 클라우드(인터넷 너머에 있는 서버)상의 컴퓨터를 사용하여 브라우저나 앱을 실제로 조작하며 업무를 진행합니다. 노트북을 닫아도 작업이 계속됩니다. 승인이 필요한 부분에서는 사람에게 요청합니다(docs의 Overview).
독자 입장에서 바뀌는 것은 'AI에게 어떻게 질문할까'보다 먼저, 'AI에게 어디까지 맡기고, 어디서 멈출지'를 결정해야 할 필요가 생긴다는 것입니다. 이 글에서는 공식 사이트, 공식 가이드, 공식 문서를 근거로 시작 방법, 메커니즘, 사용 예시, 주의점 순으로 정리합니다.
Grok Bot の全体像の図解。「01 何をするか: 仕事を渡すと、終わらせて返す（答えるだけで終わらない）」「02 どこで働くか: 1台を全 Bot で共有（クラウドのコンピュータ。ログインとファイルも共有）」「03 どこで止めるか: 送る・変える手前で止める（依頼文と設定で決める）」の3枚のカードが並ぶ
이 글에서 파악해야 할 세 가지 요소. 무엇을 할지, 어디서 일할지, 어디서 멈출지.
론칭 기사에서는 Grok Bot을 'AI teammates you can give real work to'(실제 업무를 맡길 수 있는 AI 팀원)로 소개하며, 'your team of always-on agents'(항상 작동하는 에이전트 팀)이라고도 부릅니다(론칭 기사). 에이전트는 AI가 스스로 절차를 생각하여 작업을 진행하는 메커니즘을 말합니다.
같은 기사에 따르면, Bot들은 클라우드에 자신들의 컴퓨터를 가지고(자신의 Bot은 모두 1대를 공유합니다. 3장에서 설명합니다), 사람처럼 도구나 앱 안에서 일하며 24시간 작동합니다(론칭 기사).
론칭 기사에 따르면, Grok Bot은 원래 만든 조직의 사내 시제품이었습니다. 사내에서는 영업 신규 개척, 마케팅 전략, 사무실 업무, 버그 수정 등에 Bot이 사용되었고, 이후 외부에도 제공되기 시작했습니다(발표 당시에는 beta. 론칭 기사).
Bot은 여러 앱이나 사이트에 걸친 업무를 채팅의 초안으로 끝내지 않고, 실제로 사용하고 있는 도구 안에서 완료합니다. 일하는 장소는 브라우저, 파일, 터미널(문자로 명령어를 입력하는 화면)을 갖춘 상설 클라우드 컴퓨터입니다(docs의 Overview).
AI アシスタントと Grok Bot の違いの図解。上の段の AI アシスタントは「質問する → 答えが返る」。下の段の Grok Bot は「仕事を渡す → Bot がクラウドのコンピュータでアプリを操作する → ログインや承認が要るところで人に戻す → 終わった状態で返す」
AI 어시스턴트는 답을 내고, Grok Bot은 업무를 완료하여 돌려준다.
docs의 Use cases에는 역할별로 Bot에게 처음 전달할 요청문의 예시가 있습니다. 예를 들어 Chief of Staff(참모 역할을 하는 사람) Bot에게는 다음과 같이 요청합니다(docs의 Use cases. 필자 번역).
어제부터 허가된 채널・수신함・캘린더・회의 메모의 움직임을 보고.
이 문서의 우선순위와 관련된 것만 돌려줘.
각 항목에 출처・중요한 이유・다음 행동 방안과,
...
Expense Manager(경비 담당) Bot에게는 다음과 같이 요청합니다(docs의 Use cases. 필자 번역).
경비 시스템과 첨부된 규정에서 이번 주 경비 요약본을 만들어줘.
회계 수신함의 영수증과 대조하고,
빠진 분류나 규정 예외에 표시하고,
...
둘 다 여러 도구를 살펴보고, 요약 및 초안까지 완료한 후, 전송이나 변경 직전에 멈추는 방식의 요청입니다.
Bot에게는 동료에게 메시지를 보내도록 요청할 수 있습니다(docs의 Message and collaborate). 문자로 입력하는 것 외에도 음성 입력이나 음성 대화도 가능합니다(docs의 Overview).
사용자가 먼저 결정하는 것이 늘어납니다. 어떤 도구에 연결할지, 무엇을 Bot에게 맡길지, 전송이나 삭제와 같이 되돌리기 어려운 작업을 어디서 멈출지가 그것입니다. docs는 요청 과정에서 명확한 경계를 설정하도록 권장하고 있습니다 (docs의 Approvals). 예를 들어, 전송, 공개, 구매, 삭제, 권한 변경, 실제 고객이나 직원이 사용하는 환경인 운영 환경(本番環境) 변경 등에 대해 그렇습니다.
결정해야 할 것이 늘어나는 이유는 Bot이 답변만 하고 끝나는 수준을 넘어서기 때문입니다. docs의 FAQ는 Bot이 질문에 답하는 것뿐만 아니라, 상시 클라우드 컴퓨터와 연결된 도구, 사이트, 파일을 사용하여 작업을 완료한다는 점에서 AI 어시스턴트와의 차이점을 언급하고 있습니다 (docs의 FAQ). 론칭 기사에는 이 차이를 나타내는 문구가 Product의 Roman 씨 발언으로 실려 있습니다.
There is a huge difference between 90% done and 100% done. Most AI gets you almost there.
(90% 완료 상태와 100% 완료 상태에는 큰 차이가 있다. 대부분의 AI는 거의 그 지점까지만 데려다준다)
— 론칭 기사
Grok Bot은 Cursor 계정으로 로그인하여 사용합니다 (docs의 Get started). Cursor는 AI에게 코드를 작성하는 작업을 맡길 수 있는 코딩 에이전트 제품이며, 공식 웹사이트에서는 '야심 찬 소프트웨어 구축을 위한 당신의 코딩 에이전트'라고 소개하고 있습니다 (Cursor 공식 사이트).
Grok Bot은 Cursor 유료 개인 플랜과 Cursor Teams 플랜에 포함되며, Bot이 작동하는 컴퓨터 역시 Cursor 클라우드에서 구동됩니다 (docs의 Overview).
본인이 사용할 수 있는지, 무엇을 준비해야 하는지는 2장의 '시작하기'에 정리했습니다. 제공 상태를 작성하는 방식은 발표 당시와 현재가 달라졌으며, 출처별 차이점은 아래 접기 메뉴에 두었습니다.
| 항목 | 론칭 기사 (2026-08-11) | x.ai/bot FAQ (2026-10-11 기준) | docs FAQ (2026-10-11 기준) |
|---|---|---|---|
| 제공 상태 | beta. Enterprise는 waitlist(대기 목록) | Enterprise도 generally available(일반 제공) | Enterprise는 rolling out(순차 전개 중) |
| ... | |||
| 발표 후 2개월 만에 대상, 단말, 사용량 작성 방식이 바뀌었습니다. 같은 2026-10-11 시점이라도 x.ai/bot FAQ와 docs에서는 Enterprise의 제공 상태 및 대응 단말 작성 방식이 다릅니다. docs FAQ는 최신 조건은 사용할 수 있는지 여부를 보여주는 페이지 (docs FAQ에서 말하는 access page) 또는 Cursor 요금 페이지에서 확인하도록 작성되어 있으며, Enterprise는 Cursor 담당 팀에 문의하도록 작성되어 있습니다 (docs FAQ). |
명칭과 조직에 대하여: x.ai 사이트의 푸터는 '© 2026 SpaceXAI LLC'이고, 페이지 제목 끝 부분(사이트명)은 'SpaceXSI'입니다 (론칭 기사). 공식 X 계정의 표시 이름은 'SpaceX Super Intelligence'입니다 (@SpaceXSI 게시물). Cursor의 공식 계정은 2026년 8월 14일 게시물에서 SpaceX의 일부가 되어 @spacexai 팀에 합류하여 Grok Bot 등을 개선할 것이라고 작성했습니다.
여기서는 앱을 설치하고 첫 작업을 요청하는 것까지를 docs의 Get started에 따라 살펴보겠습니다. 전체 흐름은 다음과 같습니다.
docs에서 언급하는, 시작하기 전에 필요한 것은 다음 세 가지입니다 (docs의 Get started).
(모두 docs의 Get started)
스마트폰에서는 App Store 또는 Google Play에서 앱을 설치하고, 'Log In or Sign Up'에서 Cursor 계정으로 로그인합니다(docs의 Mobile).
이 글에서는 화면 이름을 영어 표기 그대로 적고 한국어 대체어를 덧붙입니다. 데스크톱 앱은 Settings의 Language에서 일본어로 표시할 수도 있습니다(docs의 Settings and notifications).
첫 안내 마지막에 열리는 'Meet a future teammate'(제안된 Bot) 중에서 선택하거나, 'Create your own'으로 직접 만듭니다. 직접 만들 때는 짧은 이름, 주요 업무 1가지, 어떻게 일해줬으면 하는지 설명글을 작성합니다(docs의 Get started). docs의 예시를 필자가 번역하면 다음과 같습니다.
이름: Piper
업무: 제품 성능
설명: 모니터링 도구를 사용해서 제품 성능에 대한 질문을 조사한다.
...
지켜줬으면 하는 규칙은 설명에 적기 때문에(3장), 마지막의 '실제 설정은 변경하지 않음'이 이 Bot에게 항상 지키게 하고 싶은 선이 됩니다. docs는 무엇이든 맡는 Bot 하나를 만드는 것보다, 업무가 한정된 Bot이 더 유용한 맥락을 쌓는다고 합니다(docs의 Get started).
docs는 좋은 요청에 포함되어야 할 요소 5가지를 제시합니다(docs의 Get started).
| 요소 | 작성할 내용 |
|---|---|
| Outcome (결과) | 무엇이 완료되면 좋을지 |
| ... |
docs의 Message and collaborate도 클릭 순서를 세밀하게 따라 하도록 지시하기보다, 원하는 결과부터 작성하는 것을 권장합니다(docs의 Message and collaborate).
docs는 커넥터(연결된 앱과의 정해진 연결구. 3장에서 설명합니다)나 사이트 로그인조차 필요 없이, 5분 만에 결과를 얻을 수 있는 첫 업무로 문서를 하나 첨부하여 다음과 같이 요청하는 예시를 제시합니다(docs의 Get started. 필자 번역).
이 문서를 5가지 항목으로 요약해 주세요.
날짜/결정 사항/미해결 질문은 요약과는 별도의 섹션에 모두 모아주세요.
각 항목에는 페이지 또는 섹션을 표시해주세요.
...
요약이 잘 되면, 평소 사용하는 도구 속의 업무를 시도합니다. docs는 다음 예시를 제시합니다(docs의 Get started. 필자 번역).
분석 대시보드를 열고 이번 주 신규 사용자의
활성화(사용 시작 정착)를 지난 4주와 비교해서.
단계별 변화 중 가장 큰 것을 찾고,
...
로그인이 필요한 앱에 접속하면, Bot은 사용자에게 직접 조작할 것을 요청할 수 있습니다. 대화창을 통해 'Agent Computer'를 열어 작업을 대신 수행하게 하거나, 비밀번호/패스키/2단계 인증 코드를 직접 입력하거나 CAPTCHA(인간 여부를 확인하는 이미지 퀴즈 등)를 완료한 후 Bot에게 돌아옵니다 (docs의 Get started 참고). 비밀번호나 일회용 코드는 채팅창에 붙여넣지 마세요 (docs의 Computer and apps 참고).
돌아온 결과물에 부족하거나 형태가 다른 부분이 있다면, Bot에게 수정을 요청할 수 있습니다. 다음부터 같은 형태로 받고 싶다면, '향후 주간 보고서는 이 형식으로 부탁드립니다. 항목 5개로 구성하고, 출처 링크는 본문 내에 포함하며, 마지막에 『판단이 필요한 사항』 섹션을 추가해 주세요'와 같이 원하는 바를 명확하게 전달합니다. 작업 방식이 정착되면, Bot에게 스킬(Skill)로 저장하거나 루틴(Routine)으로 설정해 달라고 요청할 수 있습니다 (docs의 Get started 참고). 스킬과 루틴에 대해서는 3장에서 설명하겠습니다.
Bot이 작업하는 모습은 대화창에서 'Agent Computer'를 열면 확인할 수 있습니다. 클릭, 입력, 페이지 이동 등 현재 상태가 그대로 표시됩니다. 사용자가 보지 않아도 작업은 계속되며, 앱이나 노트북을 닫아도 클라우드 상의 작업은 중단되지 않습니다 (docs의 Computer and apps 참고).
중간에 방향을 바꾸고 싶다면 새로운 메시지를 보내면 됩니다. 사람에게서 온 직접적인 메시지는 백그라운드에서 실행되는 작업보다 우선순위가 높아, 현재 작업의 방향을 바꿀 수 있습니다. 즉시 작업을 멈추게 하고 싶다면 'Stop now'라고 전송합니다. 다만, 중단하더라도 이미 완료된 작업은 되돌릴 수 없습니다 (docs의 Message and collaborate 참고).
루틴(특정 시간이나 계기가 되면 Bot이 자동으로 작업을 수행하도록 설정하는 기능. 3장에서 설명하겠습니다)을 멈추고 싶다면 해당 Bot을 열고 'View conversation details' → 'Routines'에서 일시 중지(pause)할 수 있습니다 (docs의 Skills and routines 참고). 스마트폰에서는 Bot 프로필의 'Active' 섹션에서 일시 중지 및 재개가 가능합니다 (docs의 Mobile 참고). 루틴 삭제는 즉시 이루어지며 되돌릴 수 없습니다 (docs의 Skills and routines 참고).
Bot을 사이드바에서 숨겨도(Hide from sidebar), Bot과 그 루틴은 멈추지 않습니다 (docs의 Bots 참고).
사이드바에서는 질문, 승인, 인계(handoff)를 기다리는 대화가 'Needs attention'(주의 필요)으로, 새로운 결과가 나온 대화가 'Unread activity'(읽지 않은 활동)로 구분되어 표시됩니다. Bot 설정에서 'Notifications'를 켜면 해당 Bot이 완료되었을 때나 입력을 요청했을 때 PC 또는 스마트폰으로 알림이 옵니다. 다만 Grok Bot 앱을 전면에 두고 사용하는 동안에는 일반적으로 알림이 오지 않습니다 (docs의 Settings and notifications 참고).
Grok Bot은 다음 6가지 부품으로 나누어 이해하면 쉽습니다. 먼저 목록을 살펴본 후, 하나씩 자세히 알아보겠습니다.
| 부품 | 한마디로 | 주의할 점 |
|---|---|---|
| Bot | 이름, 업무, 기억을 가진 AI 팀 동료 | 기억은 공식적인 정보원의 대체재가 될 수 없음 |
| ... |
docs의 Bots는 Bot을 '이름, 업무, 자신의 대화 기록, 그리고 시간과 함께 성장하는 작업 맥락을 지닌, 장기간 사용하는 AI 팀 동료'로 정의하고 있습니다. 다른 Bot을 만들 기준은 목표, 사용할 도구나 정보원, 업무 진행 방식, 승인 경계, 정기적인 일정 중 어느 하나가 달라지는 경우입니다. 'General Helper'(만능 조수)와 같은 업무는 Bot에게 단서가 적고, 축적된 맥락도 재사용하기 어렵다고 설명합니다.
그 자리에서 필요한 지시는 대화로 전달하고, 지속적으로 지켜야 할 규칙은 Bot의 설명(description)에 작성하는 것이 좋습니다. docs의 예시에서는 설명을 통해 '승인 없이 외부 메시지를 보내지 않는다'고 명시하고, 대화창에는 '이 12개 회사에 대한 후속 조치 초안을 작성해 달라'고 분리하여 지시하고 있습니다 (docs의 Bots 참고).
Bot이 기억하는 것은 안정적인 선호도, 역할의 맥락, 그리고 과거 작업의 요약입니다. docs는 메모리(기억)를 공식 정보 출처로 사용하지 말고, 중요한 판단을 할 때는 Bot에게 현재 데이터를 확인하도록 권장합니다 (docs FAQ・docs Bots).
Bot은 브라우저, 파일, 터미널 기능을 갖춘 영구적인 클라우드 컴퓨터에서 작동합니다. 이 컴퓨터는 특정 Bot에 할당되는 것이 아니라 사용자 계정에 하나 할당되며, 모든 Bot이 동일한 것을 사용합니다 (docs Computer and apps). docs에 따르면 다음 항목들이 Bot들 사이에서 공유됩니다.
/workspace)도식화하면 다음과 같습니다 (docs Computer and apps와 Approvals를 기반으로 작성).
공유의 장점은 작업을 인계받을 때마다 준비 과정을 다시 할 필요가 없다는 것입니다 (docs Overview). 반면에, 특정 Bot을 위해 사이트에 로그인하면 그 로그인은 다른 Bot도 사용할 수 있습니다. docs는 다른 Bot이 사용해서는 안 되는 인증 정보나 파일을 이 컴퓨터에 두지 않도록 권고합니다 (docs Computer and apps).
각 Bot은 공유 컴퓨터 위에 자신만의 화면을 가지므로 여러 Bot이 병렬로 브라우저를 사용할 수 있습니다. 다만, 화면은 작업 공간으로 분리된 것일 뿐 안전한 격벽은 아닙니다 (docs Computer and apps).
비밀번호, 2단계 인증(2FA), CAPTCHA, 결제 또는 본인 확인 상황에서는 Bot이 사람에게 컴퓨터 조작을 넘깁니다. 사람은 대화에서 'Agent Computer'를 열어 대신 조작하고, 그 단계를 완료한 후 Bot에게 돌아갑니다. docs는 비밀번호나 일회용 코드를 채팅창에 붙여넣지 않도록 권고합니다 (docs Computer and apps・docs Approvals).
지금까지의 설명과 도식은 개인 Bot(개인 Bot)의 경우입니다. 팀 전체가 대화하는 Team Bot은 대화 유형에 따라 사용하는 컴퓨터가 달라집니다 (docs Team Bots).
커넥터는 지원되는 서비스와 정해진 형태로 데이터를 주고받기 위한 연결 포트입니다. 사이드바의 'Connect apps'에서 플러그인(추가할 수 있는 부품)으로 추가합니다 (docs Computer and apps). docs는 커넥터가 있다면 화면을 조작하는 것보다 안정적이므로 우선 사용하고, 커넥터가 없는 서비스나 화면으로만 가능한 작업에는 브라우저를 사용하도록 권장합니다.
추가된 커넥터는 계정 전체에서 사용할 수 있으며 특정 Bot에게만 제한할 수는 없습니다. 공개된 X 게시물은 X 계정에 연결하지 않아도 읽기 전용으로는 검색하여 읽을 수 있습니다 (docs Computer and apps).
공식 가이드 Grok Bot 101의 작성자는 Gmail, Google Calendar, Google Drive 등을 연결하고 하나의 서비스에 여러 계정을 연결할 수 있다고 언급합니다.
성공했던 작업을 반복할 수 있는 두 가지 구성 요소가 있습니다. '스킬(Skill)'은 '작업 수행 방식'을 정리한 재사용 가능한 지침입니다. '루틴(Routine)'은 '어떤 Bot이, 언제 그 작업을 실행할지'를 결정하는 것입니다 (docs Skills and routines).
루틴의 시작 방식은 두 가지가 있습니다. 정해진 시간에 작동하는 주기적 실행과, 지원되는 경우 Slack 메시지나 GitHub 알림 같은 이벤트를 계기로 작동하는 이벤트 트리거입니다. docs는 먼저 일회성 작업으로 테스트하고, 확실하게 수행할 수 있게 되면 스킬로 저장한 다음 자동화 순서를 진행하도록 권장합니다 (docs Skills and routines).
이 순서를 도식화하면 다음과 같습니다 (docs Skills and routines를 기반으로 작성).
명령어(手順)를 문장으로 설명하는 대신, 화면에서 시연하여 학습시키는 'Task Teach' 기능도 있습니다. 브라우저 작업을 한 번 보여주면 Bot이 이를 스킬 초안으로 만듭니다(docs의 Skills and routines).
기록은 화면에 보이는 조작을 기반으로 하며, 길이는 최대 10분입니다. 마이크 음성은 기록하지 않습니다. docs는 이 기능이 단계적으로 활성화될 수 있으며, 버튼이 보이지 않을 경우 문장 지시를 통해 스킬을 만들도록 안내하고 있습니다(docs의 Skills and routines).
docs에 따르면, 하나의 Bot이 가질 수 있는 루틴은 최대 50개이며, 주기적 실행 간격은 5분 이상입니다(docs의 Skills and routines).
docs는 루틴에는 먼저 준비(초안 작성・대조・제안)를 맡기고, 전송・구매・삭제・공개・실제 변경 시에는 승인 과정을 거치도록 권장하고 있습니다(docs의 Skills and routines).
Bot은 다른 Bot에게 즉각적인 답변을 기다리지 않는 메시지를 보낼 수 있습니다. 받은 Bot이 처리한 후 나중에 답장을 하고, 그 과정은 대화 내에서 볼 수 있습니다(docs의 Message and collaborate).
docs는 단계별로 담당을 한 개체에 지정하도록 권장합니다. 병렬적인 인계가 너무 많으면 작업 중복이나 불필요한 업데이트 증가를 야기할 수 있기 때문입니다(docs의 Message and collaborate).
그룹 채팅에는 2~6개의 Bot을 넣을 수 있으며, 공통 결과물과 담당 업무 인계를 하나의 대화에 남길 수 있습니다. 다만, 승인 요청, 비밀 값 또는 로그인 요청, 이메일이나 Slack 초안은 그룹 채팅에는 표시되지 않습니다(docs의 Message and collaborate).
론칭 기사에서는 Grok Bot을 만든 조직의 내부 사용 사례로, Chief of Staff(참모 역할) Bot을 상위에 두고 수신함 정리・경비・채용・버그 수정・업무 운영 전문 Bot들을 배치하는 형태를 소개했습니다. Bot을 그룹 채팅에 넣으면 Bot끼리 업무를 인계하고 담당을 정하며 판단이 필요할 때만 사람을 호출한다고 적혀 있습니다(론칭 기사).
제한선은 요청 문구, Bot 설명, Auto Review 규칙, 전송 전 초안 카드, 그리고 사용자의 PC 설정의 네 곳에서 그을 수 있습니다. 순서대로 살펴보겠습니다.
止める線を引ける4か所の図解。「01 依頼文と説明: 依頼の中で線を引く（docs が一番強い線引きとする）」「02 Auto Review: Ask first で止める（オンなら、当たる操作は必ず止まる。判定は AI で万能ではない）」「03 下書きカード: 送る前に人が確かめる（Send か Discard を人が選ぶ）」「04 手元の PC: Never allow を勧める（docs の勧め。既定は毎回確認）」の4枚のカードが並ぶ
제한선을 그을 수 있는 4곳입니다. 가장 강력한 선은 요청 문구이며, Auto Review는 명확히 그어진 선을 보완하는 역할을 합니다.
docs는 승인과 관련하여 가장 강력한 경계 설정이 바로 요청 문구 자체라고 말합니다(docs의 Security). 예를 들어
docs는 '브라우저에서 무엇이든 허용'과 같은 광범위한 규칙을 피하도록 작성되어 있습니다. Auto Review는 모델에 의한 판정이며, 최소 권한이나 명확한 승인 경계의 대안이라기보다는 그것을 보완하는 위치입니다 (docs의 Approvals).