그록 봇 활용 2회: 시작하기 — 결제보다 먼저 정해야 할 계정과 승인 경계
1편에서 그록 봇이 무엇인지 봤습니다. 이번 2편은 실제로 시작하는 절차입니다. 다만 순서가 중요합니다. 결제부터 하면 안 됩니다. 이 도구는 내 계정으로 내 도구에 로그인하는 물건이라, 무엇을 보여줄지 먼저 정하지 않으면 첫날부터 돌이키기 어려운 상태가 됩니다.

시작은 결제가 아니라 계정 정리부터다
보통 새 도구는 가입하고 써 보면서 익힙니다. 그록 봇은 그 순서가 위험합니다. 봇이 내 브라우저 세션과 로그인을 그대로 물려받아 일하기 때문입니다.
먼저 정해야 할 것은 하나입니다. 어떤 계정으로 무엇까지 보여줄 것인가. 이걸 정하지 않고 첫 봇을 만들면, 사실상 내 주 계정 전체를 열어 준 상태에서 시작하게 됩니다.
지금 들어갈 수 있는 세 개의 문
그록 봇은 단품으로 팔지 않습니다. 들어가는 문이 셋입니다.
- SuperGrok Heavy — xAI 최상위 구독
- Cursor Ultra — 월 200달러
- Cursor Teams Premium — 좌석당 월 120달러
세 구독 중 하나가 있으면 추가 요금 없이 그록 봇을 씁니다. 반대로 말하면, 그록 봇만 따로 싸게 사는 방법은 지금 없습니다.

SuperGrok Heavy로 들어가는 경우
이미 그록을 쓰고 계셨다면 가장 자연스러운 경로입니다. xAI 구독 안에 그록 봇이 포함되고, 그록 4.6 같은 최신 모델과도 같은 계정으로 묶입니다.
다만 이 경로의 값은 xAI가 봇 자체 가격을 따로 공표하지 않았습니다. 구독료에 녹아 있는 형태라, 나중에 분리 과금으로 바뀔 여지가 남아 있습니다.
커서 구독으로 들어가는 경우
흥미로운 지점입니다. 코드 에디터인 커서(Cursor) 구독으로도 그록 봇에 들어갑니다. 개발 도구 구독과 에이전트 제품이 한 울타리에 묶인 셈입니다.
개발자라면 이미 커서를 쓰고 계실 확률이 높으니, 추가 지출 없이 시험해 볼 수 있는 경로가 됩니다. 팀 단위라면 Teams Premium이 좌석당 120달러로 Ultra보다 쌉니다.

기업 사용자는 대기열이다
회사 단위로 도입하려는 경우는 아직 바로 열리지 않습니다. xAI는 엔터프라이즈 사용자에게 대기열 신청을 받고 있습니다.
이 사실 자체가 신호입니다. 뒤에서 볼 보안 구조를 생각하면, 회사 환경에 그대로 붙이기에는 xAI 스스로도 아직 이르다고 보는 것으로 읽는 편이 합리적입니다.
앱을 어디에 설치하나
공식 FAQ 기준 지원 환경입니다.
- macOS — 애플 실리콘·인텔 모두
- Windows — x64·Arm64
- iPhone — iOS 18 이상
데스크톱 앱이 주 무대이고, 아이폰 앱은 확인하고 승인하는 용도에 가깝습니다. 봇의 작업 화면을 자세히 보려면 큰 화면이 낫습니다.

아이폰은 되고 아이패드는 안 된다
미지원 목록도 분명합니다. 리눅스·안드로이드·아이패드는 초기 미지원입니다.
특히 안드로이드 사용자라면 이동 중 승인이 불가능하다는 뜻이라, "밤사이 돌려 놓고 아침에 승인"이라는 사용 방식에 제약이 생깁니다. 도입 전에 확인할 항목입니다.
커서 계정 설정과 묶인다는 뜻
운영상 중요한 사실이 하나 있습니다. 그록 봇은 커서 계정 설정과 연동됩니다. 별개 제품처럼 보이지만 설정이 한 곳에서 관리됩니다.
그래서 커서 쪽 설정을 건드리면 그록 봇 동작이 함께 바뀔 수 있습니다. 두 제품을 따로 관리한다고 생각하면 어긋납니다.

학습 데이터 옵트아웃은 어디서 정해지나
내 작업 내용이 학습에 쓰이는지 여부도 같은 구조를 따릅니다. 공식 FAQ에 따르면 학습 옵트아웃은 기존 커서 개인정보 설정을 존중합니다.
즉 그록 봇 안에서 따로 끄는 것이 아니라, 커서 계정 쪽 설정이 그대로 적용됩니다. 민감한 자료를 다룰 계획이라면 첫 봇을 만들기 전에 그쪽부터 확인하시는 편이 안전합니다.
첫 봇을 만들기 전에 정할 것
여기까지가 준비입니다. 실제 세팅에 들어가기 전에 종이에 적어 둘 것이 세 가지 있습니다.
① 어떤 작업을 시킬 것인가(하나만), ② 어떤 계정으로 접근할 것인가, ③ 어디까지는 승인 없이 해도 되는가. 이 셋이 정해지면 나머지는 기계적입니다.

