Grok Build, OpenCode·Kilo Code에 상륙: xAI의 13일 롤아웃

xAI가 13일 만에 세 가지 개발 도구에 grok-build-0.1을 배포했다. 각 통합이 무엇을 지원하는지, 어떤 환경을 선택해야 하는지 정리했다.

Grok Build, OpenCode·Kilo Code에 상륙: xAI의 13일 롤아웃

팀을 위한 도구입니다. 백엔드 작업에 IntelliJ IDEA, TypeScript에 VS Code, 비동기 코드 리뷰에 Slack을 사용하는 개발자는 한 번 인증하면 세 환경 모두에서 grok-build-0.1에 접근할 수 있습니다. 클라우드 에이전트는 이를 한층 확장합니다 — IDE 세션을 열어두지 않아도 되는 장시간 백그라운드 작업으로, 야간 코드 분석이나 자동화된 PR 리뷰 워크플로에 유용합니다.

이전에 grok-code-fast-1 무료 프로모션 빌드를 사용하던 Kilo Code 사용자 — 해당 빌드는 2026년 5월 6일경 만료되었습니다 — 는 2026년 8월 이후에도 계속 이용하려면 grok-build-0.1로 재인증해야 합니다. Kilo Code는 VS Code 확장과 JetBrains 확장 간의 기능 동등성 매트릭스를 공개하지 않았습니다. JetBrains의 특정 기능에 의존하는 개발자는 Kilo Code를 프로덕션 워크플로에 도입하기 전에 해당 IDE에서 동작을 직접 확인해야 합니다.

CLI 인터페이스: 플랜 모드, 병렬 서브에이전트, 워크트리 격리

Grok Build CLI는 xAI의 독자적인 터미널 코딩 에이전트로, 2026년 5월 14~15일 얼리 베타로 출시되었습니다 . grok-build-0.1을 기존의 공급자 독립적 하네스에 연결하는 OpenCode, Kilo Code와 달리, 이 CLI는 Claude Code, Codex CLI 등 다른 터미널 에이전트와 차별화되는 특정 동작을 중심으로 설계되었습니다. 두 가지 기능이 핵심 차별점입니다: 파일을 건드리기 전에 필수 인간 승인 체크포인트를 삽입하는 플랜 모드, 그리고 메인 브랜치 충돌을 방지하는 격리된 git 워크트리에서 실행되는 병렬 서브에이전트입니다.

플랜 모드는 동급 도구와 비교해 운영 측면에서 가장 두드러지는 기능입니다. CLI가 전체 실행 계획을 수립하고 개발자에게 검토를 요청하며, 사용자가 명시적으로 승인하기 전까지 파일 변경은 일어나지 않습니다. Claude Code와 Codex CLI는 작업을 받으면 기본적으로 즉시 실행합니다. 이 체크포인트는 여러 맥락에서 의미가 있습니다: 검토되지 않은 자동 변경이 위험 요소인 프로덕션 코드베이스, 에이전트의 실행 전략을 먼저 파악하고 싶은 온보딩 워크플로, 인프라 또는 코드 변경 전 인간 승인이 필수인 컴플라이언스 환경이 그 예입니다.

아레나 모드는 여러 모델을 병렬로 실행하며 결과를 나란히 비교합니다. 실질적인 활용 사례는 프롬프트 보정입니다: 특정 모델이나 프롬프트 템플릿을 반복 워크플로에 도입하기 전에, 동일한 작업을 grok-build-0.1과 다른 모델에 동시에 실행해 도구를 전환하거나 별도 터미널 세션을 유지하지 않고 결과를 비교할 수 있습니다. 작업 유형에 따라 단일 모델을 정하지 못한 팀에게 아레나 모드는 외부 벤치마크 대신 실제 업무 기반의 실증적 비교를 제공합니다.

