Grok Build가 오픈 소스로 공개됨

 (github.com/xai-org)
5P by GN⁺ | ★ favorite | 댓글 1개
  • SpaceXAI의 터미널 기반 AI 코딩 에이전트 Grok Build를 구성하는 Rust 소스와 에이전트 런타임이 공개됐으며, 저장소는 SpaceXAI 모노레포에서 주기적으로 동기화됨
  • 전체 화면 TUI에서 코드베이스 이해, 파일 수정, 셸 명령 실행, 웹 검색, 장기 작업 관리를 지원하고 대화형·헤드리스·Agent Client Protocol(ACP) 연동 방식으로 실행할 수 있음
  • macOS·Linux·Windows용 사전 빌드 바이너리를 제공하며, 소스 빌드는 Rust와 protoc가 필요하고 macOS·Linux만 정식 빌드 호스트로 지원함
  • 코드는 TUI, 에이전트 런타임, 도구 구현, 호스트 파일 시스템·VCS·실행·체크포인트를 각각 담당하는 Rust 크레이트로 나뉨
  • 자체 코드는 Apache License 2.0으로 배포되지만 외부 기여는 받지 않으며, 서드파티 및 벤더링 코드는 기존 라이선스를 유지함

Grok Build의 역할과 실행 방식

  • Grok Build는 SpaceXAI의 터미널 기반 AI 코딩 에이전트이며, 명령어 이름은 grok임
  • 전체 화면 TUI로 동작하며 다음 작업을 수행함
    • 코드베이스 이해
    • 파일 편집
    • 셸 명령 실행
    • 웹 검색
    • 장기 실행 작업 관리
  • 실행 방식은 세 가지를 지원함
    • 터미널에서 대화형으로 사용
    • 스크립트나 CI에서 헤드리스 모드로 실행
    • Agent Client Protocol(ACP)을 통해 편집기에 내장
  • 저장소에는 grok CLI/TUI와 에이전트 런타임의 Rust 소스가 들어 있으며, SpaceXAI 모노레포에서 주기적으로 동기화됨
  • 제품 정보는 x.ai/cli, 전체 문서는 docs.x.ai/build/overview에서 확인할 수 있음

바이너리 설치와 인증

  • 사전 빌드 바이너리는 macOS, Linux, Windows용으로 배포됨
curl -fsSL https://x.ai/cli/install.sh | bash   # macOS / Linux / Git Bash
irm https://x.ai/cli/install.ps1 | iex          # Windows PowerShell
grok --version
  • 릴리스별 수정 사항과 기능 개선은 changelog에 정리됨
  • 소스 빌드 결과물 이름은 xai-grok-pager이며, 공식 설치판에서는 이를 grok 이라는 이름으로 제공함
  • 첫 실행 시 브라우저를 열어 인증을 진행함

소스 빌드 조건

  • 빌드에는 Rust와 protoc이 필요함
    • Rust 도구 체인 버전은 rust-toolchain.toml에 고정되며, 첫 빌드 때 rustup이 자동 설치함
    • 프로토콜 버퍼 코드 생성은 bin/protoc의 dotslash 런처를 먼저 사용하고, 없으면 PATH 또는 $PROTOC에 있는 protoc으로 대체함
  • macOS와 Linux는 지원되는 빌드 호스트임
  • Windows 소스 빌드는 최선 노력 방식(best-effort) 으로만 제공되며, 현재 이 소스 트리에서 테스트되지 않음
cargo run -p xai-grok-pager-bin
cargo build -p xai-grok-pager-bin --release
cargo check -p xai-grok-pager-bin
  • cargo run은 TUI를 빌드하고 실행함
  • 릴리스 빌드는 target/release/xai-grok-pager 바이너리를 생성함
  • cargo check는 빠른 검증에 사용함

저장소 구조

  • crates/codegen/xai-grok-pager-bin
    • 구성 루트 패키지이며 xai-grok-pager 바이너리를 빌드함
  • crates/codegen/xai-grok-pager
    • 스크롤백, 프롬프트, 모달, 렌더링을 포함한 TUI를 담당함
  • crates/codegen/xai-grok-shell
    • 에이전트 런타임과 leader·stdio·헤드리스 진입점을 제공함
  • crates/codegen/xai-grok-tools
    • 터미널, 파일 편집, 검색 등 도구 구현을 포함함
  • crates/codegen/xai-grok-workspace
    • 호스트 파일 시스템, 버전 관리 시스템, 명령 실행, 체크포인트를 담당함
  • 나머지 crates/codegen/...
    • 설정, MCP, Markdown, 샌드박스 등 CLI에 필요한 크레이트를 포함함
  • crates/common/, crates/build/, prod/mc/
    • 의존성 폐쇄에 포함된 소규모 공유 리프 크레이트임
  • third_party/
    • Mermaid 다이어그램 스택의 벤더링된 업스트림 소스를 포함함
  • 루트 Cargo.toml은 워크스페이스 구성원, 의존성 버전, 린트, 프로필을 바탕으로 생성되는 파일이므로 읽기 전용으로 취급해야 함
    • 변경할 때는 각 크레이트의 Cargo.toml을 수정하는 방식이 권장됨

