이제 Warp에서 xAI의 Grok 모델을 에이전틱 터미널의 기본 옵션으로 실행할 수 있으며, 요금은 Warp 크레딧 미터가 아닌 xAI 플랜에 청구됩니다. 함정은 라우팅에 있습니다. 하지만 먼저, 이 연결이 실제로 무엇을 제공하는지 살펴보겠습니다.
SuperGrok 연결, 실제로 무엇이 달라지나
SuperGrok 구독을 연결하면 Grok이 단순 셸 프로세스로 실행되는 독립 실행형 grok CLI 바이너리가 아닌 Warp 기본 에이전트 내 일급(first-class) 모델이 됩니다. 각 요청은 Warp의 종량제 AI 크레딧을 소모하는 대신 사용자 고유의 xAI 구독에 청구됩니다 . 이 통합은 2026년 6월 중순에 출시되었으며, Warp의 SuperGrok 문서는 2026년 6월 15일에 마지막으로 업데이트되었습니다 .
이 방식으로 Grok을 실행하는 것은 Warp에서 제공하는 모델에 크레딧을 사용하거나 터미널 내에서 xAI의 독립 실행형 Grok Build CLI를 호출하는 것과 다릅니다. 연결되면 Grok은 Warp의 전체 에이전틱 툴셋을 상속합니다: 로컬 파일에 대한 코드베이스 인식, 코드 생성 및 편집, 셸 명령 및 테스트 실행, 그리고 Python, TypeScript, Go, Rust 등 다양한 언어 지원 . xAI의 모델에 Warp의 하네스가 감싸진 형태로 사용하게 됩니다.
이용 자격은 폭넓습니다. SuperGrok 연결은 Warp 서비스 약관에 따라 직원이 10명 이하인 개인 및 조직을 대상으로 Warp 무료 티어와 모든 적격 유료 플랜에서 사용할 수 있습니다 . 더 큰 팀에는 별도의 라우팅 규칙이 적용됩니다.
한 가지 단계에서 혼란을 겪는 경우가 많습니다: 구독 연결이 활성 모델을 자동으로 전환하지는 않는다는 점입니다. 인증과 모델 선택은 별개의 작업입니다. 연결 후에도 Warp의 모델 피커에서 Grok 모델(키 아이콘으로 표시됨)을 직접 선택해야 하며, 그렇지 않으면 이미 선택된 모델로 계속 프롬프트가 전송됩니다 .
SuperGrok 연결하기: 설정, 동의, 피커 아이콘