병렬 서브에이전트는 각자 격리된 git 워크트리에서 조사, 구현, 리뷰 작업을 동시에 처리합니다. 이 격리 방식 덕분에 에이전트들이 서로의 진행 중인 변경 사항을 덮어쓰는 일이 없습니다. 라이브러리 API 조사, 구현, 구현 리뷰처럼 자연스럽게 병렬 분해가 가능한 작업의 경우, 워크트리 격리를 통한 병렬 실행으로 실제 소요 시간을 줄이고 브랜치 충돌 위험을 없앨 수 있습니다.

CI 파이프라인에서는 grok -p로 헤드리스 실행을 활성화하고, --always-approve로 도구별 확인 프롬프트를 건너뜁니다 . 권한 모델은 도구 호출 단위로 기본값이 ask이며, ~/.grok/config.toml(사용자 수준) 또는 .grok/config.toml(프로젝트 수준)에서 설정할 수 있습니다. 기본 제공 도구 커넥터로는 Linear, Sentry, Grafana가 있습니다 . 또한 CLI는 AGENTS.md, MCP 서버, 훅, 스킬, 플러그인을 자동으로 탐색합니다. 하네스는 200만 토큰 컨텍스트 윈도우를 제공합니다 — OpenCode와 Kilo Code가 사용하는 API 모델의 256K 토큰 한도보다 훨씬 크지만, xAI는 이것이 별도 모델 변형인지 하네스 수준의 컨텍스트 관리 레이어인지 공식 확인을 하지 않았습니다.

Grok Build CLI vs Claude Code vs Codex CLI: 기능 비교
기능 Grok Build CLI Claude Code Codex CLI
플랜 모드 (실행 전 승인) 있음 — 구조화된 계획 수립 후 파일 변경 전 사용자 승인 없음 — 기본적으로 즉시 실행 없음 — 기본적으로 즉시 실행
아레나 모드 (병렬 모델 비교) 있음 없음 없음
병렬 서브에이전트 + git 워크트리 격리 있음 — 격리된 브랜치에서 동시 에이전트 실행 병렬 서브에이전트 지원 (Max 티어); 네이티브 워크트리 격리 없음 없음
헤드리스 CI 모드 grok -p --always-approve claude -p --dangerously-skip-permissions --full-auto
네이티브 도구 커넥터 Linear, Sentry, Grafana MCP 기반 (확장 가능) 제한적인 플러그인 생태계
컨텍스트 윈도우 (하네스) 200만 토큰 모델 티어에 따라 상이 모델 티어에 따라 상이
기본 권한 도구 호출 단위 ask 도구 호출 단위 ask 설정 가능 (일부 모드에서 기본 승인)
설정 위치 ~/.grok/config.toml 또는 .grok/config.toml ~/.claude/ 또는 CLAUDE.md ~/.codex/

구독 OAuth와 직접 키 접근: xAI의 배포 방식

Grok Build Lands in OpenCode and Kilo Code: xAI's 13-Day Rollout

xAI는 grok-build-0.1 접근을 두 가지 경로로 제공합니다. 기존 X 플랫폼 구독자를 위한 구독 기반 OAuth, 그리고 그 외 모든 사용자를 위한 직접 API 키 접근입니다. 월 $300의 SuperGrok Heavy 및 X Premium Plus 구독자는 토큰당 과금 없이 CLI를 사용할 수 있습니다 . API 사용자는 Kilo Code의 모델 문서에 따르면 입력 토큰 100만 개당 $1.00, 출력 토큰 100만 개당 $2.00, 캐시 읽기 토큰 100만 개당 $0.20를 지불합니다 .

캐시 읽기 요금은 장시간 코딩 세션에서 눈여겨볼 만합니다. 여러 에이전트 호출에 걸쳐 동일한 대규모 코드베이스 컨텍스트를 반복적으로 로드하는 경우 — 몇 시간에 걸쳐 기능을 반복 개발할 때 흔히 나타나는 패턴 — 전체 입력 요금인 $1.00/M 대신 캐시된 프롬프트 토큰에 $0.20/M 요금이 적용됩니다 . 세션에서 20만 토큰짜리 프로젝트 컨텍스트를 20번 로드하면, 400만 토큰에 걸친 요금 차이는 세션당 $3.20입니다 — 개인적으로는 크지 않지만, 팀 단위로 매일 여러 세션이 누적되면 무시하기 어려운 금액입니다.

