Grok Bot 시작하기: 설치와 로그인부터 첫 결과물 검수까지

2026년 10월 9일 확인한 공식 문서 기반 가이드입니다. 예제는 직접 작성한 작업 템플릿이며 제품에서 성공한 실행 기록이 아닙니다. 화면 이름은 클라이언트 버전에 따라 달라질 수 있습니다.

Grok Bot을 시작하려면 사용할 계정의 자격부터 확인하고, 맞는 데스크톱 클라이언트를 설치한 뒤 로그인하여 역할이 분명한 Bot을 만듭니다. 첫 작업은 실제 파일을 열어 검수할 수 있는 작은 범위로 정하고, 이후 앱 연결과 예약을 추가하세요. 이 순서라면 계정 문제와 작업 문제를 구분하기 쉽습니다.

Grok Bot은 지속적으로 일하는 에이전트 제품이며 Grok 모델 API의 다른 이름이 아닙니다. 공식 설명에 따르면 클라우드 컴퓨터에서 파일과 앱을 사용하고 한 번의 대화가 끝난 뒤에도 작업할 수 있습니다. 같은 계정의 여러 Bot은 컴퓨터를 공유하지만 대화 맥락은 별개입니다. 새 이름은 역할을 나누는 것이지 파일 보안 경계를 만드는 것이 아닙니다. 공식 개요.

첫 Bot이 무엇을 전달해야 하는지 정하기

첫 과제는 비서의 자기 설명을 믿지 않아도 정답을 확인할 수 있어야 합니다. “마케팅을 맡아 줘”에는 조사, 비공개 접근, 작성, 예약, 외부 게시가 섞입니다. “승인된 인터뷰를 내부 요약과 게시물 초안 세 개로 바꿔 줘”라면 입력과 끝이 분명합니다.

공유가 허용된 파일과 검수 목록을 준비합니다. 인터뷰의 문단이나 행에 번호를 붙이면 근거를 지목할 수 있습니다. 무관한 개인정보는 제거하세요. 자료가 없다면 가상 인터뷰라고 명시한 입력을 사용할 수 있지만, 가짜 고객 발언을 실제 추천사로 게시하면 안 됩니다.

결과가 메시지인지 파일인지 둘 다인지 정합니다. 콘텐츠는 파일명과 내용, 조사는 허용 출처와 인용 항목, 표는 열과 누락값 처리 방식을 지정합니다. 편집 가능한 파일이 필요한데 설명문만 받는 불일치를 예방하는 단계입니다.

1. 기존 계정과 이용 자격 확인하기

공식 요금제 페이지는 대상 유료 Cursor 구독과 적격 Grok 또는 X 구독 연동 경로를 안내합니다. 비즈니스·Enterprise에는 별도 조건이 있습니다. 두 번째 구독이 필요하다고 가정하기 전에 기존 자격을 확인합니다. 요금제와 결제.

연동 구독을 이용한다면 확정 전에 양쪽 계정을 확인하세요. 문서에는 연결이 영구적이며 자유롭게 해제하거나 이전할 수 없다고 설명되어 있습니다. 여러 적격 구독을 보유해도 할당량이 자동으로 합산되지는 않습니다. 잘못된 계정 연결은 일시적인 로그인 오류와 다르므로 임의 계정으로 시험할 일이 아닙니다.

조직에서는 사용자 라이선스 할당 조건과 관리자 정책도 확인합니다. 개인 계정 자격이 조직 계정의 권한을 증명하지는 않습니다. 사용 계정, 요금제, 클라이언트 버전, 날짜를 비공개로 기록하면 사용량이나 권한 문제를 추적할 수 있습니다. 공개 스크린샷에 결제 정보를 노출하지 마세요.

시작 문서에는 필요한 클라우드 저장과 legacy Privacy Mode의 호환성 문제도 나옵니다. 이는 계정 정책에 관한 결정입니다. 시작 화면을 통과하려고 조직 설정을 몰래 완화하지 마세요. 승인된 업무 환경과 충돌한다면 책임 있는 관리자와 해결해야 합니다. 공식 시작 가이드.

2. 맞는 데스크톱 앱 설치하고 로그인하기

공식 가이드에 연결된 설치 파일을 사용하고 OS와 CPU 아키텍처를 맞춥니다. 문서에는 macOS Intel과 Apple Silicon, Windows 선택지, Linux deb·rpm·AppImage가 있습니다. 파일에 Mac이나 Linux라고 적혀 있다는 것만으로 모든 기기에 맞는 것은 아닙니다.

macOS에서는 내려받은 패키지를 열고 앱을 Applications로 옮깁니다. Windows는 맞는 설치 프로그램을 실행하고 Linux는 배포판에 맞는 패키지를 사용합니다. 앱을 열고 시작 화면의 Sign in을 선택한 다음 브라우저 확인을 마치고 데스크톱 앱으로 돌아옵니다. 공식 문서의 경로이므로 표시가 바뀌었다면 설치된 버전의 이름을 확인하세요.

