Grok Bot 리뷰: 지속형 에이전트, 일반 채팅과 무엇이 다른가

일반적인 채팅은 노트북을 덮는 순간 사실상 끝난다. Grok Bot은 반대로 작동한다. 이름을 붙인 에이전트가 클라우드 컴퓨터에서 역할 맥락, 파일, 브라우저 세션, 루틴을 이어받아 작업을 계속할 수 있다. 단순히 더 나은 챗봇이라기보다 지속적으로 일하는 작업자에 가깝지만, 초기 베타 특유의 안정성 문제와 공유 상태 때문에 중요한 업무를 완전히 무인으로 맡길 수는 없다.

Grok Bot의 정체: 일반 Grok 채팅과의 차이

Grok Bot은 xAI가 2026년 8월 11일 공개한 초기 베타 에이전트 제품이다. 공식 설명의 핵심은 ‘프롬프트가 긴 Grok’이 아니다. 클라우드 컴퓨터, 연결 도구, 웹사이트, 파일을 활용해 업무를 이어갈 수 있는, 이름 있는 AI 팀원을 제공한다는 데 있다.

차이는 작업의 단위에서 드러난다. 일반 Grok 4.6 채팅 경험은 사용자가 질문하고, 결과를 검토하고, 직접 행동하는 대화를 중심으로 한다. 반면 Grok Bot은 정해진 역할과 실행 환경, 작업 이력을 가진 지속형 작업자다. 사용자가 자리를 비운 뒤에도 업무를 이어갈 수 있다.

그래서 비교 기준은 ‘어느 챗봇이 글을 더 잘 쓰는가’가 아니다. ‘채팅 한 턴이 끝난 뒤에도 남아 있는 업무는 무엇인가’를 봐야 한다. 공식 Grok Bot 개요와 출시 발표도 이러한 제품 수준의 차이를 뒷받침한다. 동시에 이 제품이 여전히 베타 소프트웨어라는 점 역시 분명히 하고 있다.

Grok Bot을 에이전트답게 만드는 4가지 지속 상태

Grok Bot이 채팅 세션과 다르게 느껴지는 이유는 답변 한 번을 넘어 네 가지 상태가 유지되기 때문이다. Bot의 정체성, 작업 메모리, 도구 접근 권한, 컴퓨터 환경이 그것이다. 모두 업무 연속성을 높여 주지만, 실수의 대가 역시 함께 키운다.

지속되는 정체성: 역할을 맡는 주체

Grok Bot은 관련 없는 프롬프트에 답하는 대신, 계속되는 책임을 맡도록 설계됐다. Bot 관리 문서는 Bot을 이름과 업무, 자체 대화, 시간에 따라 축적되는 작업 맥락을 가진 지속형 팀원으로 설명한다.

이런 구조에서는 ‘일반 도우미’보다 ‘주간 계정 상태 점검’처럼 역할을 명확히 정하는 편이 훨씬 유용하다. 프로필에는 ‘연결된 모니터링 목록을 준비하되, 승인 없이 고객에게 연락하지 말 것’ 같은 지속 지침을 넣고, 대화에는 현재 계정 목록과 일회성 지시를 담을 수 있다.

여기서 정체성은 의식이나 독립적인 법적 주체를 뜻하지 않는다. 어떤 맥락, 역량, 루틴, 경계가 적용돼야 하는지 시스템에 알려 주는 운영상 정체성이다.

다만 중요한 한계가 있다. 이름을 붙인 Bot이 곧 권한 경계는 아니다. 한 사용자 계정 아래의 모든 Bot은 같은 지속형 클라우드 컴퓨터를 쓰므로, Bot을 여러 개 만든다고 보안 구획까지 분리되는 것은 아니다.

메모리: 연속성은 제공하지만 진실을 보장하지 않는다

Grok Bot은 안정적인 작업 선호도, 중요한 사실, 역할 맥락, 이전 작업의 요약을 유지할 수 있다. 반복 업무 절차를 매번 다시 설명할 필요는 줄지만, 공식 문서는 메모리가 권위 있고 최신인 원천 데이터를 대체하지 않는다고 명시한다.

실무에서는 다음처럼 나누는 편이 좋다.

• 지속적으로 적용할 행동 규칙은 Bot 설명에 넣는다.
• 변하는 사실은 원본 시스템에 둔다.
• 영향이 큰 판단 전에는 Bot이 최신 기록을 다시 열어 보게 한다.
• 오래된 요약을 믿기보다 낡은 가정은 직접 수정한다.

