Grok Bot의 클라우드 PC를 “Bot마다 제공되는 독립 가상 머신”으로 이해하면 중요한 결정을 잘못 내리기 쉽습니다. 공식 설명에 따르면 컴퓨터는 개별 Bot이 아니라 사용자 계정에 할당됩니다. 같은 계정의 Bot들은 브라우저 로그인, 파일, 명령줄 자격 증명을 공유합니다.
이 구조 덕분에 노트북을 닫아도 작업이 이어지고, 다른 Bot이 저장된 결과를 받아 계속할 수 있습니다. 동시에 한 Bot에게 열어 준 접근 권한이 다른 Bot과 완전히 분리되지 않는다는 뜻이기도 합니다.
계속 실행된다는 말의 정확한 범위
Grok Bot은 사용자의 Mac이나 Windows 화면을 원격으로 빌려 쓰는 방식이 아닙니다. 브라우저, 명령줄, 파일, 연결 도구를 갖춘 별도 클라우드 환경에서 작동합니다. 공식 컴퓨터·앱 문서는 앱이나 노트북을 닫아도 클라우드 작업이 멈추지 않는다고 설명합니다.
자료 수집을 밤새 진행하거나, 여러 웹 도구를 오가며 초안을 만들거나, 결과를 /workspace에 남기는 작업에는 분명한 이점이 있습니다. 사용자는 나중에 데스크톱이나 모바일에서 같은 대화를 열고 완료 결과나 승인 요청을 확인할 수 있습니다.
다만 24시간 작동이라는 표현이 모든 상황에서 중단이 없다는 보장은 아닙니다. 웹사이트가 세션을 만료시키거나 재인증을 요청할 수 있고, 요청 제한이나 장애가 생길 수 있습니다. 제품 사용량과 클라우드 컴퓨터 복구도 변수입니다. 정확한 장점은 “내 노트북을 계속 켜 두지 않아도 된다”이지, 외부 서비스의 모든 제약이 사라진다는 뜻은 아닙니다.
한 계정의 Bot들은 무엇을 함께 쓰나
각 Bot은 별도 화면을 사용하므로 여러 Bot이 브라우저나 데스크톱 작업을 병렬로 처리할 수 있습니다. 그러나 화면은 작업 공간일 뿐, 보안 격리 영역이 아닙니다.
다음 상태는 계정의 모든 Bot에 걸쳐 공유됩니다.
- 브라우저 쿠키와 로그인 세션
/workspace를 포함한 클라우드 컴퓨터의 파일- Git이나 클라우드 도구 등에 사용하는 CLI 자격 증명
- 앞선 Bot이 저장해 둔 작업 결과
따라서 “마케팅 Bot”과 “재무 Bot”을 따로 만들었다고 해서 권한이 나뉘지는 않습니다. 한 Bot이 로그인한 사이트를 다른 Bot도 사용할 수 있고, 한 프로젝트의 민감한 파일이 다른 Bot에게 보일 수 있습니다.
실제 경계는 원래 서비스에서 만들어야 합니다. 읽기 전용 사용자, 특정 프로젝트만 접근하는 서비스 계정, 최소 역할, 철회 가능한 단기 토큰을 사용하면 에이전트 이름과 무관하게 권한을 제한할 수 있습니다. 서로 봐서는 안 되는 두 업무의 비밀을 한 공유 컴퓨터에 함께 두지 않는 것이 가장 명확합니다.
사람이 직접 해야 하는 일과 승인해야 하는 일
비밀번호, passkey, 2단계 인증 코드, CAPTCHA, 결제 확인, 신원 확인이 필요하면 Agent Computer를 열어 사람이 조작을 넘겨받는 방식이 권장됩니다. 막힌 단계만 완료한 뒤 다시 Bot에게 제어를 돌려줍니다.
비밀번호나 일회용 코드를 일반 채팅에 붙여 넣지 마세요. 지원되는 연결에서 값이 대화와 모델에 노출되지 않는 보안 입력이 나타날 수 있지만, 이는 범용 비밀번호 관리자가 아닙니다.
안전하게 로그인하는 것과 행동의 결과를 승인하는 것은 다른 문제입니다. 공식 승인·보안 가이드는 요청 단계에서 Bot이 어디서 멈춰야 하는지 명시하도록 안내합니다. 특히 아래 행동은 사람의 판단 뒤에 두는 편이 좋습니다.
- 외부 이메일, 메시지, 초대 발송
- 콘텐츠나 광고의 실제 공개
- 구매, 송금, 예산 변경
- 데이터 삭제나 덮어쓰기
- 접근 권한, 운영 환경, 법적 조건 변경
Settings → General → Auto-review를 사용할 수 있다면 구체적이고 좁은 규칙을 만드세요. “모든 외부 이메일 발송 전에 승인”은 대상과 결과가 분명합니다. “브라우저 작업은 항상 허용”은 너무 넓습니다. Require Approval과 Always Allow가 동시에 맞으면 전자가 우선하지만, Auto Review도 모델 판단이므로 최소 권한을 대신할 수는 없습니다.
내 컴퓨터까지 자동으로 열리는 것은 아니다
클라우드 컴퓨터와 사용자의 로컬 컴퓨터는 분리되어 있습니다. Grok Bot이 클라우드 브라우저와 터미널을 쓸 수 있다고 해서 로컬 파일이나 명령 실행 권한을 자동으로 갖는 것은 아닙니다.
로컬 실행에는 별도 설정이 있습니다. 공식 문서상 기본값은 Ask every time이며 항상 허용하거나 Never allowed로 둘 수도 있습니다. 웹 서비스와 클라우드 파일만 필요한 일이라면 로컬 접근을 열 이유가 없습니다.
성과물 보존도 실행 환경의 차이를 고려해야 합니다. /workspace는 지속할 프로젝트 파일을 두는 곳이지만 임시 디렉터리, 수동 설치 패키지, 커밋되지 않은 애플리케이션 상태는 교체될 수 있는 것으로 취급됩니다. 중요한 결과는 대화에 첨부하거나 내려받거나, 사용자가 관리하는 저장소에 별도로 보관하는 편이 안전합니다.
Reset과 Bot 삭제는 정리 기능이 아니다
클라우드 PC가 응답하지 않을 때 Update나 Recover가 제공되면 지속 상태를 유지하면서 환경을 다시 만들 수 있습니다. 반면 Reset Agent Computer는 최근 지속 스냅샷으로 돌아가며 저장되지 않은 새 작업을 잃을 수 있습니다. 복구 버튼이 백업을 보장하지는 않습니다.
Bot 삭제의 범위도 제한적입니다. Bot을 목록에서 제거해도 공유 컴퓨터의 파일이나 브라우저 세션은 삭제되지 않습니다. 프로젝트 접근을 끝내려면 다음 대상을 각각 처리해야 합니다.
- 관련 정기 작업을 멈추거나 삭제합니다.
- 공유 브라우저에서 해당 사이트를 로그아웃합니다.
- 연결을 제거하고 원본 서비스에서도 권한을 철회합니다.
/workspace에서 남길 필요가 없는 민감 파일을 제거합니다.- 계정 전체 삭제가 필요하면 계정 데이터 절차를 별도로 사용합니다.
Grok Bot은 Cursor 인증과 계정 데이터 설정을 사용합니다. 현행 문서는 데이터 저장이 필요하고 Legacy Privacy Mode를 지원하지 않으며, 학습 옵트아웃은 적용 가능한 Cursor 계정 설정을 따른다고 명시합니다. 이를 “항상 무저장” 또는 “어떤 경우에도 학습에 사용되지 않음”으로 확대하면 안 됩니다.
첫 테스트는 결과보다 통제 가능성을 본다
공개 입력, 확인 가능한 출력, 되돌릴 수 있는 실패를 가진 과제로 시작하세요. 예를 들면 “지정한 공개 문서 세 개를 비교하고 출처 링크가 있는 초안을 /workspace에 저장하되, 전송·공개·추가 로그인·원본 변경은 하지 말 것”입니다.
시작 전에 허용한 자료, 쓰기 위치, 반드시 멈출 행동, 반환해야 할 확인 자료를 정합니다. 첫 실행은 Agent Computer를 보며 파일이 예상 위치에 저장되는지, 초안이 외부 발송으로 넘어가지 않는지 확인합니다.
다음 시험에서는 관리자 계정 대신 범위가 제한된 연결 하나만 추가합니다. 결과와 작업 기록, 승인 시점이 예상대로일 때만 권한을 넓히세요. 복잡한 데모를 한 번 성공시키는 것보다 실수의 결과를 통제할 수 있는지 확인하는 편이 실제 사용 판단에 더 유용합니다.
베타의 접근 조건과 미공개 사양
2026년 9월 3일 기준 공식 출시 안내는 Grok Bot을 early beta로 표시합니다. SuperGrok, SuperGrok Plus, SuperGrok Heavy, Cursor Pro·Pro+·Ultra, Cursor Teams Standard·Premium 구독자의 데스크톱 및 iOS 접근을 안내합니다. Bot 사용량은 기존 Grok/Cursor 사용량과 별도이며 Enterprise는 대기 목록을 제공합니다.
구독 자격은 바뀔 수 있으므로 구매 전에 공식 페이지를 다시 확인해야 합니다. 확인한 공식 자료에는 독립 월 요금이나 CPU, RAM, 저장공간, 네트워크의 확정 사양이 없습니다. 커뮤니티에서 공유되는 숫자를 계약 조건으로 받아들이지 마세요.
Grok Bot 클라우드 PC는 여러 웹사이트와 파일을 오가며 사용자가 자리를 비운 동안 계속되어야 하고, 작업을 확인 가능한 단계로 나눌 수 있을 때 유용합니다. 반대로 Bot별 엄격한 격리, 로컬 전용 데이터, 무저장, 승인 없는 고영향 자동화가 필요하면 맞지 않습니다. 도구의 영리함보다 공유되는 접근 범위가 업무의 결과와 맞는지를 먼저 판단해야 합니다.