범위를 한정한 테스트 계정을 먼저 만든다
가장 중요한 권고입니다. 보안 분석에서 공통적으로 나온 조언은 범위를 좁힌 테스트 계정을 따로 만들라는 것입니다.
이유는 1편에서 본 그대로입니다. 한 계정의 모든 봇이 하나의 클라우드 컴퓨터를 공유하고, 브라우저 쿠키·로그인 세션·파일·명령줄 자격증명이 전부 함께 보입니다. 봇 하나에만 준 권한이 나머지 봇에게 안 갈 것이라고 기대할 수 없습니다.
왜 임원 브라우저 프로필을 쓰면 안 되나
구체적으로 피하라고 지목된 대상이 있습니다. 프로덕션 시스템, 금융 계정, 규제 대상 데이터, 그리고 임원의 주 브라우저 프로필입니다.
주 브라우저 프로필에는 수십 개 서비스의 로그인이 살아 있습니다. 그걸 봇에게 물리면 내가 의도한 서비스 하나가 아니라 그 프로필 전체를 연 것이 됩니다. 얼리 베타에 광범위한 접근을 주지 말라는 권고의 핵심입니다.

컴퓨터 화면 보기를 켜 둔다
봇과 일대일 대화를 열 때 컴퓨터 화면 보기(computer view)를 켜 둘 수 있습니다. 봇이 지금 무엇을 클릭하고 있는지 보이는 기능입니다.
익숙해지면 꺼도 되지만, 처음 며칠은 반드시 켜 두시길 권합니다. 봇이 엉뚱한 화면에서 헤매는 것을 조기에 발견하는 유일한 방법입니다. 3편에서 다룰 시연 녹화도 이 화면에서 진행됩니다.
첫 지시는 조회로 시작한다
첫 작업으로 아무것도 바꾸지 않는 일을 시키시길 권합니다. 목록을 읽어 정리하기, 특정 조건에 맞는 항목을 세기, 자료를 모아 요약하기 같은 것입니다.
조회만 하는 작업은 틀려도 손해가 없고, 이 봇이 내 도구를 제대로 다루는지 확인하는 비용이 가장 쌉니다. 쓰기 작업은 그 확인이 끝난 다음입니다.

도구에 로그인시키는 절차
봇이 서비스를 쓰려면 그 서비스에 로그인이 되어 있어야 합니다. 봇의 클라우드 브라우저에서 로그인 화면까지 간 다음, 자격증명이 필요한 순간에 사람이 넘겨받아 입력하는 흐름입니다.
한 번 로그인해 두면 세션이 유지되므로 매번 반복할 필요는 없습니다. 다만 세션이 만료되면 봇이 멈추고 사람을 기다립니다.
보안 인계 흐름으로 자격증명을 넘긴다
여기가 이 제품에서 잘 만든 부분입니다. 비밀번호·2단계 인증 코드·캡차가 필요한 순간에는 봇이 처리하지 않고 '컴퓨터 인계'가 발동합니다.
공식 문서는 자격증명을 채팅으로 적어 주지 말고 보안 인계 흐름(secure handoff flow)을 쓰라고 명시합니다. 대화창에 비밀번호를 적으면 그 기록이 그대로 남습니다.

녹화 중에 비밀번호를 보이지 말 것
같은 원칙이 시연 녹화에도 적용됩니다. 공식 문서는 녹화 중 민감 정보를 화면에 노출하지 말라고 경고합니다.
녹화는 보이는 화면 조작을 최대 10분 기록합니다. 그 안에 비밀번호 입력 화면이 들어가면 그대로 남습니다. 녹화를 시작하기 전에 로그인을 미리 끝내 두는 것이 정석입니다.
승인 경계를 어디에 그을 것인가
이제 가장 실무적인 결정입니다. 무엇을 봇이 혼자 해도 되고, 무엇을 물어봐야 하는가.
기본 원칙은 간단합니다. 되돌릴 수 있으면 맡기고, 되돌릴 수 없으면 승인입니다. 초안 작성은 되돌릴 수 있고, 발송은 되돌릴 수 없습니다.

초안까지만 시키는 설정
실제로 가장 쓸모 있는 형태가 초안 전용 워크플로입니다. 봇이 조사하고 작성해서 보내기 직전 상태까지 만들어 두고 멈추는 방식입니다.
사람은 결과를 검토하고 버튼만 누릅니다. 봇이 90%를 하고 사람이 마지막 판단을 쥐는 구조라, 얼리 베타에서 가장 균형이 좋습니다.
전송·발행·삭제·구매를 묶어 두기
공식 문서가 명시적 승인 대상으로 든 네 가지가 있습니다. 전송(send)·발행(publish)·삭제(delete)·구매(purchase)입니다.
공통점은 바깥으로 나가거나 없어지는 행동이라는 점입니다. 이 넷은 기본값으로 승인에 걸어 두고, 익숙해진 뒤에도 삭제와 구매만큼은 계속 사람이 쥐고 있는 편을 권합니다.