SuperGrok 연결은 API 키를 붙여 넣을 필요 없는 2단계 OAuth 흐름입니다. 브라우저에서 한 번 인증한 후 Warp에서 Grok 모델을 명시적으로 선택하면 됩니다. Warp 설정을 열고 SuperGrok을 검색한 다음 연결을 클릭하세요. Warp가 기본 브라우저에서 xAI의 동의 화면을 실행하면 액세스를 승인하면 되며, Warp는 수동으로 복사하는 키 대신 xAI 구독에 연결된 토큰을 받습니다 .
토큰이 저장되는 위치가 중요합니다. Warp는 결과로 생성된 xAI 액세스 토큰을 로컬 기기에만 저장하며(OS 키체인 또는 플랫폼에 상응하는 보안 스토리지), Warp 서버에는 절대 보관하지 않는다고 명시합니다 . 이러한 기기 내 저장 방식이 클라우드 호스팅 실행 시 연결이 다르게 동작하는 이유이기도 하며, 이 제약은 다음 섹션에서 다룹니다.
승인 후 Warp로 돌아가 모델 피커를 엽니다. Grok 모델에는 작은 키 아이콘이 표시되며, 이는 요청이 Warp의 종량제 크레딧을 소모하는 대신 사용자의 xAI 플랜에 청구됨을 나타냅니다 . 제공되는 옵션으로는 grok-build-0.1(xAI의 독립 실행형 Grok Build CLI를 구동하는 코딩 최적화 모델)과 세 가지 추론 수준의 Grok 4.3: grok-4-3-low, grok-4-3-medium, grok-4-3-high가 있습니다 .
키로 표시된 모델 중 하나를 선택하면 해당 세션이 xAI 플랜에 연결됩니다. 구독 연결만으로는 활성 모델이 전환되지 않으며, 인증과 모델 선택은 별개의 작업입니다 . 모델을 선택하지 않으면 Warp는 이미 선택된 모델을 통해 계속 프롬프트를 라우팅하며 자체 추론과 크레딧을 사용합니다. 실용적인 체크리스트:
- 설정 →
SuperGrok검색 → 연결 - 브라우저에서 xAI 동의 화면 승인(OAuth, 키 붙여넣기 불필요)
- Warp로 돌아가 모델 피커를 열고 키 아이콘이 있는 Grok 모델 선택
이 통합은 2026년 6월 중순에 출시되었으며, Warp의 SuperGrok 문서는 2026년 6월 15일에 마지막으로 업데이트되었습니다 . 긴 세션을 시작하기 전에 아이콘이 표시되어 있는지 반드시 확인하세요. 이 아이콘이 프롬프트가 Warp 크레딧 풀을 벗어나고 있음을 알려주는 유일한 화면 표시기입니다.
Warp가 제공하는 Grok 모델 종류와 비용
Warp는 키 아이콘 뒤에 두 가지 Grok 계열 모델을 제공합니다. xAI의 Grok Build CLI도 구동하는 코딩 특화 모델 grok-build-0.1, 그리고 grok-4-3-low, grok-4-3-medium, grok-4-3-high 세 가지 추론 깊이를 갖춘 Grok 4.3입니다 . 요청 비용은 연결된 xAI 구독에서 청구되므로 토큰당 단가는 Warp의 크레딧이 아닌 xAI 기준을 따르며, 선택하는 모델에 따라 동작 방식과 비용이 모두 달라집니다.
grok-build-0.1은 빠른 에이전트 코딩용 모델로, 256,000토큰 컨텍스트 창을 지원하며 입력 1M 토큰당 $1.00, 캐시 입력 1M당 $0.20, 출력 1M당 $2.00에 제공됩니다 . Grok 4.3은 추론 깊이를 설정할 수 있는 대형 모델로 1,000,000토큰 컨텍스트 창을 지원하며, 입력 1M당 $1.25, 캐시 입력 1M당 $0.20, 출력 1M당 $2.50입니다 . 선택하는 추론 수준(low/medium/high)에 따라 지연 시간과 토큰 소비량이 달라지며, 난이도 높은 작업일수록 더 깊은 사고가 가능합니다.
| 모델 | 컨텍스트 창 | 입력 / 캐시 / 출력 (1M 토큰당) | 최적 활용 상황 |
|---|---|---|---|
grok-build-0.1 | 256k 토큰 | $1.00 / $0.20 / $2.00 | 빠른 반복 편집, 셸 기반 에이전트 루프 |
grok-4-3-low/medium/high | 1M 토큰 | $1.25 / $0.20 / $2.50 | 대형 저장소 추론, 다중 파일 리팩터, 복잡한 디버깅 |
속도 제한은 Warp가 아닌 사용자의 xAI 플랜 등급에서 비롯됩니다. 연결된 SuperGrok 구독은 Warp의 크레딧 한도가 아닌 xAI의 할당량에 따라 관리됩니다 . xAI는 2026년 1월 1일 이후 누적 지출을 기준으로 등급을 구분합니다. Tier 0은 $0, Tier 1은 $50, Tier 2는 $250, Tier 3은 $1,000, Tier 4는 $5,000이며, Enterprise는 별도 문의가 필요합니다 . Warp는 SuperGrok 경로에 대한 별도 한도를 공개하지 않으므로, 개인 xAI 콘솔에서 한도를 직접 확인해야 합니다. Warp 연동 수치가 raw API 한도와 다를 수 있습니다.
대부분의 코딩 세션에서는 grok-build-0.1이 더 저렴하고 지연 시간도 짧은 기본 선택입니다. 컨텍스트 창이나 추론 깊이가 실질적으로 필요한 경우에만 더 높은 출력 단가를 감수하고 Grok 4.3을 활용하세요.
프라이버시 구조: 기기 내 저장 vs Warp 백엔드 중계

