# Grok Build가 오픈 소스로 공개됨 > Clean Markdown view of GeekNews topic #31492. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=31492](https://news.hada.io/topic?id=31492) - GeekNews Markdown: [https://news.hada.io/topic/31492.md](https://news.hada.io/topic/31492.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2026-07-16T15:34:05+09:00 - Updated: 2026-07-16T15:34:05+09:00 - Original source: [github.com/xai-org](https://github.com/xai-org/grok-build) - Points: 6 - Comments: 1 ## Topic Body - 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](https://x.ai/cli), 전체 문서는 [docs.x.ai/build/overview](https://docs.x.ai/build/overview)에서 확인할 수 있음 ### 바이너리 설치와 인증 - 사전 빌드 바이너리는 **macOS, Linux, Windows**용으로 배포됨 ```sh 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](https://x.ai/build/changelog)에 정리됨 - 소스 빌드 결과물 이름은 `xai-grok-pager`이며, 공식 설치판에서는 이를 **`grok`** 이라는 이름으로 제공함 - 첫 실행 시 브라우저를 열어 인증을 진행함 ### 소스 빌드 조건 - 빌드에는 **Rust**와 `protoc`이 필요함 - Rust 도구 체인 버전은 `rust-toolchain.toml`에 고정되며, 첫 빌드 때 `rustup`이 자동 설치함 - 프로토콜 버퍼 코드 생성은 `bin/protoc`의 dotslash 런처를 먼저 사용하고, 없으면 `PATH` 또는 `$PROTOC`에 있는 `protoc`으로 대체함 - macOS와 Linux는 지원되는 빌드 호스트임 - Windows 소스 빌드는 **최선 노력 방식(best-effort)** 으로만 제공되며, 현재 이 소스 트리에서 테스트되지 않음 ```sh 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) - 헤드리스 모드 - 샌드박싱 ### 개발 워크플로 - 전체 워크스페이스 빌드는 느리므로 항상 **개별 크레이트**를 지정해 검사하는 방식이 권장됨 ```sh 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 스택**의 고지 인덱스를 제공함 ## Comments ### Comment 61913 - Author: neo - Created: 2026-07-16T15:34:07+09:00 - Points: 1 ###### [Hacker News 의견들](https://news.ycombinator.com/item?id=48926590) - 이 코드베이스에는 의외의 기능이 많다. 예를 들어 [https://github.com/xai-org/grok-build/blob/b189869b7755d2b48...]()는 일부 Mermaid 차트를 유니코드 상자 그리기 문자로 표현하는 **독립형 터미널 렌더러**다 - Fable 5로 해당 Rust 코드를 WebAssembly로 컴파일해 **브라우저용 플레이그라운드**를 만들었다. [https://tools.simonwillison.net/grok-mermaid]()에서 Mermaid 다이어그램을 직접 시험할 수 있다 Grok 코드 탐색 과정은 블로그에도 더 정리했다: [https://simonwillison.net/2026/Jul/15/grok-build/]() - 관련 내용을 [블로그에 정리했는데][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년간 그의 활동은 인류에 해로웠고 갈수록 더 나빠지고 있다