봇 이름과 역할을 나누는 법
봇을 여러 개 만들 수 있으니 역할별로 나누고 싶어집니다. 실제로 그렇게 쓰는 것이 편합니다. 다만 착각하면 안 되는 지점이 있습니다.
역할을 나누는 것은 정리를 위한 것이지 격리를 위한 것이 아닙니다. 공식 문서가 두 곳에 똑같이 적어 둔 문장이 바로 이것입니다 — "별개의 봇을 보안 경계로 사용하지 마십시오." 이름을 나눴다고 권한이 나뉘지 않습니다.
실제 사례: 첫 주에 시켜 볼 만한 일
구체적으로 이런 작업이 첫 주에 적당합니다. 여러 페이지에 흩어진 정보를 한 곳에 모아 정리하기, 조건에 맞는 항목을 골라 목록 만들기, 같은 양식의 초안을 여러 건 만들어 두기입니다.
공통점이 뚜렷합니다. 단계는 많은데 틀렸는지 눈으로 바로 확인할 수 있고, 틀려도 되돌릴 수 있습니다.

실제 사례: 첫 주에 시키면 안 되는 일
반대쪽도 분명히 해 두겠습니다. 고객에게 나가는 메일 발송, 결제·환불 처리, 운영 중인 시스템의 설정 변경, 개인정보가 담긴 자료 이동입니다.
여기에 더해 규정 준수 관점의 공백도 감안해야 합니다. 관련 문서를 훑어보면 SOC 2·ISO 27001·GDPR·HIPAA 같은 인증 주장도, 데이터 보존 기간도, 데이터 거주지 선택지도 명시돼 있지 않습니다. 회사 규정이 이런 항목을 요구한다면 지금은 대상이 아닙니다.
저시력 사용자를 위한 초기 세팅 요령
화면을 확대해 쓰신다면 초기 세팅에서 두 가지를 권합니다. 첫째, 컴퓨터 화면 보기는 큰 화면에서만 확인하시고 아이폰은 승인 전용으로 쓰는 것입니다. 작은 화면에서 봇의 조작을 따라가려면 부담이 큽니다.
둘째, 봇에게 결과를 텍스트로 요약해 달라고 미리 지시해 두는 것입니다. 화면을 되짚어 확인하는 대신 요약을 읽고 판단할 수 있으면 검증 비용이 크게 줄어듭니다. 위임의 이득은 검증이 쉬울 때만 남는다는 점을 1편에서 말씀드렸는데, 그 검증을 쉽게 만드는 것이 이 지시입니다.
핵심 정리
- 접근 경로 셋: SuperGrok Heavy / Cursor Ultra(월 200달러) / Cursor Teams Premium(좌석당 월 120달러). 해당 구독자는 추가금 없음. 기업 사용자는 대기열 신청.
- 지원 환경: macOS(애플 실리콘·인텔), Windows(x64·Arm64), iPhone(iOS 18+). 리눅스·안드로이드·아이패드 미지원.
- 설정 연동: 커서 계정 설정과 묶이며, 학습 옵트아웃도 기존 커서 개인정보 설정을 따릅니다.
- 첫 세팅 원칙: 범위를 한정한 테스트 계정부터. 프로덕션·금융·규제 데이터·임원 주 브라우저 프로필은 붙이지 않습니다.
- 자격증명: 채팅에 적지 말고 보안 인계 흐름으로. 비밀번호·2FA·캡차는 컴퓨터 인계로 사람이 직접 처리합니다. 녹화 중 노출 금지.
- 승인 경계: 되돌릴 수 있으면 맡기고 없으면 승인. 전송·발행·삭제·구매는 기본 승인 대상.
- 🔴 착각 금지: 봇을 역할별로 나눠도 권한은 나뉘지 않습니다. 파일·세션·로그인이 모두 공유됩니다.

참고하실 만한 것
오늘 정리한 것 중 하나만 지키신다면 테스트 계정부터 만드는 것을 고르시길 권합니다. 나머지는 나중에 고칠 수 있지만, 주 계정을 한 번 붙여 두면 그 세션이 봇의 컴퓨터에 남습니다.
다음 3편에서는 이 시리즈에서 가장 실용적인 부분 — 스킬과 루틴, 그리고 한 번 시연해서 자동화를 만드는 절차를 다루겠습니다.
출처
- xAI Docs — Grok Bot FAQ (지원 플랫폼·공유 컴퓨터·학습 옵트아웃)
- xAI Docs — Skills, routines and automations (녹화 제한·자격증명 인계)
- xAI — Introducing Grok Bot (접근 경로·엔터프라이즈 대기열)
- Kingy AI — Grok Bot Explained: Price, Access and Security
- TechTimes — All Bots Share One Cloud Computer and Every Login
- AIToolsReview — Grok Bot: xAI's Always-On AI Agents, Explained
- MindStudio — How to Set Up Grok Bot and Build Your First AI Agents
- eesel AI — Grok Bot review: what actually ships in the early beta
협업문의 : kuroicode@gmail.com
블로그 : https://blog.svil.dev/
홈페이지 : https://kuroicode-beep.github.io/svil-homepage/