메모리는 채팅 기록과도 수명 주기가 다르다. Bot 문서에 따르면 Bot을 복제하면 프로필, 설정, 활성화된 스킬, 루틴, 아바타는 복사된다. 하지만 대화 이력, 학습된 메모리, 채팅 첨부 파일은 복사되지 않는다. Bot을 삭제하면 프로필, 대화, 루틴은 제거되지만 공유 파일과 브라우저 세션은 클라우드 컴퓨터에 남아 있을 수 있다.

매번 작업을 처음부터 시작하는 것보다 분명 낫다. 그러나 신뢰할 수 있는 데이터베이스와 같지는 않다. 채팅 세션은 쉽게 잊을 수 있지만, 지속형 Bot은 원본 데이터와 지침을 관리하지 않으면 틀린 내용을 계속 기억할 수도 있다.

도구: 사용자의 시스템 안에서 실행하는 능력

일반 채팅은 사용자가 다른 곳에 적용할 텍스트, 코드, 추천을 내놓는다. Grok Bot은 사용할 수 있는 곳에서 커넥터나 MCP를 이용하고, 깔끔한 API나 통합 기능이 없는 경우에는 브라우저로 웹사이트를 조작하도록 설계됐다.

이 차이는 오래된 공급업체 포털, 내부 대시보드, 브라우저 전용 관리 도구, 연동이 어려운 워크플로에서 특히 중요하다. 실패 양상도 달라진다. 부실한 답변은 검토 시간을 낭비하지만, 잘못된 브라우저 조작은 실제 데이터를 생성하거나 바꿀 수 있다.

현재 보안 및 개인정보 보호 가이드는 비밀번호, 패스키, 2단계 인증 코드, CAPTCHA, 결제 확인은 사용자가 직접 처리해야 한다고 안내한다. 전송, 게시, 구매, 삭제, 권한 변경, 법적 약관 수락, 프로덕션 시스템 수정에는 좁은 승인 규칙을 적용할 것을 권장한다.

이런 통제 장치는 유용하지만, 모든 행동이 안전하다는 보장은 아니다. 사용자는 승인을 허용하기 전에 승인 요청의 대상, 범위, 값을 직접 확인해야 한다.

컴퓨터 상태: 작업이 멈추지 않는 작업 공간

지속형 컴퓨터는 Grok Bot과 일반 채팅을 가장 선명하게 가르는 요소다. 공식 개요는 브라우저, 파일 시스템, 터미널을 갖춘 사용자 범위의 클라우드 가상 머신을 설명하며, FAQ는 데스크톱 앱이나 노트북, 휴대폰을 닫은 뒤에도 백그라운드 작업이 이어질 수 있다고 말한다.

유지되는 상태에는 다음이 포함될 수 있다.

• 공유 작업 공간의 파일
• 브라우저 세션과 애플리케이션 로그인
• 터미널 측 자격 증명과 생성된 결과물
• 루틴이 진행하다 멈춘 작업
• 이후 Bot 작업이나 인수인계에 필요한 설정

이런 지속성은 설정 과정의 마찰을 크게 줄인다. 매 작업마다 모든 페이지를 다시 열거나, 같은 작업 파일을 업로드하거나, 역할을 처음부터 설명할 필요가 없다.

반대로 영향 범위도 커진다. 공식 FAQ는 한 계정에 속한 모든 Bot이 파일, 브라우저 세션, 로그인을 포함해 하나의 클라우드 컴퓨터를 공유한다고 명확히 밝힌다. Bot 화면을 분리하면 병렬 작업에는 도움이 되지만, 별도의 보안 경계가 생기는 것은 아니다.

대화 응답을 위임 가능한 워크플로로 바꾸는 방식

Grok Bot은 스킬, 루틴, Bot 간 인수인계를 통해 이러한 연속성을 자동화로 확장한다. 스킬은 작업 수행 방식을 정의하고, 루틴은 특정 Bot이 언제 실행할지 정한다. 예를 들어 일정에 따라 실행하거나 지원되는 이벤트 발생 뒤에 동작하게 할 수 있다.

문서에서 제시하는 워크플로는 의도적으로 점진적이다.

1. 먼저 작업을 한 번 수행하고 결과를 확인한다.
2. 입력값, 검증, 출력, 승인 규칙을 포함한 재사용 가능한 스킬로 방법을 저장한다.
3. 안전한 데이터로 테스트한다.
4. 과정이 신뢰할 만해진 뒤에만 예약 또는 이벤트 기반 루틴으로 전환한다.

스킬 및 루틴 문서에 따르면 루틴은 노트북이 닫혀 있어도 실행될 수 있다. Bot 하나당 최대 50개의 루틴을 가질 수 있으며, 시스템은 각 루틴별로 가장 최근 실행 기록 20개를 보관한다.