"로컬 저장"과 "직접 호출"은 서로 다른 개념이며, SuperGrok 연결은 첫 번째만 충족합니다. Warp는 xAI OAuth 토큰을 기기(OS 키체인 또는 동급 보안 저장소)에 보관하며, 토큰을 Warp 서버에 영구 저장하지 않는다고 명시합니다 . 단, 프롬프트를 사용자 기기에서 xAI로 직접 라우팅하지는 않습니다. 모든 Grok 호출은 여전히 Warp의 백엔드를 경유합니다.
로컬 클라이언트는 xAI 액세스 토큰과 프롬프트를 Warp 백엔드로 전송합니다. 서버 측 에이전트 하네스가 시스템 지시, 대화 컨텍스트, 툴 정의를 조립한 뒤, 해당 토큰을 사용해 사용자 계정으로 xAI를 호출합니다. 응답은 스트리밍으로 클라이언트에 전달되며, 요청 완료 후 토큰은 즉시 폐기됩니다 . 실질적인 결과는 이렇습니다. 토큰이 Warp 서버 디스크에 기록되지는 않지만, 모든 호출 동안 Warp 서버에 토큰이 존재하게 됩니다.
이는 Grok에만 해당하는 특이한 구조가 아닙니다. Anthropic, OpenAI, Google의 BYOK 경로와 구조적으로 동일합니다. 해당 경우에도 로컬에 저장된 키가 Warp 백엔드를 통과하는 이유는 같습니다. 컨텍스트 조립과 툴 오케스트레이션을 담당하는 에이전트 하네스가 설계상 서버 측에 있기 때문입니다 . BYOK가 클라이언트에서 공급자로의 직접 연결을 의미한다고 가정했다면, 그 가정은 Grok 이전부터 이미 틀린 것이었습니다.
"각 요청 시 클라이언트는 액세스 토큰과 프롬프트를 당사 백엔드로 전송하며, 백엔드는 해당 토큰을 사용해 귀하를 대신하여 xAI를 호출한 후 토큰을 즉시 폐기합니다. 토큰은 Warp 서버에 저장되지 않습니다." (Warp 공식 문서, SuperGrok subscription; source: docs.warp.dev)
데이터 보존 방식에서 가장 큰 차이가 납니다. Warp 관리 추론의 경우, Warp는 계약된 공급자(OpenAI, Anthropic, Google, xAI, Fireworks AI)와 제로 데이터 보존(ZDR) 계약을 맺고 있다고 밝힙니다 . 그러나 개인 SuperGrok 구독을 연결하면 xAI 측 데이터 보존은 Warp의 ZDR 계약이 아닌 사용자의 xAI 계정 약관에 따릅니다. 구독 경로로 라우팅된 요청은 Warp의 계약 공급자가 아닌 사용자 계정으로 xAI가 처리하므로, Warp는 해당 호출에 ZDR을 적용할 수 없습니다 .
결국 프라이버시 구조는 명확히 둘로 나뉩니다. 토큰 기밀성은 향상됩니다(Warp 서버에 아무것도 저장되지 않음). 반면 전송 방식은 여전히 서버 측 중계이며, 프롬프트 보존은 Warp의 ZDR 범위를 벗어나 개인 xAI 약관의 적용을 받게 됩니다. ZDR이 팀의 컴플라이언스 요건이라면, 구독 경로 Grok으로는 이를 충족할 수 없습니다. Warp 관리 추론을 사용해야 합니다.
SuperGrok을 우회해 Warp AI 크레딧을 소비하는 기능들
SuperGrok 구독을 연결한다고 해서 Warp의 모든 요청이 xAI 계정을 통해 라우팅되지는 않습니다. 설계상 여러 경로가 Warp 자체 AI 크레딧 풀을 계속 사용합니다. Warp의 Auto 모델은 항상 Warp 자체 추론을 사용하며 Warp 크레딧을 소비합니다. SuperGrok 구독이 연결되어 활성화되어 있어도 해당 구독으로 라우팅되지 않습니다 . xAI로 청구하려면 매번 명시적으로 이름이 지정된 Grok 모델(선택기에서 키 아이콘이 있는 모델)을 선택해야 합니다.
이 분기가 중요한 경우는 크게 세 가지입니다. 첫째, 앞서 언급한 Auto는 연결 여부와 관계없이 Warp 크레딧 경로입니다. 둘째, Cloud Agent는 Warp 인프라에서 실행되며 로컬에 저장된 OAuth 토큰에 접근할 수 없습니다. xAI 토큰은 기기의 키체인에만 존재하므로 클라우드에서 실행되는 작업은 이에 접근할 수 없고, SuperGrok 링크가 활성화되어 있어도 모든 Cloud Agent 작업은 Warp 크레딧을 소비합니다 . 셋째, 폴백은 자동으로 이루어지지 않습니다. xAI 플랜이 사용량 또는 속도 제한에 도달해 HTTP 429를 반환하면, 설정에서 크레딧 폴백을 명시적으로 활성화하지 않는 한 Warp는 Warp 크레딧으로 자동 재시도하지 않습니다 . 비활성화 상태에서 구독 한도에 도달하면 크레딧이 조용히 소비되는 대신 요청 자체가 실패합니다.
실제로, 비클라우드 대화형 세션에서 키 아이콘이 있는 Grok 모델을 명시적으로 선택하지 않는 한 Warp 크레딧이 기본 청구 수단입니다. 아래 매트릭스는 각 기능의 실제 청구 경로를 정리한 것입니다.
| Warp 기능 | SuperGrok으로 라우팅? | 청구 대상 |
|---|---|---|
| Auto 모델 | 아니오 (항상 Warp 추론) | Warp 크레딧 |
| 지정 Grok 모델 (키 아이콘) | 예, 대화형 세션에서 | xAI 구독 |
| Cloud Agent | 아니오 (클라우드 실행에서 토큰 접근 불가) | Warp 크레딧 |
| 사용자 지정 OpenAI 호환 엔드포인트 | 아니오 (별도 경로, Grok 전용 아님) | 엔드포인트/프로바이더 계정 |
| 429 한도 도달, 폴백 비활성화 | 요청 실패 | 없음 (폴백 활성화 시 예외) |
사용자 지정 추론 엔드포인트 옵션은 OpenAI 호환 프로바이더(OpenRouter, LiteLLM 등)에 연결할 수 있지만, Warp의 Grok 문서는 해당 경로를 통한 직접적인 api.x.ai 키 경로를 확인하지 않으며 Grok 사용자를 SuperGrok으로 안내합니다 . 따라서 사용자 지정 엔드포인트는 xAI 구독으로 들어가는 우회로가 아닌, 독립적인 청구 경로입니다.
Warp 안의 grok 바이너리: 1급 파트너가 아닌 일반 셸 프로세스

