xAI가 만든 Grok Build가 도대체 무엇인지 묻는 분들이 부쩍 늘었습니다. 짧게 답하자면 Grok Build는 지난 2026년 5월 초기 베타 버전으로 조용히 등장해 지금도 계속 업데이트되며 테스트 중인 터미널 기반의 코딩 에이전트 커맨드라인 도구입니다. 복잡한 환경 설정 없이 까만 터미널 창에서 지시를 내리면 코드를 대신 짜주는 도구라는 점에서는 많은 분이 이미 쓰고 계신 Claude Code나 Antigravity와 크게 다르지 않아 보입니다. 하지만 그 속을 들여다보면 xAI가 어느 지점에 베팅했는지 그 독특한 차이가 보입니다.
우선 Grok Build는 Grok 4와는 별개로 오직 코딩 전용으로 따로 만들어진 grok-code-fast-1이라는 모델을 엔진으로 쓰며 256K의 넓은 컨텍스트 창을 지원합니다. 코딩 실력을 가늠하는 벤치마크 점수를 보면 이 도구가 지향하는 바가 명확해집니다. SWE-bench 자체 발표 기준으로 70.8 퍼센트의 정확도를 기록했는데 이는 같은 SWE-bench에서 Claude나 GPT의 상위 모델들이 87에서 88 퍼센트대를 기록하는 것에 비하면 눈에 띄게 낮은 수치입니다. 상식적으로 더 똑똑한 단일 모델 하나를 만드는 것이 경쟁의 기본일 텐데 xAI는 순수한 정확도로 앞서는 대신 조금 다른 전략을 택했습니다. 압도적인 천재 한 명을 데려오는 대신 적당히 똑똑한 8명을 한꺼번에 투입해 치열하게 경쟁시키는 병렬 방식에 판돈을 건 것입니다.
Grok Build는 최대 8개의 에이전트를 동시에 병렬로 실행할 수 있는 구조를 짰습니다. 여러 에이전트를 쓴다는 점은 기존 도구들과 비슷하지만 일하는 방식이 완전히 다릅니다. Claude Code의 서브에이전트들이 하나의 공유된 작업 공간에서 일하는 방식이라면 Antigravity는 커다란 통합 개발 환경 화면 하나에서 관리자가 여러 에이전트를 한눈에 관제하고 지휘하는 매니저형에 가깝습니다. 반면 Grok Build는 깃 워크트리 방식을 써서 8명의 에이전트에게 각자 완벽하게 격리된 독방을 하나씩 내어줍니다. 식당에 비유하자면 Claude는 여러 요리사가 주방 하나를 같이 쓰느라 동선이 엉킬 여지가 있지만 Grok Build는 요리사 8명에게 각자의 주방과 식재료를 아예 따로 주고 각자 요리를 완성해 오라고 시키는 것과 같습니다. 서로 다른 작업 사본을 쥐고 격리된 채 일하기 때문에 같은 파일을 동시에 건드리다 충돌할 일이 원천적으로 차단됩니다.
이들이 일하는 기본 흐름은 꽤 신중합니다. 에이전트는 먼저 계획을 세우고 사용자에게 승인을 받은 뒤에야 실제 실행에 들어가며 작성된 코드는 xAI 서버로 넘어가지 않고 철저히 사용자의 로컬 환경에서만 돌아갑니다. 흥미로운 것은 Arena Mode라고 불리는 시스템입니다. 여러 에이전트가 완벽하게 똑같은 문제를 각자 경쟁적으로 풀고 그 결과물들을 나란히 올려놓습니다. 그러면 시스템이 그 결과들에 점수를 매기고 순위를 세워서 사람이 최종적으로 고를 수 있게 대령합니다. 다만 이 기능은 아직 베타 단계에서 순차적으로 배포되는 중이라 당장 모두에게 기본으로 켜져 있는 전면 활성 상태는 아닙니다. 게다가 이 도구의 진입 장벽은 상당히 높습니다. 10달러에서 40달러 사이의 하위 요금제에서는 아예 구경조차 할 수 없고 오직 가장 비싼 SuperGrok Heavy 등급에서만 접근할 수 있습니다. 6개월짜리 할인 프로모션을 받아도 월 99달러를 내야 하며 이후 정가는 월 300달러 수준에 달할 만큼 값비싼 도구입니다.
이렇게 비싸고 아직 베타 티를 벗지 못한 도구가 던지는 화두는 결국 멀티에이전트 시대의 본질과 맞닿아 있습니다. 깊이 하나를 잘하는 대신 여러 개를 붙여 경쟁시키는 방향성은 분명 흥미롭습니다. 하지만 도구가 진화해서 한 번에 에이전트를 8개씩 부리고 그들을 치열하게 경쟁시켜서 각기 다른 8개의 답안지를 순위표와 함께 가져다주더라도 마지막 순간에 그중 무엇을 우리 서비스에 채택할지 고르는 것은 여전히 화면 밖 사람의 몫입니다. 정답을 하나만 던져주던 시절에서 이제는 8개의 선택지를 친절하게 줄 세워서 던져주는 시대로 넘어왔을 뿐입니다. 에이전트 뭉치를 조율해야 하는 플릿 운영자 입장에서 보면 일할 수 있는 방법론이 늘어난 것은 반갑지만 동시에 그들이 가져온 복잡한 선택지들 사이에서 진짜 필요한 것을 가려내야 하는 판단의 무게는 더 묵직해졌습니다. 도구는 끝없이 경쟁하며 답을 쏟아내지만 그 많은 답을 어떻게 엮어낼지 묻는 질문은 고스란히 남습니다.
결국 8개의 답안을 받아 드는 시대에도, 그중 무엇을 고를지 정하고 그 결정을 개발자와 나누는 일은 사람의 몫으로 남습니다. 그 판단과 소통의 문제를 먼저 다룬 책을 써두었습니다.