SSO를 쓰는 조직은 실제 조직 인증 경로를 사용하고 개인 계정을 반복해서 만들지 않습니다. 로그인 후 보이는 계정이 자격을 확인한 계정과 같은지 확인합니다. 계정이 다르거나 권한이 없다면 작업 설정 전에 이를 해결해야 합니다. 재설치는 없는 이용 권리를 추가하지 않고 새 구독은 잘못된 계정 연결을 고치지 않습니다. 문제 해결.

클라이언트 버전도 기록하세요. 10월 2일 Marketplace가 Connect Apps로 바뀌었고 10월 7일에는 예전 / 메뉴 방식이 제거되었습니다. 오래된 가이드의 메뉴가 안 보인다는 것만으로 설치 오류는 아닙니다. 변경 기록.

3. 역할과 경계를 명확히 정하기

공식 초기 화면의 Meet a future teammate에서 Create your own을 선택해 Bot을 정의합니다. 새 버전의 배치가 다르다면 대응하는 생성 메뉴를 찾고, 옛 라벨이 없다는 이유만으로 오류라고 판단하지 않습니다.

“Bot 1”보다는 “인터뷰 편집 담당”처럼 책임이 보이는 이름을 붙입니다. 다만 이름은 지시문을 대신하지 않습니다. 담당 업무, 우선하는 자료, 저장 위치, 사람이 결정해야 하는 시점을 적습니다.

인터뷰 편집자는 승인 자료로 내부 초안을 만들고 인용 표현을 보존하며 미확인 사실을 표시하도록 할 수 있습니다. 출시일이나 가격을 임의로 결정하거나 허가 없이 게시해서는 안 됩니다. 첫 작업이 첨부 문서 읽기뿐이라면 전체 이메일 접근이 필요하지 않습니다. 처음부터 권한을 넓히면 실패 원인도 더 복잡해집니다.

공유 환경도 고려하세요. 다른 Bot이 같은 파일, 브라우저 로그인과 자격 증명을 사용할 수 있습니다. 작업별 폴더와 분명한 파일명은 정리 방법이지만 기술적으로 강제되는 Bot별 격리라고 설명할 수는 없습니다. 컴퓨터와 앱.

4. 완전한 첫 지시문 전달하기

공식 자료에는 직접 입력, 받아쓰기, 음성 대화가 설명되어 있습니다. 어느 방식을 써도 목표, 자료 범위, 제한, 결과물, 검토 시점은 필요합니다. 시작하기.

다음은 직접 작성한 파일 작업 템플릿이며 실제 대화 기록이 아닙니다. 대괄호의 이름은 실제 첨부한 자료로 바꾸세요.

[approved-interview.txt]만 사용해 주세요.
새 interview-drafts 폴더에 내부 콘텐츠 묶음을 만들어 주세요.

결과물:
1. summary.md: 출시 기능, 향후 계획, 미결정 사항을 구분합니다.
2. posts.md: 서로 다른 독자 질문에 답하는 초안 세 개와 출처를 작성합니다.
3. actions.json: 항목마다 action, owner, deadline, source_lines를 포함합니다.

인터뷰가 담당자나 기한을 확정하지 않으면 null을 사용합니다.
가격, 날짜, 인용문, 성능 결과, 가입 링크를 만들지 않습니다.
원문을 유지하고 게시, 이메일 전송, 다른 사람에게 초안 전달은 하지 않습니다.
입력을 읽을 수 없으면 구체적으로 부족한 자료를 알리고 중단합니다.
파일, 저장 폴더, 아직 검토가 필요한 사실 목록을 반환합니다.

이 프롬프트는 정확성을 보장하지 않고 검수 가능하게 만듭니다. 제목 세 개만 있고 파일이 없다면 요구를 충족하지 못한 것입니다. JSON 문법이 맞아도 기한을 지어냈다면 실패입니다. 비서의 완료 설명이 아니라 실제 내용을 원문과 비교해야 합니다.

공개 조사가 필요하면 자료 범위를 명시적으로 바꿉니다. URL, 확인 가능한 게시일, 수집일, 해당 출처가 뒷받침하는 주장을 요청하세요. 오늘 읽은 오래된 글과 새 발표를 구분합니다. 인터뷰만 쓰라는 지시를 유지한 채 외부 자료 허용 여부를 추측하게 해서는 안 됩니다.

5. 필요한 시점에 인증과 승인을 처리하기

로그인, 사람의 승인, 누락 정보 때문에 멈출 수 있습니다. 무엇을 기다리는지 먼저 읽으세요. 대기 중이라는 것만으로 컴퓨터가 멈췄거나 할당량이 소진된 것은 아닙니다.

