금요일 퇴근 전, 매주 확인하던 제품 공지 세 곳을 Bot에게 넘깁니다. 원하는 것은 긴 검색 결과가 아니라, 다음 주 회의에서 볼 변경 사항과 근거 링크가 담긴 보고서 초안 한 개입니다. 자료를 찾고 이전 내용과 비교하는 일까지 맡길 수 있다면 AI를 쓰는 방식도 달라집니다.
Grok Bot은 이렇게 여러 단계를 거치는 업무를 맡기는 AI 에이전트입니다. 이름과 역할을 정한 Bot이 클라우드 컴퓨터의 브라우저·파일·도구를 사용합니다. 노트북을 닫아도 클라우드 작업은 이어질 수 있습니다. 다만 로그인이나 승인이 필요하면 사람을 기다리므로, ‘퇴근 후에도 일한다’가 ‘어떤 업무든 혼자 끝낸다’를 뜻하지는 않습니다. Grok Bot 소개
처음부터 만능 비서를 만들기보다 매주 반복하고, 결과를 내가 확인할 수 있는 작은 업무 하나를 고르는 편이 좋습니다. 주간 보고서 예시를 따라가며 첫 Bot을 만들고, 쓸 만한 결과를 반복해서 받는 방법까지 살펴보겠습니다.
Grok Bot은 무엇을 대신 해주나요
Grok Bot에서 중요한 변화는 답변 뒤에 작업 환경이 붙는다는 점입니다. 채팅으로 목표를 전달하면 Bot이 필요한 사이트를 열고 자료를 다루며, 완성한 파일이나 확인할 결과를 대화로 가져옵니다. 같은 역할의 Bot을 계속 쓰면서 업무 맥락과 선호하는 형식을 이어갈 수 있습니다. 공식 개요
예를 들어 공지 한 건의 의미만 알고 싶다면 일반 Grok 대화로도 충분합니다. 여러 공지를 수집하고 지난 보고서와 비교해 새 파일을 만드는 일이라면 Bot을 고려할 이유가 생깁니다. 저장소의 코드를 고치는 작업은 별도 코딩 에이전트인 Grok Build의 영역에 가깝습니다. 이 글에서 다루는 Grok Bot은 X 게시물에서 @grok을 부르는 답글 기능과도 구분해야 합니다.
실무에서는 다음과 같이 ‘입력에서 결과까지의 거리’가 있는 일을 후보로 고를 수 있습니다. 아래는 업무를 설계하기 위한 예시이며, 각 서비스 접근 권한과 파일을 읽을 수 있는 상태가 전제입니다.
| 구분 | 역할 | 설명 | 예시 |
|---|---|---|---|
| 변화를 계속 따라가야 할 때 | 주간 제품 변경 브리핑 | 정해 둔 공식 공지와 이전 보고서를 비교해 새 변화와 우리 팀의 확인 사항을 정리합니다. | 입력: 공지 링크와 지난 보고서 → 결과: 출처가 붙은 새 보고서 초안 |
| 회의 전 자료를 오갈 때 | 미팅 준비 자료 | 공유해도 되는 회사 소개와 회의 메모에서 상대방 배경, 지난 결정, 물어볼 질문을 묶습니다. | 입력: 공개 자료와 허용된 메모 → 결과: 회의 전 읽을 브리핑 |
| 비슷한 문의가 쌓일 때 | 문의 분류와 답장 초안 | 접근을 허용한 문의와 답변 기준을 대조해 유형을 나누고 담당자가 검토할 답장을 만듭니다. | 입력: 허용된 문의 자료 → 결과: 분류 목록과 미발송 답장 |
첫 업무로는 공개 자료 브리핑이 부담이 적습니다. 메일함 전체나 고객 시스템을 연결하지 않아도 시작할 수 있고, 원문과 결과를 대조하기도 쉽습니다. 반대로 매번 정답이 크게 달라지는 전략 판단, 결제와 계약 확정처럼 잘못했을 때 되돌리기 어려운 일은 처음 맡길 대상으로 적합하지 않습니다.
설치와 로그인, 첫 Bot 만들기
공식 다운로드 페이지에서 Grok Bot 앱을 받습니다. 터미널에 코딩 도구 설치 명령을 입력하는 과정과 혼동하지 않도록, 운영체제에 맞는 앱을 선택합니다. 설치 안내
- Windows: 설정 → 시스템 → 정보의 시스템 종류에서 x64·Arm64를 확인하고 해당 설치 파일을 실행합니다. 설치 후 시작 메뉴에서 엽니다.
- macOS: Apple 메뉴 → 이 Mac에 관하여에서 Apple silicon·Intel을 확인합니다. 해당 디스크 이미지를 열고 Grok Bot을 Applications로 옮겨 실행합니다.
- Linux: More downloads에서 아키텍처와 배포판에 맞는 파일을 고릅니다. Debian·Ubuntu는
.deb, Fedora·RHEL은.rpm을 패키지 관리자로 설치합니다. AppImage는 실행 권한을 부여한 뒤 엽니다.
앱의 Get started 또는 Sign In with Cursor를 선택하고 브라우저 인증을 마친 뒤 앱으로 돌아옵니다. Grok Bot은 Cursor 계정을 사용합니다. 플랜 연결이 필요한 계정은 다음 절의 조건을 확인합니다.
초기 안내에서 도구를 선택하는 것만으로 실제 계정 연결까지 끝나지는 않습니다. 클라우드 컴퓨터 준비가 끝나면 추천 동료를 고르거나 Create your own으로 이름·주된 업무·작업 방식을 정합니다. 첫 Bot은 다음 정도면 충분합니다.
이름: 주간 브리핑
주된 업무: 지정한 제품의 공식 변경 사항을 조사합니다.
작업 방식: 출처 링크를 남기고, 확인된 사실과 추정을 구분합니다.
보고서는 한국어 초안으로 만들고 외부 발송 전에는 검토를 기다립니다.
iPhone에서도 이어서 확인할 수 있습니다. 공식 모바일 안내의 App Store 링크에서 앱을 받고 같은 Cursor 계정으로 로그인합니다. 데스크톱과 같은 Bot·대화·클라우드 컴퓨터에 연결되어 결과 확인과 승인 요청 처리를 할 수 있습니다. 요구 환경은 iOS 18 이상이며, iPad용으로 설계된 앱은 아닙니다. Android 안내도 공식 문서에 함께 있습니다. 모바일 사용법
무료로 쓸 수 있나요? 시작 전 요금 확인
Grok Bot에 접근하는 대표적인 경로는 Cursor Pro·Pro+·Ultra·Teams를 사용하는 것, 또는 개인 SuperGrok·SuperGrok Plus·Heavy·X Premium+ 구독을 Cursor 계정에 연결하는 것입니다. SuperGrok Lite는 대상이 아니며, 조직용 계정은 적용 조건을 별도로 확인해야 합니다. 플랜 안내는 시작 가이드와 갱신 시점이 다를 수 있으므로 실제 계정 화면과 Plans and billing을 우선 확인합니다.
무료 체험은 무제한 사용 기간이 아니라 사용량 크레딧에 7일 이용 창이 함께 적용되는 방식입니다. 메시지 개수보다 Bot의 작업 단계와 토큰 사용이 크레딧에 영향을 줍니다. 긴 조사 한 번이 많은 사용량을 소모할 수 있으므로, 체험이 표시된다면 작은 업무부터 실행하고 전후 사용량을 봅니다.
유료 플랜의 Weekly usage와 추가 과금인 On-demand usage도 구분해야 합니다. On-demand가 켜져 있으면 주간 포함량을 다 쓴 뒤에도 추가 요금으로 이어질 수 있습니다. 월간 한도를 설정해도 이미 진행 중인 작업이 한도를 넘겨 끝날 수 있어, 정확한 금액에서 즉시 멈추는 장치로 생각하면 안 됩니다. 추가 과금을 원하지 않는다면 On-demand 설정을 먼저 확인합니다.
기존 Cursor 구독에 SuperGrok을 연결해도 사용량이 합산되지 않습니다. 연결 후 다른 Cursor 계정으로 옮기거나 해제할 수 없다는 안내도 있으므로, 연결할 계정을 정확히 고르는 것이 먼저입니다. 이용량·계정 연결·추가 과금 조건
첫 업무: 다음 회의에 쓸 보고서 초안 맡기기
‘요즘 중요한 소식 알아서 정리해줘’라고 하면 조사 범위와 끝나는 조건이 없습니다. 어떤 자료에서, 어느 기간의 변화를, 누구를 위해, 어떤 결과물로 만들지를 적어야 사람이 검수할 기준도 생깁니다. 공식 시작 안내도 목표·자료·제약·결과물·검토 지점을 요청에 포함하도록 권합니다. 첫 작업 요청 구성
다음은 공개 제품 공지로 주간 브리핑을 만드는 문서 기반 요청 예시입니다. 대괄호 부분을 실제 링크와 기간으로 바꿉니다. 지난 보고서가 없다면 그 항목을 지우고 첫 보고서임을 알려 줍니다.
다음 주 팀 회의에서 볼 제품 변경 브리핑 초안을 만들어 주세요.
자료: [공식 공지 URL 1], [URL 2], [URL 3]
비교 자료: 첨부한 지난 보고서. 없으면 첫 보고서라고 표시해 주세요.
조사 기간: [시작일]부터 [종료일]까지, 시간대는 Asia/Seoul입니다.
각 공지에서 새 기능·이용 조건·업무 방식에 영향을 주는 변화를 찾아 주세요.
발표일과 실제 적용일을 구분하고, 지난 보고서에 있던 내용은 중복 제외해 주세요.
각 항목은 제품명, 변경 내용, 영향을 받는 사람, 원문 링크 순서로 적어 주세요.
사실과 우리 팀에 대한 제안을 구분하고, 마지막에 확인할 질문 3개를 적어 주세요.
접근하지 못한 자료는 '확인 불가'로 남기고 '변경 없음'과 구분해 주세요.
지정 자료 밖의 추가 조사가 필요하면 이유와 후보 링크를 먼저 알려 주세요.
한국어 보고서 파일 한 개를 만들고 이 대화에서 열 수 있게 첨부해 주세요.
파일을 만들 수 없으면 본문 초안과 실패 이유를 남겨 주세요.
원본 수정, 외부 발송, 유료 결제는 하지 말고 결과 검토를 기다려 주세요.
여기서 ‘원문 링크’는 장식이 아닙니다. Bot이 ‘새 기능이 제공됩니다’라고 요약했는데 원문에는 ‘다음 달부터 일부 고객에게 순차 제공’이라고 적혀 있다면, 회의에서 내릴 판단이 달라집니다. 발표와 적용, 전체 고객과 일부 고객을 구분하도록 요청해야 하는 이유입니다.
자료를 더 붙일 때는 그 역할도 설명합니다. ‘첨부 PDF는 지난 보고서’, ‘이 문서는 이번 보고서의 형식 참고’처럼 쓰면 됩니다. 파일을 대화에 첨부하거나 접근 가능한 링크를 전달할 수 있으며, 비공개 링크는 별도 로그인이 필요할 수 있습니다. 결과는 대화의 파일 카드에서 열어 검토합니다. 파일 전달과 결과 확인
첫 보고서의 합격 기준은 세 가지입니다. 실제 열리는 결과 파일이 있는지, 주요 주장에 원문 근거가 있는지, 확인하지 못한 부분이 드러나는지입니다. 문장이 매끄럽다는 이유만으로 합격시키지 않습니다. 공지 하나를 골라 원문과 적용 대상·날짜를 대조하고, 지난 보고서의 내용을 새 소식으로 반복하지 않았는지도 봅니다.
마음에 들지 않는 부분은 보고서 전체를 새로 만들게 하기보다 구체적으로 고칩니다. ‘두 번째 항목은 적용 대상이 빠졌으니 원문에서 확인해 추가하고, 나머지 항목은 유지해 주세요’라고 요청하면 무엇이 개선됐는지 비교하기 쉽습니다. 파일 수정과 출처 보강을 이어서 요청하는 흐름은 공식 결과 검토 안내에서도 제시합니다.
한 번 잘된 일을 매주 반복시키는 방법
첫 결과가 쓸 만해졌다면 Skill에는 작업 방법을, Routine에는 실행 시점을 담습니다. Skill은 재사용할 지침이고, Routine은 담당 Bot이 일정이나 지원되는 이벤트에 맞춰 실행할 작업입니다. 먼저 한 번의 과정을 안정시킨 뒤 반복으로 옮기는 순서입니다. Skill·Routine 안내
보고서 예시에서는 다음과 같이 이어서 요청할 수 있습니다.
방금 검토를 마친 과정을 '주간 제품 변경 브리핑' Skill로 저장해 주세요.
조사할 링크, 중복 제외 기준, 보고서 형식, 원문 대조 방법을 포함해 주세요.
자료 접근 실패와 변경 없음은 구분하고, 외부 발송은 검토 후에만 진행합니다.
이 Skill을 매주 금요일 오후 6시, Asia/Seoul 기준으로 실행하는
Routine을 만들어 주세요. 직전 실행에서 확인한 기간 이후의 자료를 조사합니다.
결과는 이 대화에 남기고, 예정 시각과 다음 실행 시각을 보여 주세요.
| 구분 | 역할 | 설명 | 예시 |
|---|---|---|---|
| 지금 한 번 | 작업 요청 | 범위와 결과물, 멈출 지점을 정해 첫 보고서를 만들고 고칩니다. | 지정한 공지를 읽고 이번 주 보고서 초안을 만들어 주세요. |
| 다음에도 같은 방식 | Skill | 검토한 방법과 예외 처리 기준을 재사용할 지침으로 남깁니다. | 공식 출처 우선, 중복 제외, 확인 불가 항목 표시 |
| 정해진 때 실행 | Routine | 담당 Bot, 일정, 입력 자료와 결과를 받을 위치를 정합니다. | 매주 금요일 18시, 한국 시간으로 실행 |
생성 후에는 일정과 시간대, 다음 실행 시각을 직접 확인합니다. Test run도 실제 작업을 수행합니다. 안전한 자료로 실행하고 파일 변경·연결 도구 호출이 일어날 수 있다는 점을 고려해야 합니다. 자료가 정상인 경우뿐 아니라 공지가 없는 주, 사이트가 안 열리는 경우도 보고서에 어떻게 표시되는지 살펴봅니다.
데스크톱에서 저장된 Skill은 입력창의 /로 참조할 수 있습니다. 작업 시연을 배우는 Teach a task가 보이면 브라우저 조작을 보여 주는 방법도 있습니다. 다만 한 번 본 동작에 모든 예외가 담기지는 않으므로 생성된 지침을 검토해야 합니다. 해당 기능이 보이지 않으면 완료한 작업과 글로 쓴 지시를 바탕으로 Skill을 만들면 됩니다. 재사용 지침과 반복 실행 관리
잘 쓰는 요령: Bot 수보다 업무의 끝을 분명하게
Bot을 많이 만드는 것보다 같은 Bot에게 맡길 역할을 좁히는 편이 관리하기 쉽습니다. 보고서 담당에게 조사·비교·초안 작성을 맡기고, 결과 형식이 안정된 뒤 업무를 늘립니다. Bot의 이름과 직무, 지침을 정하고 지속되는 작업 환경을 활용하는 구조는 공식 Grok Bot 101에서 확인할 수 있습니다.
조사량과 보고서 분량은 따로 제한합니다. ‘세 줄로 답해줘’만으로는 자료를 얼마나 뒤질지 정해지지 않습니다. ‘이 링크 세 곳만’, ‘지난 실행 이후의 변경만’, ‘추가 조사는 먼저 제안’처럼 작업 자체의 범위를 정합니다. 보고서가 별로라는 이유로 무조건 처음부터 다시 조사하게 하기보다, 빠진 근거 한 건이나 잘못 분류한 항목만 보완하게 하는 방식도 고려할 수 있습니다. 이는 일정한 절감률을 보장하는 비법이 아니라 불필요한 작업을 줄이기 위한 운영 기준입니다.
완료 조건에 멈추는 상황도 넣습니다. ‘자료 두 곳이 안 열리면 확인 가능한 부분만 초안으로 남기고 알려 주세요’처럼 적습니다. 실패를 숨긴 완성본보다 중간 결과와 남은 일이 분명한 초안이 다음 행동을 정하기 쉽습니다. 반복 작업은 매시간 실행할 이유가 있는지부터 따져 보고, 실제 회의나 보고 주기에 맞춰 설정합니다.
앱 연결은 필요한 것부터 합니다. 지원되는 서비스는 Settings → Plugins에서 연결하고, 웹사이트 조작이 필요한 경우에는 브라우저를 사용합니다. 공식 안내는 가능한 경우 구조화된 커넥터를 우선하도록 권합니다. 다만 연결 가능한 앱과 권한은 계정에서 확인해야 합니다. 컴퓨터와 앱 사용법
여러 Bot을 만들 때 놓치기 쉬운 점이 있습니다. 같은 계정의 Bot들은 하나의 클라우드 컴퓨터에서 파일과 로그인 상태를 공유합니다. 역할마다 화면이 있어도 보안 구역이 나뉘는 것은 아닙니다. ‘개인 Bot’과 ‘회사 Bot’이라는 이름만 붙여 민감한 자료를 분리했다고 생각해서는 안 됩니다. 공유 컴퓨터 구조
결과는 자동으로 만들고, 외부 행동은 검토하기
보고서를 작성하는 것과 팀 메일로 보내는 것은 다른 단계입니다. 처음에는 결과를 대화에 남기게 하고, 발송할 때 수신자·본문·첨부 파일을 확인합니다. 자동화의 첫 목표를 ‘사람이 읽을 초안이 준비되어 있다’로 잡으면 검토할 대상을 분명히 정할 수 있습니다.
Auto Review가 제공되는 환경에서는 Settings → General → Auto-review에서 규칙을 설정할 수 있습니다. Require Approval과 Always Allow가 동시에 맞으면 승인 요구가 우선합니다. 다만 자동 검토도 모델 기반이므로 요청문에 적은 금지 사항과 승인 설정을 함께 사용해야 합니다. 승인과 자동 검토
로그인이나 CAPTCHA가 막으면 Agent Computer를 열어 필요한 단계만 직접 처리하고 제어권을 돌려줍니다. 비밀번호나 일회용 인증번호를 일반 대화에 붙여 넣지는 않습니다. 클라우드 저장이 필요한 제품이므로 회사 자료를 연결하기 전에는 조직의 데이터 정책과 Cursor 계정 설정도 확인해야 합니다. 클라우드 저장과 학습 활용 동의는 같은 질문이 아닙니다.
작업을 그만둘 때도 Bot만 지우면 끝나는 것은 아닙니다. 관련 Routine을 멈추고, 공유 컴퓨터에서 로그아웃하고, 커넥터와 원래 서비스의 접근 권한을 해제하며, 필요 없어진 작업 파일을 정리해야 합니다. Bot 삭제만으로 공유 파일과 브라우저 세션이 제거되지는 않습니다. 데이터 설정과 접근 해제
멈췄을 때 먼저 볼 것과 계속 쓸지 판단하는 법
Bot이 답을 안 한다고 바로 새 Bot을 만들 필요는 없습니다. 대화 상태와 컴퓨터 화면을 보면 승인 대기인지, 로그인 문제인지, 사용량 소진인지 구분할 수 있습니다. 앱 연결이 끊어져도 클라우드 작업은 계속될 수 있으므로, 같은 요청을 다시 보내기 전에 이미 만든 파일이나 수행한 행동부터 확인합니다. 문제 해결 안내
| 구분 | 역할 | 설명 | 예시 |
|---|---|---|---|
| 사람의 입력을 기다릴 때 | 질문·승인·로그인 확인 | 대화와 Agent Computer를 열어 멈춘 단계를 찾습니다. | 필요한 로그인이나 승인만 처리한 뒤 현재 작업을 이어갑니다. |
| 예약한 결과가 없을 때 | Routine과 사용량 확인 | 활성 상태, 일정·시간대, 최근 실행 기록과 사용량을 확인합니다. | 다른 작업을 만들기 전에 실패 원인과 다음 실행 시각을 봅니다. |
| 보고서가 틀리거나 비었을 때 | 자료와 완료 기준 확인 | 원문 접근 실패, 조사 기간, 결과 파일 위치를 확인합니다. | 빈 보고서를 변경 없음으로 받아들이지 않고 누락된 범위만 보완합니다. |
계속 쓸지는 검토까지 포함한 내 일이 줄었는가로 판단합니다. 보고서 초안을 받았어도 매번 출처를 새로 찾아야 하고 문장을 대부분 다시 써야 한다면, 조사 범위와 결과 형식을 더 좁힐 필요가 있습니다. 반대로 원문 몇 곳을 대조하고 필요한 판단만 보태면 회의에 가져갈 수 있다면, 그 업무는 반복 실행을 검토할 만합니다. 구독료와 추가 사용량도 이 검토 부담과 함께 봅니다.
처음 맡길 일은 내일이나 다음 주에도 다시 할 업무 하나면 됩니다. 입력 자료를 정하고, 열어 볼 결과물을 지정하고, 첫 결과를 고친 뒤 반복으로 옮깁니다. 퇴근 후에도 일하는 AI 비서는 이렇게 맡길 일과 끝나는 지점이 분명해질 때 실제 업무에 자리를 잡습니다.
에이전트의 기본 구조는 AI 에이전트란 무엇인가, 외부 도구에 계정을 연결할 때의 판단은 MCP와 AI 연결 보안에서 이어서 볼 수 있습니다.
VIEW—