X Premium 또는 SuperGrok에 대한 OAuth 연결은 실질적인 트레이드오프를 수반합니다. 장점으로는 기존 구독자가 API 키 관리나 결제 설정 없이 즉시 접근할 수 있습니다. 단점으로는 개발자 도구 접근이 소셜 플랫폼 구독과 연동됩니다. 구독이 만료되면 도구 접근도 함께 끊깁니다. 구독 티어는 소비자 결제 모델로, 조직 수준의 API 키, 사용량 제한, 감사 로그를 제공하지 않습니다. 이미 구독 중인 개인 개발자에게는 진입 장벽이 낮습니다. 반면 공유 접근을 관리하는 팀에게는 표준 API 키에는 없는 자격증명 관리 복잡성이 생깁니다.

비구독자는 환경 변수의 XAI_API_KEY를 통해 인증합니다. OpenCode와 Kilo Code 모두 OAuth 옵션과 함께 이 경로를 지원합니다. 직접 키 접근은 브라우저 기반 OAuth 핸드셰이크가 불가능한 헤드리스 인프라 배포에서 유일하게 실용적인 방법이기도 합니다. Grok Build CLI는 현재 API 키 접근을 지원하지 않으며, 공개 베타 출시 기준 월 $300 구독자 티어로만 제한됩니다.

grok-code-fast-1 지원 종료 및 마이그레이션 안내

Grok Build Lands in OpenCode and Kilo Code: xAI's 13-Day Rollout

grok-code-fast-1은 2026년 5월 15일에 지원이 중단되었으며, 완전 종료는 2026년 8월 15일로 예정되어 있습니다 — 3개월의 마이그레이션 기간입니다. 이 모델은 약 3,140억 파라미터의 혼합 전문가(MoE) 아키텍처로, 초당 약 92토큰 속도에 256K 토큰 컨텍스트 창을 제공하며, SWE-Bench Verified에서 70.8%를 기록했습니다 . 자동 마이그레이션은 없습니다. 구형 모델 ID를 참조하는 도구, 파이프라인, 또는 설정은 모델이 종료되면 작동을 중단합니다.

OpenCode 사용자: 이전에 모델 선택기에서 grok-code-fast-1을 선택했고 아직 변경하지 않았다면, 2026년 8월 15일 이전에 공급자 설정을 열고 grok-build-0.1을 선택하세요. 기존 OAuth 연결은 유효하며, 모델 선택만 업데이트하면 됩니다. OpenCode는 고정된 모델 선택을 자동으로 마이그레이션하지 않습니다.

Kilo Code 사용자: 이전의 무료 할당량은 2026년 5월 6일경에 만료된 grok-code-fast-1의 프로모션 빌드에서 실행되었습니다 . 2026년 8월 15일 이후에는 grok-code-fast-1을 참조하는 모든 Kilo Code 워크플로가 실패합니다. 종료 마감일을 기다리지 말고 지금 grok-build-0.1로 재인증하세요.

CI 파이프라인 및 스크립트: 설정 파일, 환경 변수 정의, 파이프라인 정의에서 grok-code-fast-1을 검색하고 x-ai/grok-build-0-1로 교체하세요. 마이그레이션은 모델 ID 치환입니다. API 계약 구조 — 엔드포인트, 요청 형식, 응답 형식 — 는 두 모델 간에 변경되지 않습니다.

벤치마크에 관해 한 가지 짚어둘 점이 있습니다. grok-code-fast-1의 SWE-Bench Verified 70.8% 점수와 grok-build-0.1의 PinchBench 88.9% 점수는 서로 다른 평가 프레임워크에서 서로 다른 태스크 분포를 측정한 결과입니다 . SWE-Bench Verified는 실제 GitHub 이슈의 자율적 해결 능력을 테스트하고, PinchBench는 로그 분석, CSV 처리, 작성, 기타 구조화된 소프트웨어 태스크를 다룹니다. 두 점수는 직접 비교할 수 없으며, 18점 향상으로 해석해서는 안 됩니다. grok-build-0.1의 SWE-Bench Verified 데이터는 이 글 작성 시점 기준 아직 공개되지 않았습니다.

