Grok Build 가격 분석: 가장 싼 모델, 월 $300 구독의 손익 계산

xAI가 내놓은 Grok Build는 무엇인가

2026년 5월 14일, xAI는 “전문 소프트웨어 엔지니어링과 복잡한 코딩 작업”을 위한 에이전트형 코딩 CLI Grok Build를 출시했습니다. 현재는 초기 베타이며 SuperGrok Heavy 구독자만 이용할 수 있습니다(월 약 $299). 대상 계정에서는 명령 한 줄로 설치됩니다.

curl -fsSL https://x.ai/cli | bash

2026년형 코딩 에이전트에서 예상할 만한 기능은 모두 갖췄습니다. 대화형 TUI와 스크립트·CI용 헤드리스 모드를 제공하고, 에이전트 루프를 자체 툴에 넣을 수 있는 Agent API도 있습니다. 눈에 띄는 설계는 병렬 처리입니다. 세션당 최대 8개의 서브에이전트를 띄울 수 있고, 각 에이전트는 별도의 git worktree 브랜치에서 작업할 수 있습니다.

다만 아직 GA는 아닙니다. xAI도 Grok Build를 피드백을 수집하는 초기 베타라고 명시합니다. 공식 출시 게시물 역시 정식 제품 출시가 아니라 개발자 프리뷰로 소개합니다. 지금은 그 수준에 맞춰 평가해야 합니다.

가장 싼 모델, 가장 비싼 이용 문턱

기반 모델의 가격은 실제로 쌉니다. grok-code-fast-1 API 가격은 입력 토큰 1M당 $0.20, 출력 토큰 1M당 $1.50, 캐시 입력 1M당 $0.02입니다. 현재 출시된 실전급 코딩 모델 가운데 입력 단가가 가장 낮습니다. 캐시 적중 단가도 공격적이어서 저장소 규모의 워크플로에서는 비용 계산 자체가 달라질 수 있습니다.

성능 수치도 충분히 의미가 있습니다. xAI 내부 하네스로 측정한 SWE-Bench Verified 점수는 70.8%입니다. 현재 경쟁군과 견줄 수준이지 최고 성능은 아니지만, 프로덕션에서는 실제로 쓸 수 있느냐가 더 중요한 기준입니다.

문제는 판매 방식입니다. 모델은 API 사용량만큼 과금하지만, 에이전트는 그렇지 않습니다. 초기 베타의 Grok Build를 쓰려면 월 $300 정액제인 SuperGrok Heavy를 구독해야 합니다. 에이전트 루프를 토큰 단위로 살 수 없고 좌석을 통째로 사야 합니다.

싼 모델을 비싼 정액제 뒤에 두면, 월 사용량이 일정 문턱을 넘어야만 경제성이 생깁니다. 대부분의 1인 운영자는 그 지점까지 가지 못합니다. 가격 판단의 핵심은 여기에 있습니다.

Grok Build 가격, 구독제와 API 종량제 중 무엇이 유리한가

저는 Claude Max에서 실제 서비스용 퍼블리싱 루틴 6개를 돌리고 있으며, 이미 Codex 전환 비용도 두 차례 계산했습니다. Grok Build는 새 장난감이 아닙니다. 이미 코딩 에이전트 두 개의 비용이 잡힌 P&L에 세 번째 항목을 넣는 문제입니다.

Claude Max의 Claude Code나 Codex처럼 사용량에 맞춰 관리하는 스택에서는 한계비용이 토큰 사용량에 따라 움직입니다. 루틴의 속도를 조절하거나 세션 한도를 걸고, 폭주하는 루프를 중단할 수 있어 비용 구조가 명확합니다.

월 $300 정액제는 코딩 에이전트의 월별 종량제 토큰 비용이 $300을 넘기 전까지 고정비일 뿐입니다. 그 문턱은 대부분의 1인 운영자가 예상하는 것보다 높습니다. 제 루틴은 이미 Claude Max 좌석 하나로 처리됩니다. Codex도 P&L 기준으로는 아슬아슬하게 탈락했습니다. 계산해 볼 만큼 근접했지만 전환할 정도는 아니었습니다. 세 번째 정액제는 기존 비용 위에 더할 수 없습니다. 둘 중 하나를 대체해야 합니다.

판단 기준은 간단합니다. (a) xAI가 에이전트까지 API 종량제로 내놓거나, (b) Arena Mode가 정식 공개된 뒤 대표성 있는 평가에서 현재 스택의 통과율을 측정 가능할 만큼 넘어설 때 Grok Build를 도입합니다. 그전에는 아닙니다.