SuperGrok 연결과 xAI의 독립형 grok CLI 바이너리는 통합 깊이가 크게 다른 두 가지 별개 제품입니다. SuperGrok은 Grok 모델을 Warp 자체 Agent에 연결하므로, 요청은 코드베이스 인식과 도구 사용 기능을 갖춘 Warp 서버 측 하네스를 통해 처리됩니다. grok 바이너리는 grok-build-0.1로 노출되는 동일한 코딩 특화 모델이자 xAI의 독립형 Grok Build CLI를 구동하는 프로그램으로, 서드파티 커맨드라인 프로그램입니다. Warp 탭에서 실행하면 여느 프로세스처럼 동작합니다.
이 차이는 실제로 중요한 결과를 낳습니다. Warp 안에서 grok 바이너리를 실행하면 Warp의 1급 에이전트 CLI 기능을 전혀 사용할 수 없습니다. 풍부한 입력 편집기도, 출력에 대한 인라인 코드 리뷰 주석도, Warp가 지원하는 서드파티 CLI 에이전트에 제공하는 수준의 세션 관리도 없습니다. Warp 위에서 실행되더라도 일반 터미널 프로세스(텍스트 입력, 텍스트 출력)처럼 동작합니다.
이 격차를 해소하는 것은 아직 미출시 요청 사항입니다. 2026년 5월 27일에 등록된 GitHub 이슈 warpdotdev/warp#11727은 Warp가 grok 바이너리를 자동으로 감지하고, 다른 지원 CLI 에이전트에 제공하는 것과 동일한 툴벨트 처리(입력 편집기, 코드 리뷰 주석, 세션 관리)를 부여해 달라고 요청합니다. 2026년 6월 19일 현재 이 이슈는 여전히 열려 있고 해결되지 않았으므로, 현재 바이너리와 Warp 에이전트 UI 사이에는 네이티브 브릿지가 없습니다.
두 경로는 각자의 역할대로 사용하세요. Grok이 Warp Agent 세션(코드베이스 컨텍스트, 다중 파일 편집, 셸 및 테스트 실행)을 주도하길 원한다면 네이티브 SuperGrok 연결을 사용하고 선택기에서 Grok 모델을 선택하세요. xAI의 grok CLI를 원한다면 실행하되, #11727이 반영될 때까지는 Warp 측 통합이 없는 일반 셸 도구로 취급하세요.
SuperGrok 연결 vs Warp 기본 AI 풀 유지
이미 xAI 플랜을 구독 중이고 Warp 크레딧 대신 해당 구독으로 Grok 요청 요금을 처리하고 싶다면 SuperGrok을 연결하세요. 이 연결은 현재 Warp에서 공식적으로 문서화된 유일한 Grok 직접 연결 방법으로, API 키 붙여넣기 방식이 아닌 OAuth로 설정합니다 . 다음 세 가지 경우에 적합합니다: 빠른 에이전트 코딩 세션을 위해 grok-build-0.1이 필요할 때, 대용량 워크로드를 처리하며 Warp 크레딧을 아껴야 할 때, 또는 Grok 4.3의 추론 수준을 Warp Agent에서 활용하고 싶을 때입니다.
SuperGrok 경로로는 사용할 수 없는 기능이 필요한 작업이라면 Warp 기본 풀을 유지하세요. 연결된 구독은 Cloud Agent에는 적용되지 않습니다. xAI 토큰은 로컬 기기에만 존재하고 클라우드 실행 환경에서는 접근할 수 없기 때문입니다. 클라우드 실행 시에는 Warp 크레딧이 소비됩니다 . Warp의 Auto 모델도 항상 Warp 자체 추론을 사용하며 SuperGrok으로 라우팅되지 않습니다 . Warp가 보장하는 Zero Data Retention이 필요하다면 Warp 관리 추론을 유지하세요. ZDR은 Warp 관리 호출에 한해 xAI를 포함한 계약 제공업체를 보장하지만, 구독 경유 Grok 요청은 사용자 본인의 xAI 약관에 따르며 Warp가 이를 강제할 수 없습니다 .
조직 규모도 선택 기준이 됩니다. SuperGrok 연결은 개인 및 직원 10명 이하 조직을 대상으로 Free 및 지원 유료 플랜에서 사용할 수 있습니다. 더 큰 팀은 BYOK 및 커스텀 엔드포인트 대안을 위해 Business 또는 Enterprise가 필요합니다 .
주의해야 할 공백이 하나 있습니다. xAI API 키만 보유한 사용자는 Warp에 직접 키를 입력할 수 없습니다. BYOK는 Anthropic, OpenAI, Google만 지원하고 xAI는 포함되지 않기 때문입니다 . OpenAI 호환 커스텀 엔드포인트(OpenRouter, LiteLLM)로 Grok 모델 호출을 프록시할 수는 있지만, 이는 공식 Warp + Grok 경로가 아니며 공식 지원이나 ZDR 보장도 없습니다 .
이미 SuperGrok 플랜을 구독 중이고, 10인 이하 팀이며, 대화형 Agent 세션에서 Grok을 원한다면 연결하고 열쇠 아이콘 모델을 선택하세요. Cloud Agent, Auto, 강제 ZDR에 의존하거나 더 큰 조직을 운영한다면 지금은 Warp 기본 풀을 유지하는 것이 좋습니다.
자주 묻는 질문
Warp 무료 플랜에서 SuperGrok을 사용할 수 있나요?
네. SuperGrok 연결은 Warp 이용약관에 따라 개인 및 직원 10명 이하 조직을 대상으로 Free 및 모든 지원 유료 플랜에서 사용 가능합니다 . 제약 조건은 플랜 등급이 아닌 조직 규모입니다. 월 $0 Free 플랜의 개인 개발자도 월 $20 Build 구독자와 동일하게 SuperGrok을 연결할 수 있습니다 . 참고로 대규모 조직에 Business 또는 Enterprise가 필요한 것은 Warp의 별도 BYOK 경로(Anthropic, OpenAI, Google API 계정)이며, SuperGrok OAuth 연결에는 해당되지 않습니다 .
SuperGrok 구독 대신 xAI API 키를 Warp에서 사용할 수 있나요?
아니요. Warp의 BYOK(bring-your-own-key) 기능은 Anthropic, OpenAI, Google 계정을 지원하지만, 현재 xAI API 키 입력란은 없습니다 . 공식적으로 문서화된 유일한 Grok 직접 연결 방법은 SuperGrok OAuth 연결입니다 . 커스텀 OpenAI 호환 엔드포인트(예: OpenRouter 또는 LiteLLM)로 xAI 호출을 프록시하는 것은 원칙적으로 가능하지만, Warp Grok 문서는 해당 경로를 통한 api.x.ai 키 직접 설정을 확인하지 않으며 Grok 사용자를 SuperGrok으로 안내하므로, 비지원 방법으로 간주하고 ZDR 보장도 없음을 인식해야 합니다 .
Warp의 Cloud Agent 실행 시 연결된 SuperGrok 구독이 사용되나요?
아니요. Cloud Agent는 Warp 자체 인프라에서 실행되며, 로컬에 저장된 xAI OAuth 토큰에 접근할 수 없습니다. 토큰은 기기의 OS 키체인 또는 동등한 보안 저장소에만 존재합니다 . 클라우드 실행은 해당 토큰에 접근할 수 없으므로 SuperGrok 연결 여부와 관계없이 항상 Warp 크레딧이 소비됩니다 . 연결된 구독은 로컬 머신의 대화형 Agent 세션에만 적용됩니다.
SuperGrok 사용 시 xAI 계정 데이터에 Warp의 Zero Data Retention 보장이 적용되나요?
아니요. Warp의 Zero Data Retention(ZDR) 계약은 계약 제공업체(OpenAI, Anthropic, Google, xAI, Fireworks AI)와의 Warp 관리 추론에만 적용됩니다 . 본인 SuperGrok 구독을 연결하면 xAI 측의 데이터 보존은 사용자 본인의 xAI 계정과 약관에 따르며, Warp는 해당 구독 경유 요청에 대해 ZDR을 강제할 수 없습니다 . 강제 ZDR이 업무에 중요하다면 이를 보장하는 Warp 관리 풀을 선택하세요.
Warp Agent에서 Grok을 사용하는 것과 Warp에서 grok CLI 바이너리를 실행하는 것의 차이는 무엇인가요?
SuperGrok 연결을 통해 Grok은 Warp 네이티브 Agent 내에서 1급 모델로 동작합니다. 로컬 파일에 대한 코드베이스 인식, 코드 생성 및 편집, 셸 명령과 테스트를 위한 도구 사용, Warp 크레딧 대신 xAI 플랜 청구 등의 기능을 갖춥니다 . Warp에서 xAI의 독립 실행형 grok 바이너리를 실행하는 것은 단순한 터미널 프로세스에 불과합니다. Warp의 풍부한 입력 편집기, 코드 리뷰 댓글, 세션 관리 기능을 전혀 사용할 수 없습니다 . CLI의 심층 툴벨트 통합은 2026년 5월 27일 등록된 GitHub 기능 요청 warpdotdev/warp#11727에서 추적 중이며 아직 열려 있습니다 .