‘작업 가르치기’ 기능은 제공되는 경우 설정 장벽을 더 낮춘다. 최대 10분 동안 화면에 보이는 브라우저 조작을 기록해 시연을 초안 스킬로 바꾼다. 그렇다고 초안이 완성되는 것은 아니다. 의사결정 규칙, 실패 처리, 승인 경계를 추가해야 하며, 한 번의 성공적인 시연으로 복잡한 웹사이트의 모든 분기를 다룰 수는 없다.

여러 Bot은 병렬로 일하고 메시지를 주고받을 수 있다. 그룹 채팅은 2~6개의 Bot을 지원하며, 협업 문서는 인수인계가 대화에 표시된다고 설명한다. 매 결과를 사람이 직접 전달하지 않아도 된다는 장점이 있지만, 너무 많은 Bot이 하나의 요청에 반응하면 중복 작업이나 시끄러운 루프가 생길 수 있다.

마케팅에서 말하는 ‘테스트 실행’보다 더 주의할 부분도 있다. 공식 루틴 가이드는 테스트 실행이 웹사이트를 탐색하고, 파일을 변경하고, 연결된 도구를 호출할 수 있다고 설명한다. 이는 실제 동작을 확인하는 과정이지, 안전한 시뮬레이션을 보장하는 기능은 아니다.

에이전트 모델이 흔들리는 지점

Grok Bot의 구조는 반복 가능하고 검토하기 쉬운 업무에서 매력적이다. 그러나 유용성을 만드는 지속성은 실수까지 오래 남게 만든다. 현재 확인할 수 있는 근거는 네 가지 실질적 한계를 가리킨다. 공유 컴퓨터 상태, 불완전한 정책 집행, 취약한 웹 자동화, 그리고 일부 사용자에게 예측하기 어려운 사용량이다.

가장 먼저 봐야 할 제약은 공유 환경이다. 파일, 브라우저 세션, 로그인은 한 사용자의 Bot 전반에서 접근 가능하다. 따라서 ‘재무 Bot’과 ‘마케팅 Bot’을 격리된 작업자로 취급해서는 안 된다. 공식 보안 가이드는 최소 권한, 범위가 제한된 서비스 계정, 정기적인 커넥터 검토, 프로젝트 종료 시 파일 및 세션 정리를 권장한다.

승인에도 분명한 경계가 있다. 승인은 앞으로 제안된 행동을 통제할 뿐, Bot이 이미 끝낸 작업을 되돌리지는 못한다. 문서는 Auto Review가 실행 전에 도구 호출과 컴퓨터 조작을 평가한다고 밝히지만, 이는 모델 기반 기능이다. 최소 권한과 명시적 사람 검토를 대체하는 것이 아니라 보완해야 한다.

웹사이트도 또 다른 불확실성의 원인이다. 사이트는 자동화를 차단할 수 있고, 로그인이 만료될 수 있으며, CAPTCHA를 표시하거나, 레이아웃을 바꾸거나, 사람의 확인을 요구할 수 있다. 브라우저 접근이 API 없는 시스템까지 닿게 해 주기에 강력한 만큼, 좁은 범위로 정의된 구조화된 통합보다 안정성은 떨어진다.

실사용자 보고도 흥미로운 에이전트와 믿고 맡길 수 있는 디지털 직원 사이의 간극을 보여 준다. 실제 Grok Bot 사용 경험을 다룬 Reddit 토론에서 한 사용자는 현 상태를 이렇게 표현했다.

“지금은 재미있는 작은 컨시어지, 과장하면 개인 정보 관리 도구 정도다.” — r/grok의 u/BoddhaFace

이는 현재 제품의 강점을 잘 짚는다. 되돌릴 수 없는 비즈니스 프로세스를 온전히 맡기기보다, 정보를 수집하고 정리하고 모니터링하며 작업을 준비하는 데 적합하다는 뜻이다. 같은 스레드에는 구체적인 사용량 불만도 있다.

“오늘 Grok 통합 기능을 시작했다. 기본적인 일만 했는데 사용량이 11%나 나왔다. 꽤 심하다.” — r/grok의 u/SubtleFuryTuesday

이는 플랫폼 전체를 측정한 수치가 아니라 사용자 보고다. 그래도 리뷰에서 의미가 있는 이유는 공식 청구 문서가 모든 워크로드에 대한 단순한 할당량 표를 공개하지 않기 때문이다. 문서는 사용량이 에이전트 단계와 토큰에 따라 달라지고, 매주 초기화되며, 활성화 시 온디맨드 사용으로 이어질 수 있다고 설명한다.