모델을 의심해서가 아닙니다. 진입 비용을 계산한 결과입니다.

토큰 손익분기점을 실제로 계산하면

손익분기점 문제로 바꿔 보겠습니다. 입력 $0.20/1M, 출력 $1.50/1M인 조건에서 토큰을 얼마나 써야 월 $300 정액제가 API 종량제보다 저렴해질까요?

1인 개발자가 매일 많이 쓰는 상황을 대략 계산해도 입력 토큰만으로 손익분기점을 넘기는 경우는 드뭅니다. 출력이 많은 리팩터링 세션은 격차를 줄이지만, 이미 매몰비용이 된 Max 좌석보다 유리해질 정도는 아닙니다. 정액제가 제값을 하려면 여러 개발자가 꾸준히 사용하거나, 8개 서브에이전트 병렬 처리를 적극적으로 펼치는 워크플로가 필요합니다.

다만 두 가지 변수는 봐야 합니다.

캐시된 입력의 $0.02/1M 단가는 이례적으로 공격적입니다. 같은 저장소와 파일을 반복해서 읽고 같은 툴을 계속 호출하는 등 캐시 지역성이 높은 워크플로라면 실질 입력 비용이 한 차수 낮아집니다. 그러면 정액제가 API 종량제의 가격을 이기기 어려워집니다.

반대로 8개 서브에이전트를 펼치면 상황이 달라집니다. 병렬 서브에이전트는 원래 작게 끝날 작업의 토큰 소비를 늘리며, 최악에는 8×까지 불어납니다. 비용 상한이 정해져 있으니 이런 병렬 처리에서는 정액제가 겉보기에 후해 보입니다. 같은 워크플로를 API에서 직접 종량제로 돌리면 상한이 없습니다. xAI가 접근을 제한한 데에는 실제 이유가 있습니다. 병렬 처리를 최대로 펼쳤을 때의 API 청구액은 정말 부담스러울 수 있고, 구독제는 그 변동성을 흡수합니다.

그래서 더더욱 종량제 버전을 기다린 뒤 실제 평가를 돌려 봐야 합니다. 잘될 것이라는 기대만으로 지금 구독할 이유는 아닙니다.

이번 주에 할 일

지금 쓰는 서비스는 해지하지 마십시오. 기존 종량제 스택으로도 충분합니다.

팀에 남는 SuperGrok Heavy 좌석이 이미 있다면, 핵심 업무가 아닌 루틴 하나에서 grok-code-fast-1을 현재 모델과 A/B 테스트해 보십시오. 추가 지출 없이 실제 신호를 얻을 수 있습니다.

실제 코드베이스의 평가 작업 하나에 API로 모델을 투입해 보십시오. 입력 단가가 $0.20/1M이므로 의미 있는 평가도 몇 센트면 됩니다. 출시 게시물만 보고 판단하기 전에 자신의 저장소에서 70.8%가 어떤 느낌인지 확인해야 합니다. 벤치마크는 출발점이지 의사결정 그 자체가 아닙니다.

이번 주에 할 일은 이것뿐입니다. 세 번째 구독 항목을 추가할지가 쟁점이며, 솔직한 답은 명확합니다. 이용 방식이 바뀌거나 모델이 좌석값을 한다는 사실을 입증하기 전에는 추가하지 않습니다.

앞으로 30일 동안 확인할 신호

세 가지를 추적하고 있습니다.

API 종량제 Grok Build. 기반 모델뿐 아니라 에이전트 자체도 토큰 단위로 살 수 있게 되는 순간, 사용량이 적은 운영자의 계산은 뒤집힙니다. 대부분의 스택에 Grok Build가 들어갈 수 있는 가장 결정적인 변화입니다.

Arena Mode 정식 공개. xAI는 여러 에이전트가 같은 작업을 경쟁적으로 해결하고, 개발자에게 결과를 보내기 전에 순위를 매기는 기능을 예고했습니다. 통과율 상승이 실제라면 가격과 무관한 성능상의 근거가 됩니다. 그러면 판단도 달라집니다.

SuperGrok Heavy 제한을 유지할지, 개발자 요금제를 내놓을지. 지금 Grok Build가 대부분의 운영 스택에 들어가지 못하는 유일한 이유는 이 진입 장벽입니다. 월 $20–50의 개발자 요금제가 나온다면 이 글의 결론도 바뀝니다.

이 세 가지 중 하나가 현실화되기 전까지 Grok Build는 진입 방식이 잘못 설계된, 그러나 경쟁력 있는 선택지입니다. 모델은 싸지만 에이전트는 싸지 않습니다. 결론은 그것뿐입니다.