실습 노트
Grok Bot의 핵심은 챗봇이 아니라 계속 켜진 업무용 컴퓨터
xAI가 공개한 Grok Bot의 클라우드 컴퓨터, 브라우저 작업, 다중 봇 협업, 승인 지점을 업무 자동화 관점에서 정리합니다.
업무형 AI 에이전트의 차이는 답변 문장보다 작업이 끝나는 위치에 있습니다. xAI가 공개한 Grok Bot은 클라우드에 전용 컴퓨터를 두고 브라우저·터미널·앱 안에서 작업한 뒤, 판단이 필요한 순간에만 사람을 다시 부르는 구조를 제시합니다.
채팅 뒤에 컴퓨터를 붙이는 방식
Grok Bot은 모바일이나 데스크톱의 텍스트 스레드에서 일을 받습니다. 하지만 결과를 대화창에 적는 데서 끝내지 않고, 클라우드 컴퓨터로 실제 도구와 웹사이트에 접속해 작업합니다. xAI는 API나 MCP가 없는 서비스도 브라우저로 다룰 수 있다고 설명합니다.
이 구조는 다음 세 층으로 나눠 볼 수 있습니다.
- 채팅 스레드에서 업무와 맥락을 전달합니다.
- 클라우드 컴퓨터가 브라우저와 터미널에서 실제 단계를 수행합니다.
- 결제·발송·삭제처럼 판단이 필요한 단계는 사람의 승인을 기다립니다.
따라서 에이전트 도입 기준도 “무엇을 잘 대답하나”보다 “어느 시스템에 어떤 상태를 남기나”로 옮겨가야 합니다.
여러 봇을 나누는 이유
공식 발표는 연구, 글쓰기, 비서 역할을 맡은 여러 Bot을 동시에 띄우고 그룹 대화에서 서로 업무를 넘기는 방식을 설명합니다. 한 에이전트가 모든 일을 순서대로 처리하는 대신, 역할별 작업을 병렬로 나누고 사람은 예외와 최종 판단을 맡는 구성입니다.
실무에서는 역할 이름보다 입력과 출력의 경계를 먼저 정해야 합니다.
- 조사 Bot: 출처와 후보 목록을 남깁니다.
- 작성 Bot: 정해진 자료와 형식으로 초안을 만듭니다.
- 검수 Bot: 누락·형식·정책 위반을 표시합니다.
- 사람: 외부 공개, 결제, 삭제처럼 되돌리기 어려운 일을 승인합니다.
봇 사이에 전달하는 것은 긴 대화 전체가 아니라 파일, 표, 링크, 승인 상태처럼 다시 확인할 수 있는 산출물이어야 합니다.
한 번 따라 한 작업을 루틴으로
Grok Bot은 사람이 작업하는 과정을 따라가며 선호와 순서를 기억하고, 같은 작업을 다음부터 루틴으로 실행하는 기능을 소개합니다. 이 방식은 처음부터 자동화 도구의 조건문을 모두 설계하는 접근과 다릅니다. 사람이 현재 절차를 보여준 뒤 반복 구간을 추출한다는 점이 핵심입니다.
다만 따라 하기만으로 운영 규칙이 완성되지는 않습니다. 루틴을 등록할 때 다음 항목을 함께 고정해야 합니다.
- 작업을 시작하는 조건
- 읽어도 되는 계정과 시스템
- 결과를 저장할 위치
- 반드시 멈추고 승인을 받을 단계
- 실패했을 때 남길 로그와 재시도 범위
특히 브라우저 작업은 화면과 권한이 바뀌면 같은 클릭이 다른 결과를 만들 수 있습니다. 자동 실행 전에는 테스트 계정과 제한된 권한으로 예행 작업을 거쳐야 합니다.
지속형 에이전트의 기본 단위를 다시 정하기
2026년 9월 3일 xAI의 Grok Bot 설계 글은 앞선 기능 소개를 제품 구조의 언어로 다시 설명합니다. 여기서 기본 단위는 대화가 아니라 Bot입니다. Bot은 이름·기억·자신의 런타임·도구를 가진 지속형 작업자이고, 대화는 그 Bot과 일하는 인터페이스로 내려갑니다.
xAI가 정리한 다섯 가지 원시 개념은 Bot, Chat, Prompt, Tool, Artifact입니다. 프롬프트는 일회성 지시가 될 수도 있고 Skill이나 일정·이벤트 기반 Routine으로 저장될 수도 있습니다. 도구는 API뿐 아니라 셸·커넥터·컴퓨터 사용으로 확장되고, 산출물은 문서·코드·데이터처럼 대화 밖에 남는 결과를 뜻합니다. 이 구분은 “대화 기록을 길게 보존하면 기억이 된다”는 오해를 줄여 줍니다.
업무형 제품에서 특히 참고할 부분은 상태를 따로 늘어놓지 않는 방식입니다. Bot의 아바타와 동작으로 유휴·작업·대기·차단·완료 상태를 보여주고, 컴퓨터 화면은 상태·미리보기·사용자 takeover의 세 단계로 접근하게 합니다. 사용자는 계속 감시하지 않아도 되지만, 막힌 순간에는 실행 환경으로 들어가 통제권을 되찾을 수 있습니다.
또한 도구와 맥락의 경계를 분리합니다. 도구와 Skill은 여러 Bot이 공유할 수 있지만, 기억과 Routine은 해당 역할의 Bot에 귀속됩니다. 여러 역할이 함께 일할 때는 그룹 대화로 필요한 맥락만 공유하고, 사람이 모든 전달을 수동으로 중계하지 않도록 조정 Bot을 둘 수 있습니다.
엔터프라이즈에서 추가된 경계
Grok Bot for Enterprise 발표는 이 설계를 조직 운영으로 확장합니다. 각 Bot은 클라우드의 독립 컴퓨터에서 실행되고, 기본적으로 접근 권한이 없으며 사용자가 로그인한 계정에만 닿도록 설명됩니다. 엔터프라이즈 버전은 Bot을 대규모로 관리하기 위한 접근·네트워크·감사 제어를 추가했습니다.
이 발표를 도입 허가로 읽으면 안 됩니다. 실제 운영 전에는 Bot별 계정 연결, 네트워크 허용 목록, 읽기와 쓰기 권한, 승인 대상, 감사 로그 보존 기간을 조직 정책과 맞춰야 합니다. “자신의 컴퓨터”라는 표현은 책임이 사라진다는 뜻이 아니라, 에이전트의 실행 경계를 별도로 설계해야 한다는 뜻에 가깝습니다.
적용 판단
Grok Bot이 보여주는 방향은 프롬프트 자동화보다 “업무가 실제 도구에서 끝나는가”에 가깝습니다. 메일 분류, 자료 조사, CRM 기록처럼 반복 단계가 있고 결과 위치가 분명한 업무가 첫 대상입니다.
반대로 돈을 보내거나 법적 동의를 대신하거나 대량 삭제를 수행하는 업무는 자동 완료보다 승인 설계가 우선입니다. 클라우드 컴퓨터가 실제 계정에 로그인하는 만큼 계정 범위, 비밀정보, 브라우저 세션, 감사 기록을 별도 운영면으로 관리해야 합니다.
Grok Bot의 발표는 베타 기능과 xAI가 제시한 사용 예를 설명한 자료입니다. 실제 도입 여부는 조직의 계정 정책, 서비스 약관, 승인 절차, 오류 복구 기준을 확인한 뒤 판단해야 합니다.