Grok Bot 리뷰 결론: 지금 써볼 사람은 누구인가

Grok Bot은 이미 사용하는 도구 안에서 반복적이고 여러 단계를 거치는 워크플로가 병목이며, 외부 작업이 발생하기 전 결과를 검토할 수 있다면 시험해 볼 가치가 있다. 반대로 출시 데모가 자율 업무를 완성된 것처럼 보인다는 이유만으로 상위 요금제를 구독할 제품은 아니다.

접근 가능 여부도 가치 판단의 일부다. Cursor의 현재 공식 가격 페이지는 다음 월간 요금제를 제시하며, Grok Bot을 유료 플랜 포함 기능으로 안내한다.

Grok Bot 청구 가이드에 따르면 사용량은 일반 메시지 수와 별개다. 에이전트 단계와 토큰이 사용량을 결정한다. 유료 접근 권한은 매주 초기화되며, 무료 체험은 7일 동안의 무제한 작업을 보장하는 것이 아니라 7일 창 내에서 쓸 수 있는 사용량 크레딧이다. 이 페이지에는 정확한 주간 할당량이나 모든 워크플로의 비용이 명시돼 있지 않으므로, 장시간 자율 작업을 시작하기 전에 플랜 화면을 확인하는 편이 좋다.

구매 기준은 간단하다. 이미 대상 플랜을 쓰고 있다면 좁은 범위의 되돌릴 수 있는 워크플로 하나를 실행하고, 수정까지 반영한 뒤 절약된 시간을 측정해 보자. 개념이 통하는지 확인하려고 $200 플랜을 새로 사야 한다면, 더 신뢰할 수 있는 사용량 데이터와 강한 통제가 나올 때까지 기다리는 편이 낫다.

FAQ

Grok Bot은 일반 Grok 채팅과 같은가요?

아니다. 일반 Grok 채팅은 실시간 대화와 사용자가 주도하는 후속 작업을 중심으로 한다. Grok Bot은 작업 맥락을 유지하고, 도구를 사용하며, 클라우드 컴퓨터를 조작하고, 백그라운드 워크플로를 실행하는 이름 있는 에이전트를 중심으로 설계됐다.

Grok Bot은 세션이 바뀌어도 기억하나요?

그렇다. 공식 문서에 따르면 Bot은 역할 맥락, 안정적인 선호도, 중요한 사실, 요약, 파일, 브라우저 세션을 유지할 수 있다. 이 메모리는 업무 연속성에는 도움이 되지만, 변하는 사실의 권위 있는 원천은 아니므로 중요한 판단은 최신 기록으로 확인해야 한다.

노트북을 닫아도 Grok Bot이 계속 일할 수 있나요?

그렇다. 백그라운드 턴과 루틴은 로컬 기기가 아니라 클라우드 컴퓨터에서 실행된다. 다만 노트북을 닫는다고 승인 검토가 필요 없어진다거나, Bot이 사람만 처리할 수 있는 단계에서 멈췄을 때 문제를 해결하지 않아도 되는 것은 아니다.

각각의 Bot은 서로 격리되나요?

아니다. 한 계정 아래의 Bot은 파일, 브라우저 세션, 로그인을 포함한 하나의 지속형 클라우드 컴퓨터를 공유한다. 화면과 대화를 나눠 업무를 정리할 수는 있지만, 보안 경계는 아니다.

Grok Bot은 API가 없는 웹사이트도 사용할 수 있나요?

대체로 가능하다. 전용 커넥터가 없어도 브라우저 기반 서비스를 사용할 수 있다. 다만 로그인 요청, CAPTCHA, 자동화 방지 제어, 레이아웃 변경, 사람의 확인 때문에 워크플로가 중단될 수 있다.

Grok Bot에 돈을 낼 만한 가치가 있나요?

반복 가능하고 위험이 낮으며 결과를 측정할 수 있는 워크플로가 있는 기존 대상 플랜 구독자라면 테스트할 가치는 있다. 하지만 고가 플랜을 구매해야 할 강력한 이유는 아니며, 무인 프로덕션 업무나 금융 업무, 고객 대면 업무, 규제 대상 업무에는 적합하지 않다.

한 문장으로 정리하면

이미 Grok Bot에 접근할 수 있다면 완료 조건이 분명한 읽기 전용 또는 초안 우선 작업부터 시작하자. 아직 접근 권한이 없다면, 지속형 상태의 위험과 실제 워크로드 비용이 자신에게 납득될 때까지 데모만 보고 구매하지 않는 편이 좋다.