문서 범위

  • 사용자 가이드는 crates/codegen/xai-grok-pager/docs/user-guide/에 포함됨
  • 문서는 다음 주제를 다룸
    • 시작하기
    • 키보드 단축키
    • 슬래시 명령
    • 설정과 테마

    • MCP 서버

      • 스킬과 플러그인
      • 훅(hook)
      • 헤드리스 모드
      • 샌드박싱

개발 워크플로

  • 전체 워크스페이스 빌드는 느리므로 항상 개별 크레이트를 지정해 검사하는 방식이 권장됨
cargo check -p <crate>
cargo test -p xai-grok-config
cargo clippy -p <crate>
cargo fmt --all
  • 테스트와 Clippy도 크레이트 단위로 실행함
  • Clippy 설정은 저장소 루트의 clippy.toml, Rust 포매팅 설정은 rustfmt.toml에 있음

기여와 라이선스

  • 저장소는 외부 기여를 받지 않음
  • 저장소의 자체 코드는 Apache License 2.0으로 배포됨
  • 서드파티 및 벤더링 코드는 각 원본 라이선스를 유지함
  • THIRD-PARTY-NOTICES에는 crates.io·Git 의존성, 번들 UI 테마, 소스 트리 내부 포트의 고지 사항이 포함됨
    • 내부 포트에는 openai/codex와 sst/opencode의 도구 구현이 포함됨
  • crates/codegen/xai-grok-tools/THIRD_PARTY_NOTICES.md에는 Codex·OpenCode 포트의 라이선스 본문과 Apache §4(b) 변경 고지가 들어 있음
  • third_party/NOTICE는 벤더링된 Mermaid 스택의 고지 인덱스를 제공함

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들
  • 이 코드베이스에는 의외의 기능이 많다. 예를 들어 https://github.com/xai-org/grok-build/blob/b189869b7755d2b48...는 일부 Mermaid 차트를 유니코드 상자 그리기 문자로 표현하는 독립형 터미널 렌더러다
  • 관련 내용을 [블로그에 정리했는데][0], 적어도 이번에는 흔히 보던 정형화된 홍보 대응으로 끝내지는 않았다. 이미 여러 파생 프로젝트가 만들어지고 있다
    [thedavidweng/gork-build][1]는 grok을 “gork”로 바꾸고 공급사 원격 측정, 기본 활성화된 데이터 보존, x.ai 자동 업데이트를 제거한 VSCodium식 프라이버시 포크다
    [DigiGoon/digi-grok-build][2]는 x.ai CDN 대신 소스에서 빌드하는 다중 제공자 CLI “dgrok”이고, [victor-software-house/open-grok][3]은 모든 제공자를 지원한다
    [LukaMucko/grok-build][4]는 제공자별 요청 필드를 위한 extra_body를, [RapidAI/grok-build-desktop][5]은 Tauri 데스크톱 GUI를 추가했다
    [mazdak/grok-build][6]은 Catppuccin 테마를, [thomas9120/grok-build-archival][7]은 Windows 원격 측정 비활성화 스크립트를, [saqoah/grok-build][8]은 Kotlin MemoryBackend를 제공한다
    [0]: https://news.ycombinator.com/item?id=48928913
    [1]: https://github.com/thedavidweng/gork-build
    [2]: https://github.com/DigiGoon/digi-grok-build
    [3]: https://github.com/victor-software-house/open-grok
    [4]: https://github.com/LukaMucko/grok-build
    [5]: https://github.com/RapidAI/grok-build-desktop
    [6]: https://github.com/mazdak/grok-build
    [7]: https://github.com/thomas9120/grok-build-archival
    [8]: https://github.com/saqoah/grok-build
    • [3]을 보니 LXR을 대폭 강화한 형태였던 Sun의 옛 프로젝트 OpenGrok이 떠오른다: https://oracle.github.io/opengrok/
    • 모두 별 의미 없는 포크라서 1년 안에 사라질 것이라고 본다. 북마크해 두고 나중에 확인해 보면 된다
  • 비공개 데이터를 외부로 유출한 건 유감이다. 모델 자체는 Opus 4.8보다 낫다고 느낄 만큼 훌륭하고, 실행 환경도 매우 매끄러워 최고 수준으로 발전할 잠재력이 있다
    • Opus와 비슷하다는 느낌은 전혀 없다. Grok이 생성한 결과를 고치거나 마무리하려고 계속 Opus로 전환하게 되며, 체감상 Sonnet 3에 더 가깝다
    • 나도 비슷하게 느꼈고, 지금까지 본 바로는 Grok 4.5의 시각 디자인 능력이 Fable보다 낫다. 체감상 2~3배 빠르기까지 하니 쉽게 선택할 만하다
    • 이틀 전 Cursor-Grok-4.5가 답변을 계속 반복하며 순환에 빠지거나 추론 도중 갑자기 종료되는 이상한 일을 겪었다. omp를 사용해서 그랬을 수도 있지만 아직 가장 안정적인 도구는 아니다
      그래도 정상 작동할 때는 꽤 훌륭하며, 월 10달러라는 가격을 생각하면 압도적으로 저렴하다
    • 그 회사의 지도자가 정부 데이터를 외부로 유출한 것도 유감이다
    • Grok 4.5의 빌드 속도는 놀라우며 앞으로 나올 기술을 미리 맛보는 느낌이다
  • 이것은 올바른 결정이라기보다 전술적 결정이다. 점유율이 1%도 안 되고 평판도 나쁜 데다 사용자 데이터 업로드까지 적발됐다면, 수렁에서 빠져나오기 위해 시도할 수 있는 몇 안 되는 수가 오픈소스화다
    • 또 다른 전술은 그냥 AI 사업을 중단하는 것이다. 아무도 계속 돈을 태우라고 강요하지 않으며, xAI 창업자들은 모두 떠났고 제품 브랜드도 망가졌다. AI를 접고 로켓 회사로서 우주선이나 만드는 편이 낫다
    • 때로는 전술적으로 유리한 행동이 곧 올바른 행동이기도 하다
    • 경쟁사를 추월하는 데 활용할 수 있는 영리한 수임은 분명하다
    • 이제 Grok Build를 신뢰할 사람은 주변에 없으며, 앞으로 몇 달 동안은 Cursor도 경계할 생각이다
    • 전술적으로는 이길 수 있어도 전략적으로는 실패할 수 있다는 점에서 “전술적”이라는 표현이 정확하다. Musk의 밈 제국 전체가 분위기와 이미지에 의존하므로 둑에 금이 가는 순간 전부 무너질 수 있다
      그가 관여한 기업들의 기업가치는 합리적으로 보이지 않으며, 주요 AI 기업들과의 경쟁에서 완전히 실패하는 일만으로도 붕괴가 시작될 수 있다
  • 현시점에는 xAI 구독으로 Grok Build를 쓰기보다 https://pi.dev/를 사용하는 편을 권한다
    • “xAI 구독”이 무엇을 뜻하는지 모르겠다. Grok 구독으로는 API 접근 권한을 받지 못하는 것으로 안다
      확인해 보니 X Premium 계열 구독도 Grok Build 접근 권한을 제공하며, 여러 서드파티 실행 환경을 공식 지원한다
    • opencode보다 Pi를 권하는 이유가 궁금하다. 사람들이 어떤 개방형 솔루션으로 모이는지 알아보는 중이다. Codex도 기여는 닫혀 있지만 준오픈 형태이고 꽤 괜찮다
    • Pi의 발상은 좋지만 왜 TypeScript 대신 컴파일 언어를 선택하지 않았는지 의문이다
  • 이미 Cursor에 600억 달러를 지불했다면 굳이 이것까지 유지할 이유가 있는가
    • Cursor 사용자는 여러 제공자의 모델을 함께 쓰는 데 익숙하지만, xAI는 자사 모델 사용을 늘리고 싶어 한다
    • Grok Build는 결국 지원 종료될 가능성이 크며, 제품을 종료하기 전에 오픈소스로 공개하는 일은 흔하다. Cursor는 Grok Build보다 비교할 수 없을 만큼 낫다
    • Cursor 인수 때문에 오픈소스로 공개했을 가능성이 크며, 동시에 평판 문제도 일부 개선할 수 있다
  • 일부 개발자가 Grok을 잘 사용했다는 이야기를 봤으니 내가 좋아하는 중국 모델들의 대안으로 고려할 만하다. 다만 Pi 에이전트도 포기하기 어렵다
    • Grok Build가 omp나 Claude Code보다 빠르게 느껴지지만 정확한 이유는 모르겠다. 코드 업로드를 비활성화한 뒤에는 예전처럼 수 밀리초 안에 즉시 응답하지 않게 됐다
    • 나는 Grok을 Pi 안에서 사용하고 있다
  • 제공하는 기능에 비해 코드 양이 믿기 어려울 정도로 많다. 의도적으로 설계된 코드베이스 같지 않다
    • 에이전트 실행 환경을 만드는 데 필요한 코드량은 예상보다 훨씬 많을 수 있다
    • “주말이면 Uber.app을 만들 수 있다”는 식의 과소평가처럼 들린다
  • 또다시 Elon의 실패에 거는 사람이 많지만, 나는 반대로 Elon에게 걸겠다
    • 완전자율주행에 관한 내기에도 참여했는가
    • 그에게 반대하는 내기라기보다 인류의 미래를 위한 내기에 가깝다. Elon이 자신을 어떻게 평가하든 지난 5년간 그의 활동은 인류에 해로웠고 갈수록 더 나빠지고 있다
답변달기
GeekNews BeeBS 게시판 오픈! 자유로운 이야기와 소소한 일상을 함께 나눠보세요.