인터페이스 선택: CLI, OpenCode, 아니면 Kilo Code

Grok Build Lands in OpenCode and Kilo Code: xAI's 13-Day Rollout

세 인터페이스 모두 동일한 grok-build-0.1 모델을 사용하지만, 컨텍스트 윈도우·접근 방식·IDE 지원 범위·지원 워크플로 패턴에서 상당한 차이가 있습니다. 기존 스택, 구독 상태, Plan Mode나 워크트리 격리 같은 기능이 필수인지 여부에 따라 적합한 선택이 달라집니다. 아래 비교표는 2026년 5월 28일 공개 API 베타 기준으로 확인된 기능을 반영합니다 .

인터페이스 비교: Grok Build CLI vs OpenCode vs Kilo Code
기준 Grok Build CLI OpenCode Kilo Code
IDE / 지원 인터페이스 터미널 전용 터미널 전용 VS Code, JetBrains (IntelliJ IDEA, PyCharm, WebStorm), CLI, 클라우드 에이전트, Slack
컨텍스트 윈도우 2M 토큰 (하네스 레벨) 256K 토큰 (API 모델) 256K 토큰 (API 모델)
접근 방식 SuperGrok Heavy / X Premium Plus ($300/월) 전용 xAI OAuth 또는 XAI_API_KEY X Premium / SuperGrok OAuth 또는 XAI_API_KEY
병렬 서브에이전트 지원 지원 — 격리된 git 워크트리 네이티브 병렬 서브에이전트 없음 클라우드 에이전트 경유 (비동기)
Plan Mode 지원 미지원 미지원
Arena Mode 지원 미지원 (멀티 프로바이더는 가능하나 병렬 비교는 불가) 미지원
Slack 연동 미지원 미지원 지원
멀티 프로바이더 유연성 xAI 전용 Claude, GPT, Gemini 포함 75개 이상 프로바이더 멀티 프로바이더 (xAI + 기타)
헤드리스 CI 지원 — grok -p --always-approve 지원 — XAI_API_KEY 경유 지원 — 클라우드 에이전트 경유

CLI를 선택하세요 — 이미 SuperGrok Heavy 또는 X Premium Plus 구독자이고, 주로 터미널에서 작업하며, Plan Mode·Arena Mode·워크트리 격리 병렬 서브에이전트가 필요하다면 CLI가 적합합니다. 2M 토큰 컨텍스트 윈도우와 내장된 Linear·Sentry·Grafana 커넥터도 차별화 요소입니다. 단점: 터미널 전용 인터페이스, xAI 프로바이더 종속, 그리고 베타 출시 기준 월 $300 요금은 진입 장벽입니다.

OpenCode를 선택하세요 — 오픈소스 터미널 에이전트 생태계를 이미 사용 중이고, 기존 모델 설정에 grok-build-0.1을 추가하고 싶다면 적합합니다. OAuth 연동은 몇 분이면 충분하고, 설정 파일 변경 없이 Claude·GPT-4o·Gemini·xAI 등 세션별 프로바이더 선택이 자유롭습니다. 단점: 256K 컨텍스트 윈도우, Plan·Arena Mode 미지원, 개인 계정 OAuth는 팀 공용 CI 자격증명으로 부적합합니다.

Kilo Code를 선택하세요 — 팀이 JetBrains IDE를 사용하거나, Slack 기반 비동기 코드 리뷰가 필요하거나, IDE 세션을 열어두지 않고 백그라운드 작업을 처리할 클라우드 에이전트가 필요하다면 적합합니다. VS Code·JetBrains·클라우드 에이전트를 단일 OAuth 연결로 묶어 폴리글랏 팀의 마찰을 줄입니다. 단점: 256K 컨텍스트 윈도우, Plan Mode 미지원, VS Code 대비 JetBrains 기능 동등성은 Kilo Code가 공식 문서화하지 않았습니다.

