Grok Build เปิดเป็นโอเพนซอร์สแล้ว

 (github.com/xai-org)
6 คะแนน โดย GN⁺ 5 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • มีการเผยแพร่ซอร์ส Rust และรันไทม์เอเจนต์ที่ประกอบเป็น Grok Build เอเจนต์เขียนโค้ดด้วย AI แบบเทอร์มินัลของ SpaceXAI แล้ว โดยรีโพซิทอรีจะซิงก์เป็นระยะจากโมโนรีโปของ SpaceXAI
  • รองรับการทำความเข้าใจโค้ดเบส แก้ไขไฟล์ รันคำสั่งเชลล์ ค้นหาเว็บ และจัดการงานระยะยาวผ่าน TUI แบบเต็มหน้าจอ และสามารถรันได้ทั้งแบบโต้ตอบ, แบบ headless และเชื่อมต่อผ่าน Agent Client Protocol(ACP)
  • มีไบนารีที่บิลด์ไว้ล่วงหน้าสำหรับ macOS·Linux·Windows ส่วนการบิลด์จากซอร์สต้องใช้ Rust และ protoc และรองรับโฮสต์บิลด์อย่างเป็นทางการเฉพาะ macOS·Linux
  • โค้ดแบ่งออกเป็น Rust crate ที่รับผิดชอบ TUI, รันไทม์เอเจนต์, การติดตั้งใช้งานเครื่องมือ, ระบบไฟล์ของโฮสต์·VCS·การรัน·เช็คพอยต์ ตามลำดับ
  • โค้ดของโครงการเองเผยแพร่ภายใต้ Apache License 2.0 แต่ไม่รับ contribution จากภายนอก และโค้ด third-party รวมถึงโค้ดที่ vendoring มายังคงใช้ไลเซนส์เดิม

บทบาทและวิธีรันของ Grok Build

  • Grok Build คือเอเจนต์เขียนโค้ดด้วย AI แบบเทอร์มินัลของ SpaceXAI และชื่อคำสั่งคือ grok
  • ทำงานเป็น TUI แบบเต็มหน้าจอ และทำงานต่อไปนี้ได้
    • ทำความเข้าใจโค้ดเบส
    • แก้ไขไฟล์
    • รันคำสั่งเชลล์
    • ค้นหาเว็บ
    • จัดการงานที่รันนาน
  • รองรับวิธีรันสามแบบ
    • ใช้งานแบบโต้ตอบในเทอร์มินัล
    • รันใน โหมด headless จากสคริปต์หรือ CI
    • ฝังในเอดิเตอร์ผ่าน Agent Client Protocol(ACP)
  • รีโพซิทอรีมีซอร์ส Rust ของ grok CLI/TUI และ รันไทม์เอเจนต์ โดยซิงก์เป็นระยะจากโมโนรีโปของ 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 toolchain ถูกตรึงไว้ใน rust-toolchain.toml และ rustup จะติดตั้งให้อัตโนมัติในการบิลด์ครั้งแรก
    • การสร้างโค้ด Protocol Buffers จะใช้ dotslash launcher ใน bin/protoc ก่อน หากไม่มีจะ fallback ไปใช้ protoc ที่อยู่ใน PATH หรือ $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 รวมถึง scrollback, prompt, modal และ rendering
  • crates/codegen/xai-grok-shell
    • ให้รันไทม์เอเจนต์และ entry point สำหรับ leader·stdio·headless
  • crates/codegen/xai-grok-tools
    • มี การติดตั้งใช้งานเครื่องมือ เช่น เทอร์มินัล การแก้ไขไฟล์ และการค้นหา
  • crates/codegen/xai-grok-workspace
    • รับผิดชอบระบบไฟล์ของโฮสต์ ระบบควบคุมเวอร์ชัน การรันคำสั่ง และเช็คพอยต์
  • crates/codegen/... ที่เหลือ
    • มี crate ที่จำเป็นสำหรับ CLI เช่น การตั้งค่า, MCP, Markdown และ sandbox
  • crates/common/, crates/build/, prod/mc/
    • เป็น leaf crate ขนาดเล็กที่ใช้ร่วมกัน ซึ่งรวมอยู่ใน dependency closure
  • third_party/
    • มีซอร์ส upstream ที่ vendoring มาของ Mermaid diagram stack
  • ไฟล์ราก Cargo.toml เป็นไฟล์ที่สร้างขึ้นจากสมาชิกของ workspace, เวอร์ชัน dependency, lint และ profile จึงควรถือว่าเป็นแบบอ่านอย่างเดียว
    • เมื่อจะแก้ไข แนะนำให้แก้ Cargo.toml ของแต่ละ crate