웹사이트 로그인은 제품에서 사용자에게 제어를 넘겨주는 기능을 통해 직접 인증합니다. 비밀번호, 일회용 코드, 세션 인증 정보을 일반 대화에 붙여 넣지 마세요. 커넥터는 계정과 권한 범위를 따로 확인합니다. 브라우저 로그인 성공이 커넥터 인증 성공을 뜻하지는 않습니다. 앱 접근.

승인 규칙에는 적용 우선순위가 있습니다. 승인 요청에서는 동작, 대상, 범위를 읽습니다. 내부 초안 업무가 갑자기 공개 게시를 요구하면 작업을 계속 진행시키려고 승인하지 말고 지시를 수정하세요. 제품 승인 규칙뿐 아니라 조직 제한도 적용될 수 있습니다. 승인과 개인정보.

필요한 인계를 마친 후 기존 작업을 재개하고 막혔던 단계가 되는지 확인합니다. 전체 작업을 새로 시작하면 원래 문제를 남긴 채 파일이나 외부 동작이 중복될 수 있습니다.

6. 대화와 저장 파일을 구분해 검수하기

각 파일을 열어 실제 존재, 내용, 편집 또는 다운로드 가능 여부를 확인합니다. 인용, 누락 필드, 계획을 출시된 기능으로 바꾼 표현을 살펴보고 수정 전에 원출력을 보관합니다.

공식 문서는 /workspace를 지속 저장 위치로 설명합니다. 임시 경로, 수동 설치 패키지, 저장하지 않은 상태에 같은 보장이 있는 것은 아닙니다. 나중에 이어갈 업무라면 입력과 최종 결과가 어디에 저장되었는지 명시적으로 확인하세요. 채팅에 파일명이 있다는 것은 지속 파일의 존재 증거가 아닙니다. 저장 설명.

예제의 통과 조건은 읽을 수 있는 파일 세 개, 원본 유지, 근거 있는 사실, 외부 게시 없음입니다. 누락된 출처 행이나 가짜 날짜처럼 구체적인 수정 사항을 기록하세요. “업무를 이해했다”는 인상보다 유용합니다.

다른 Bot을 추가할 때는 승인 파일과 인계 규칙을 제공합니다. 공유 파일은 연속성을 돕지만 첫 Bot의 대화를 새 Bot이 전부 알고 있다는 의미는 아닙니다.

7. 한 번 완료한 뒤 재사용과 예약 추가하기

효과가 있었던 자료 확인, 파일 이름, 검수 방식을 재사용 절차로 정리합니다. Grok의 skill은 지시를 저장하고 routine은 일정이나 지원 이벤트로 작업을 시작합니다. 방법 저장이 자동 예약 생성은 아닙니다. Skills와 routines.

반복 인터뷰 작업은 새 입력 판별과 새 인터뷰가 없을 때의 동작을 정해야 합니다. 폴더가 그대로인데 같은 내용을 계속 수정하거나 게시하면 안 됩니다. 안전한 실행 한 번을 예약하고 시간대와 활성 상태를 기록한 다음 실제 실행 기록과 파일을 확인합니다.

수동 테스트는 현재 지시가 동작하는지, 실제 예약 실행은 트리거가 작동하는지 확인합니다. 대화에서 등록했다고 말한 것만으로 자동화가 운영 중이라고 보고해서는 안 됩니다.

첫 작업이 끝나지 않을 때

파괴적인 Reset을 만능 첫 단계로 쓰지 마세요. 공식 문서는 재시도, 앱 재시작, 가능할 때 Recover, 컴퓨터 업데이트, Reset을 구분합니다. Reset은 마지막 스냅샷 이후 변경을 잃을 수 있습니다. 중요한 결과를 먼저 보존하고 해당 경고를 읽습니다. 문제 해결 문서.

지원 요청에는 클라이언트 버전, OS, 정확한 오류, 시간과 시간대, 가능한 작업 식별자, 시도한 단계를 포함합니다. 인증 정보와 작업에 관계없는 개인정보는 제외하세요. “Grok Bot이 안 돼요”보다 조사 가능한 기록입니다.

관련 Grok Bot 가이드

• Grok Bot 사용량 제한: 주간 할당량, on-demand 비용과 계정 연동
• Grok Bot routine이 실행되지 않을 때: 트리거, 담당 Bot, 실행 기록 확인
• Grok Bot 컴퓨터 연결 불가·멈춤 해결: 복구 순서와 데이터 손실 주의사항
• Grok Bot Connect Apps: 플러그인, 웹 로그인과 인증 오류 확인 방법
• 공식 문서로 비교하는 Grok Bot과 OpenAI Dots