xAI는 2025년 9월 GitHub Copilot, Cursor, Cline, Roo Code, Kilo Code, OpenCode, Windsurf에 grok-code-fast-1을 동시 출시했습니다 . 2026년 5월 롤아웃은 멀티플랫폼 전략을 반복하되 순서를 뒤집었습니다 — 독점 CLI 먼저, 오픈소스 하네스 나중. 이는 xAI가 순수 배포 확장보다 개발자 관계 주도권을 우선시하기 시작했다는 신호입니다. — xAI on X

세 인터페이스 모두에 해당하는 고려 사항이 있습니다. 공유 CI 파이프라인이나 다수 개발자 접근을 위해 안정적인 비개인 자격증명이 필요하다면, 개인 OAuth보다 OpenCode나 Kilo Code의 XAI_API_KEY 방식이 더 적합합니다. CLI는 현재 API 키 접근을 지원하지 않아, xAI가 해당 경로를 열기 전까지는 팀 공용 인프라에 적합하지 않습니다.

자주 묻는 질문

grok-build-0.1은 OpenCode나 Kilo Code에서 API 키가 필요한가요?

xAI 구독자라면 필요하지 않습니다. OpenCode와 Kilo Code 모두 OAuth 기반 인증을 지원합니다. OpenCode에서 /connect를 실행하거나 Kilo Code에서 Grok 계정을 연결하면 API 키를 직접 입력하지 않아도 자격 증명이 자동으로 관리됩니다. X Premium 및 SuperGrok 구독자는 이 방식을 이용합니다. 자격 요건을 충족하는 구독이 없는 개발자는 환경 변수에 XAI_API_KEY를 설정하고 직접 API 요금을 지불합니다: 입력 토큰 100만 개당 $1.00, 출력 토큰 100만 개당 $2.00, 캐시 읽기 토큰 100만 개당 $0.20 . 두 가지 인증 방식 모두 두 도구에서 완전히 지원됩니다.

CLI와 API 모델의 컨텍스트 윈도우 차이는 무엇인가요?

Grok Build CLI는 하네스 레벨에서 200만 토큰 컨텍스트 윈도우를 제공합니다. API 모델(x-ai/grok-build-0-1)은 256K 토큰으로 제한됩니다 . OpenCode와 Kilo Code 모두 API 모델을 사용하므로 CLI의 하네스 레벨 윈도우와 무관하게 256K 토큰으로 제한됩니다. CLI의 2M 토큰 기능이 별도의 모델 변형을 반영하는지, 아니면 하네스에 내장된 컨텍스트 관리 레이어를 반영하는지는 게재 시점 기준으로 xAI가 확인하지 않은 상태입니다.

grok-code-fast-1은 언제 중단되며 무엇을 바꿔야 하나요?

grok-code-fast-1은 2026년 5월 15일에 지원 중단(deprecated)되었습니다. 완전한 종료(retirement)는 2026년 8월 15일로 예정되어 있습니다 . 자동 마이그레이션은 제공되지 않습니다. 모델 선택을 고정해 놓은 OpenCode 사용자는 8월 마감 전에 수동으로 grok-build-0.1로 전환해야 합니다. 기존 grok-code-fast-1 할당을 사용하던 Kilo Code 사용자는 새 모델로 재인증해야 합니다. 이전 모델 ID를 참조하는 모든 CI 파이프라인이나 구성 스크립트는 2026년 8월 15일 이후 작동을 멈춥니다. 설정 파일과 환경 정의 전반에서 grok-code-fast-1을 검색하고 x-ai/grok-build-0-1로 업데이트하세요.

X Premium 또는 SuperGrok 구독 없이도 grok-build-0.1을 사용할 수 있나요?