ขอบเขตเอกสาร

  • คู่มือผู้ใช้อยู่ใน crates/codegen/xai-grok-pager/docs/user-guide/
  • เอกสารครอบคลุมหัวข้อต่อไปนี้
    • เริ่มต้นใช้งาน
    • คีย์ลัด
    • คำสั่ง slash
    • การตั้งค่าและธีม

    • เซิร์ฟเวอร์ MCP

      • สกิลและปลั๊กอิน
      • hook
      • โหมด headless
      • sandboxing

เวิร์กโฟลว์การพัฒนา

  • การบิลด์ทั้ง workspace ใช้เวลานาน จึงแนะนำให้ระบุ crate รายตัว เพื่อตรวจสอบเสมอ
cargo check -p <crate>
cargo test -p xai-grok-config
cargo clippy -p <crate>
cargo fmt --all
  • การทดสอบและ Clippy ก็รันแยกตาม crate
  • การตั้งค่า Clippy อยู่ที่ clippy.toml ในรากของรีโพซิทอรี ส่วนการตั้งค่า formatting ของ Rust อยู่ที่ rustfmt.toml

การมีส่วนร่วมและไลเซนส์

  • รีโพซิทอรีนี้ ไม่รับ contribution จากภายนอก
  • โค้ดของรีโพซิทอรีเองเผยแพร่ภายใต้ Apache License 2.0
  • โค้ด third-party และโค้ดที่ vendoring มาจะคงไลเซนส์ของต้นฉบับแต่ละรายการไว้
  • THIRD-PARTY-NOTICES มีประกาศของ dependency จาก 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 stack ที่ vendoring มา

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 5 시간 전
ความคิดเห็นบน Hacker News
  • โค้ดเบสนี้มีฟีเจอร์ที่คาดไม่ถึงอยู่เยอะ ตัวอย่างเช่น https://github.com/xai-org/grok-build/blob/b189869b7755d2b48... เป็น ตัวเรนเดอร์เทอร์มินัลแบบสแตนด์อโลน ที่แสดง Mermaid chart บางแบบด้วยอักขระวาดกรอบแบบยูนิโค้ด
    • มีการคอมไพล์โค้ด Rust ดังกล่าวเป็น WebAssembly ด้วย Fable 5 เพื่อทำเป็น playground สำหรับเบราว์เซอร์ สามารถลอง Mermaid diagram ได้โดยตรงที่ https://tools.simonwillison.net/grok-mermaid
      มีการสรุปการสำรวจโค้ดของ Grok เพิ่มเติมไว้ในบล็อกด้วย: https://simonwillison.net/2026/Jul/15/grok-build/
  • ผมเขียนสรุปเรื่องที่เกี่ยวข้องไว้ใน[บล็อก][0] และอย่างน้อยครั้งนี้มันก็ไม่ได้จบลงแค่การ ตอบสนองเชิงประชาสัมพันธ์แบบสำเร็จรูป ที่เห็นกันบ่อย ๆ ตอนนี้มีโปรเจกต์แตกแขนงออกมาแล้วหลายตัว
    [thedavidweng/gork-build][1] เป็น privacy fork สไตล์ VSCodium ที่เปลี่ยน grok เป็น “gork” และตัด vendor telemetry, การเก็บข้อมูลที่เปิดไว้เป็นค่าเริ่มต้น, และ x.ai auto-update ออก
    [DigiGoon/digi-grok-build][2] คือ CLI หลายผู้ให้บริการชื่อ “dgrok” ที่ build จากซอร์สแทนการใช้ x.ai CDN ส่วน [victor-software-house/open-grok][3] รองรับผู้ให้บริการทั้งหมด
    [LukaMucko/grok-build][4] เพิ่ม extra_body สำหรับ request field เฉพาะผู้ให้บริการ, [RapidAI/grok-build-desktop][5] เพิ่มเดสก์ท็อป GUI บน Tauri
    [mazdak/grok-build][6] มีธีม Catppuccin, [thomas9120/grok-build-archival][7] มีสคริปต์ปิด Windows telemetry, และ [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] ก็ทำให้นึกถึง OpenGrok โปรเจกต์เก่าของ Sun ที่เป็นเหมือน LXR เวอร์ชันอัปเกรดหนัก ๆ: https://oracle.github.io/opengrok/
    • ทั้งหมดนี้เป็นแค่ fork ที่แทบไม่มีความหมาย และผมคิดว่า จะหายไปภายใน 1 ปี แค่บุ๊กมาร์กไว้แล้วค่อยมาดูทีหลังก็พอ
  • น่าเสียดายที่มีการ รั่วไหลของข้อมูลส่วนตัวออกไปภายนอก ตัวโมเดลเองยอดเยี่ยมมาก ถึงขั้นรู้สึกว่าดีกว่า Opus 4.8 และสภาพแวดล้อมรันก็ลื่นมาก มีศักยภาพจะพัฒนาไปเป็นระดับท็อปได้
    • ผมไม่รู้สึกเลยว่ามันคล้าย Opus สุดท้ายก็ต้องสลับกลับไปใช้ Opus อยู่เรื่อย ๆ เพื่อแก้หรือเก็บงานผลลัพธ์ที่ Grok สร้างมา โดยความรู้สึกแล้ว ใกล้ Sonnet 3 มากกว่า
    • ผมก็รู้สึกคล้ายกัน และจากที่เห็นมา ความสามารถด้านงานภาพของ Grok 4.5 ดีกว่า Fable แถมยังเร็วกว่าในความรู้สึก 2–3 เท่า เลยตัดสินใจเลือกได้ไม่ยาก
    • สองวันก่อนผมเจอเรื่องแปลกกับ Cursor-Grok-4.5 มันวนตอบซ้ำไปมาเหมือนติดลูป หรือไม่ก็หยุดระหว่างการให้เหตุผลแบบกะทันหัน อาจเป็นเพราะใช้ omp ก็ได้ แต่ตอนนี้ยังไม่ใช่เครื่องมือที่เสถียรที่สุด
      ถึงอย่างนั้นตอนที่มันทำงานปกติก็ถือว่าดีมาก และเมื่อคิดถึงราคา 10 ดอลลาร์ต่อเดือน ก็ถูกแบบขาดลอย
    • ก็น่าเสียดายเหมือนกันที่ผู้นำของบริษัทนั้น ทำข้อมูลของรัฐบาลรั่วไหลออกไปภายนอก
    • ความเร็วในการ build ของ Grok 4.5 น่าทึ่งมาก และให้ความรู้สึกเหมือนได้ชิมเทคโนโลยีที่จะมาในอนาคตล่วงหน้า
  • นี่ไม่ใช่การตัดสินใจที่ถูกต้องอะไรนัก แต่เป็น การตัดสินใจเชิงยุทธวิธี มากกว่า ถ้าส่วนแบ่งตลาดยังไม่ถึง 1%, ชื่อเสียงก็แย่, แถมยังถูกจับได้ว่าอัปโหลดข้อมูลผู้ใช้ การโอเพนซอร์สก็เป็นหนึ่งในไม่กี่ทางที่พอจะใช้ดิ้นออกจากหล่มได้
    • ยุทธวิธีอีกอย่างก็คือ เลิกทำธุรกิจ AI ไปเลย ไม่มีใครบังคับให้เผาเงินต่อไป ผู้ก่อตั้ง xAI ก็ออกไปหมดแล้ว แบรนด์สินค้าก็พังแล้ว เลิก AI แล้วกลับไปทำยานอวกาศในฐานะบริษัทร็อกเก็ตน่าจะดีกว่า
    • บางครั้งการกระทำที่ได้เปรียบในเชิงยุทธวิธีก็คือ การกระทำที่ถูกต้อง ไปพร้อมกัน
    • มันชัดเจนว่าเป็น หมากที่ฉลาด สำหรับใช้ไล่ตามคู่แข่งให้ทัน
    • ตอนนี้ผมไม่รู้จักใครรอบตัวที่จะเชื่อถือ Grok Build ได้ และในอีกไม่กี่เดือนข้างหน้าก็คิดว่าจะ ระวัง Cursor ด้วย
    • คำว่า “เชิงยุทธวิธี” แม่นแล้ว เพราะถึงจะชนะในเชิงยุทธวิธีได้ ก็อาจ แพ้ในเชิงกลยุทธ์ ได้อยู่ดี อาณาจักรมีมทั้งหมดของ Musk พึ่งพาบรรยากาศและภาพลักษณ์ ดังนั้นพอเขื่อนเริ่มร้าว ทุกอย่างก็อาจพังครืนลงมา
      มูลค่าบริษัทของธุรกิจต่าง ๆ ที่เขาเกี่ยวข้องดูไม่สมเหตุสมผลอยู่แล้ว และแค่ล้มเหลวอย่างสิ้นเชิงในการแข่งกับบริษัท AI รายหลัก ๆ ก็อาจเป็นจุดเริ่มของการพังทลายได้
  • ณ ตอนนี้ ถ้าจะใช้ Grok Build ผ่านการสมัคร xAI ผมแนะนำให้ไปใช้ https://pi.dev/ มากกว่า
    • ผมไม่รู้ว่า “การสมัคร xAI” หมายถึงอะไร เท่าที่รู้ การสมัคร Grok ไม่ได้ให้สิทธิ์เข้าถึง API
      พอเช็กดูแล้ว ปรากฏว่าการสมัครในตระกูล X Premium ก็ ให้สิทธิ์เข้าถึง Grok Build เช่นกัน และยังรองรับสภาพแวดล้อมรันของ third-party อย่างเป็นทางการหลายตัว
    • ผมสงสัยว่าทำไมถึง แนะนำ Pi แทน opencode ผมกำลังพยายามดูว่าคนกำลังไปรวมตัวกันที่โซลูชันแบบเปิดตัวไหนบ้าง Codex เองก็ปิดรับ contribution แต่ก็ยังเป็นกึ่งโอเพนและค่อนข้างดี
    • ไอเดียของ Pi ดี แต่ก็สงสัยว่าทำไมถึงเลือก ภาษาแบบคอมไพล์ แทน TypeScript
  • ถ้าจ่าย 6 หมื่นล้านดอลลาร์ ให้ Cursor ไปแล้ว มีเหตุผลอะไรที่จะต้องรักษาตัวนี้ไว้ด้วยอีก
    • ผู้ใช้ Cursor คุ้นเคยกับการใช้โมเดลจากหลายผู้ให้บริการร่วมกัน แต่ xAI อยากเพิ่มการใช้โมเดลของตัวเอง
    • สุดท้ายแล้ว Grok Build มีโอกาสสูงที่จะ ถูกยุติการสนับสนุน และการโอเพนซอร์สก่อนปิดผลิตภัณฑ์ก็เป็นเรื่องที่พบได้บ่อย Cursor ดีกว่า Grok Build แบบเทียบกันไม่ติด
    • มีความเป็นไปได้สูงที่ปล่อยโอเพนซอร์สเพราะการเข้าซื้อ Cursor และในเวลาเดียวกันก็อาจช่วย กอบกู้ปัญหาด้านชื่อเสียง ได้บางส่วน
  • ผมเห็นนักพัฒนาบางคนบอกว่าใช้ Grok ได้ดี เลยอาจพิจารณาเป็นทางเลือกแทนโมเดลจีนที่ผมชอบ แต่ก็ยังตัดใจจาก Pi agent ไม่ได้
    • Grok Build รู้สึกว่าเร็วกว่า omp หรือ Claude Code แต่ผมไม่แน่ใจเหตุผลที่แท้จริง หลังจากปิดการอัปโหลดโค้ด มันก็ไม่ได้ตอบสนองแทบจะทันทีภายในไม่กี่มิลลิวินาทีเหมือนเมื่อก่อนแล้ว
    • ผมใช้ Grok ภายใน Pi อยู่
  • เมื่อเทียบกับฟีเจอร์ที่มีแล้ว ปริมาณโค้ดนั้นเยอะจนน่าเหลือเชื่อ มันไม่ได้ดูเหมือนโค้ดเบสที่ถูกออกแบบมาอย่างตั้งใจ
    • ปริมาณโค้ดที่ต้องใช้เพื่อ สร้างสภาพแวดล้อมรันของเอเจนต์ อาจมากกว่าที่คิดไว้มาก
    • ฟังดูเหมือนการประเมินต่ำเกินไปแบบพูดว่า “สุดสัปดาห์เดียวก็ สร้าง Uber.app ได้”
  • มีคนจำนวนมากกำลังเดิมพันกับความล้มเหลวของ Elon อีกครั้ง แต่ผมจะ เดิมพันฝั่ง Elon
    • แล้วคุณเคยร่วมเดิมพันเรื่อง รถขับเคลื่อนอัตโนมัติเต็มรูปแบบ ไหม
    • นี่ไม่ใช่การเดิมพันสวนเขาเท่าไร แต่เป็น การเดิมพันเพื่ออนาคตของมนุษยชาติ มากกว่า ไม่ว่า Elon จะมองตัวเองอย่างไร สิ่งที่เขาทำมาตลอด 5 ปีหลังเป็นโทษต่อมนุษยชาติ และยิ่งนานก็ยิ่งแย่ลง