네, 직접 API 키 접근을 통해 가능합니다. 환경 변수에 XAI_API_KEY를 설정하고 클라이언트를 xAI의 API 엔드포인트로 지정하세요. 종량제 요금: 입력 토큰 100만 개당 $1.00, 출력 토큰 100만 개당 $2.00, 캐시 읽기 토큰 100만 개당 $0.20 . OpenCode와 Kilo Code 모두 OAuth 구독 방식의 완전한 대안으로 API 키 방식을 지원합니다. 단, Grok Build CLI는 현재 월 $300의 SuperGrok Heavy 및 X Premium Plus 구독자로 제한되어 있으며 , 공개 베타 출시 기준으로 CLI에 대한 API 키 접근 경로는 존재하지 않습니다.

Kilo Code의 JetBrains 확장은 VS Code 확장과 동일한 기능을 지원하나요?

두 확장 모두 동일한 OAuth 흐름을 사용하며 동일한 API 모델을 통해 grok-build-0.1을 제공합니다. Kilo Code의 JetBrains 지원 범위에는 IntelliJ IDEA, PyCharm, WebStorm이 포함됩니다 . 다만 Kilo Code는 VS Code와 JetBrains 확장 간의 상세한 기능 동등성 비교 자료를 공개하지 않았습니다. 인라인 diff 보기, 컨텍스트 포함 제어, 특정 UI 패널 등 특정 기능에 의존하는 개발자는 Kilo Code를 주요 워크플로에 도입하기 전에 대상 JetBrains IDE에서 동작을 직접 검증해야 합니다.

주목할 사항: 접근 제한, 컨텍스트 윈도우 불확실성, 그리고 8월 마감

향후 90일 동안 이번 출시가 실제로 어떻게 자리 잡을지를 결정할 미해결 질문이 세 가지 있습니다. 첫째: Grok Build CLI의 월 $300 구독자 제한은 개별 개발자에게 가장 큰 도입 장벽입니다. xAI가 CLI 접근을 더 낮은 구독 등급으로 개방하거나 API 키 지원을 추가한다면 비교 구도가 크게 달라집니다. Plan 모드와 Arena 모드가 프리미엄 구독 없이도 이용 가능해지면, OpenCode와 Kilo Code의 프로바이더 유연성 강점과의 균형이 달라질 것입니다.

둘째: CLI의 2M 토큰 컨텍스트 윈도우 주장은 xAI가 특정 모델 변형이나 하네스 기법에 귀속시키지 않은 상태입니다. 더 큰 컨텍스트가 실제 확장 컨텍스트 모델이 아니라 청킹·요약·선택적 검색 같은 관리 기법을 반영하는 것이라면, 매우 긴 컨텍스트 작업에서의 성능이 숫자가 시사하는 것과 다를 수 있습니다. 대규모 모노레포 작업을 위해 CLI를 선택하기 전에 자신의 코드베이스로 직접 검증해볼 가치가 있습니다.

셋째, 그리고 가장 즉각적인 조치가 필요한 사항: 2026년 8월 15일 grok-code-fast-1 종료는 느슨한 가이드라인이 아닌 엄격한 마감일입니다. OpenCode 모델 선택, Kilo Code 설정, CI 파이프라인 정의에서 grok-code-fast-1을 사용하는 모든 팀은 지금 당장 코드베이스를 검색해야 합니다. 교체 작업은 모델 ID 치환으로 끝나며 API 계약 변경은 없으므로 마이그레이션 비용은 낮습니다. 8월 15일에 프로덕션 장애가 발생하는 비용은 결코 낮지 않습니다.

마지막 업데이트: 2026-05-29. xAI 공식 발표, Kilo Code 모델 문서, 2026년 5월 28일까지 게재된 제3자 보도를 기반으로 합니다. grok-build-0.1은 공개 베타 중이며 기능, 요금 및 접근 등급은 변경될 수 있습니다.

최신 소식 받기

AI 도구, 에이전트, 그리고 이들을 잇는 프로토콜에 대한 현장 기록.

Creeta 둘러보기