xAI เปิดซอร์ส Grok Build ทั้งตัวใต้ Apache 2.0 — Rust 844,530 บรรทัด หลังโดนจับได้ว่าอัปโหลดทั้ง repo ขึ้นคลาวด์

xAI ปล่อยซอร์สโค้ดทั้งหมดของ Grok Build — coding agent CLI ของตัวเอง — ขึ้น GitHub ที่ xai-org/grok-build ใต้ไลเซนส์ Apache 2.0 เมื่อวันที่ 15 กรกฎาคม 2026 ไม่ใช่แค่ SDK หรือ wrapper บาง ๆ แต่เป็นตัว agent ทั้งก้อน: agent loop, ชุด tools, terminal UI, ระบบ extension และแม้แต่ system prompt ของ main agent กับ subagent ทั้งหมดเขียนด้วย Rust

แต่บริบทของการเปิดซอร์สครั้งนี้สำคัญไม่แพ้ตัวโค้ด — มันเกิดขึ้นไม่กี่วันหลัง Grok Build ถูกจับได้ว่าอัปโหลด ทั้ง repository ของผู้ใช้ พร้อม git history ที่มี secret ฝังอยู่ ขึ้น Google Cloud Storage โดยไม่ได้ขอความยินยอม และปุ่ม privacy toggle ที่มีอยู่ก็ไม่ได้หยุดมัน

ข้างในมีอะไร

Simon Willison วัดขนาด codebase ได้ที่ 844,530 บรรทัดของ Rust โดยมีแค่ราว 3% เท่านั้นที่เป็น vendored dependency เทียบกับ Codex ของ OpenAI ที่ 950,933 บรรทัด Rust — ตัวเลขนี้เป็นการวัดของ Willison เอง ไม่ใช่ตัวเลขที่ xAI ประกาศ ข้อสรุปของเขาสั้นและตรง: “Terminal coding agents are significantly more complex than I had realized!”

โครงสร้างแบ่งเป็น crate ชัดเจน:

• xai-grok-shell — agent runtime และ entry point
• xai-grok-tools — ตัว implement tools (อ่าน/แก้ไฟล์, ค้นโค้ด, รันเทอร์มินัล)
• xai-grok-pager — TUI rendering และ input handling
• xai-grok-workspace — filesystem, version control, execution

ของที่น่าสนใจสำหรับคนสร้าง agent เอง: system prompt ของทั้ง main agent และ subagent อยู่ในรีโป, มี Mermaid renderer ที่วาดไดอะแกรมในเทอร์มินัลได้, และ Willison ตั้งข้อสังเกตว่า tool บางตัว port มาจาก Codex และ Claude โดยทำถูกต้องตามไลเซนส์

ที่สำคัญสำหรับสายรันเอง: Grok Build ไม่ได้ล็อกกับ xAI — ชี้ base_url ใน config.toml ไปที่ local inference, OpenAI API หรือ endpoint อะไรก็ได้ รันได้ทั้งแบบ interactive TUI, headless สำหรับ CI (--output-format streaming-json) และฝังในเอดิเตอร์ผ่าน Agent Client Protocol

ข้อจำกัดที่ควรรู้: รีโป ไม่รับ external pull request — fork ได้ตาม Apache 2.0 แต่ contribute กลับไม่ได้ นี่คือ “เปิดซอร์ส” ในความหมายของการเปิดให้อ่านและ fork ไม่ใช่การเปิดรับชุมชน

เรื่องที่ทำให้ต้องเปิดซอร์ส

วันที่ 12 กรกฎาคม Cereblab องค์กรวิจัยด้าน AI safety เผยแพร่ wire-level analysis ที่พิสูจน์ว่า Grok Build แพ็กทั้ง tracked repository — git history เต็ม ๆ รวม secret ที่ commit แล้วลบทิ้งไปเมื่อหลายเดือนก่อน — ส่งขึ้น Google Cloud Storage bucket

การทดสอบที่ชี้ชัดที่สุด: Cereblab สั่ง CLI ให้ตอบแค่คำว่า “OK” และ สั่งห้ามเปิดไฟล์ใด ๆ อย่างเจาะจง — Grok Build ก็ยังอัปโหลดทั้ง repo อยู่ดี ปริมาณข้อมูลที่ส่งมากกว่าที่งานนั้นต้องใช้จริงราว 27,800 เท่า มีผู้ใช้รายหนึ่งรายงานว่าโดนอัปโหลดทั้ง home directory — SSH key, ฐานข้อมูล password manager, เอกสาร, รูป, วิดีโอ ทั้งหมด

การแก้จริง ๆ คือ การเปลี่ยน config ฝั่งเซิร์ฟเวอร์ ตั้ง disable_codebase_upload เป็น true ซึ่ง Cereblab ยืนยันว่าหยุดการอัปโหลดได้จริง — แต่ไม่ใช่สิ่งที่ xAI ชูเป็นทางแก้ต่อสาธารณะ ทาง xAI ชูคำสั่ง /privacy แทน ซึ่ง Cereblab แย้งว่าเป็นแค่ per-session retention toggle “not the switch that fixed this” ส่วน Elon Musk ประกาศว่าข้อมูลผู้ใช้ที่อัปโหลดไปก่อนหน้านี้จะถูก “completely and utterly deleted”

ตอนนี้ storage ปิดเป็นค่า default ตั้งแต่ 12 กรกฎาคม และโค้ดส่วนอัปโหลดยังอยู่ในรีโป — แค่ถูกปิดไว้

มุมมอง AI Curator

การเปิดซอร์สครั้งนี้อ่านได้ตรงไปตรงมาว่าเป็น การซื้อความไว้ใจคืนด้วยโค้ด และน่าสนใจตรงที่มันเป็นสกุลเงินเดียวที่ใช้ได้จริงในสถานการณ์นี้ — เมื่อปัญหาคือ “เราไม่รู้ว่า CLI ตัวนี้ส่งอะไรออกไปบ้าง” คำแถลงจากบริษัทแก้ไม่ได้ แต่ซอร์สโค้ดที่ตรวจสอบได้แก้ได้ ข้อเท็จจริงที่โค้ดอัปโหลดยังคาอยู่ในรีโป (แค่ปิดไว้) ก็เป็นความโปร่งใสแบบหนึ่ง — และเป็นสิ่งที่ผู้ใช้ตรวจเองได้ ไม่ต้องเชื่อคำพูด

แต่บทเรียนที่แพงกว่านั้นสำหรับนักพัฒนาไทยคือ coding agent คือโปรแกรมที่มีสิทธิ์อ่านทุกอย่างในเครื่องคุณ เคสนี้ไม่ใช่ช่องโหว่ที่ถูกแฮก แต่เป็นพฤติกรรมที่ตั้งใจเขียนไว้แล้วผู้ใช้ไม่รู้ และที่หนักที่สุดคือ ปุ่ม privacy ที่มีอยู่ไม่ได้ทำงาน — แปลว่าการอ่าน UI แล้วเชื่อว่าปิดแล้วคือปิดจริง ใช้ไม่ได้ ถ้าคุณเคยรัน Grok Build ก่อน 13 กรกฎาคมบน repo ที่มี secret ใน tracked file หรือใน git history — API key, รหัสฐานข้อมูล, cloud token, SSH key — ให้ถือว่า credential เหล่านั้นหลุดแล้วและ rotate ทันที ไม่ต้องรอผลสอบสวน

ในบริบท PDPA เรื่องนี้ตรงกับที่เคยเขียนไว้ในโพสต์ก่อน ๆ ว่า observability ของ agent ควรเป็นเกณฑ์เลือกแพลตฟอร์ม ไม่ใช่ nice-to-have — น่าสังเกตว่าสัปดาห์เดียวกันนี้ OpenAI เข้ารหัสข้อความระหว่าง agent ใน Codex จนนักพัฒนามองไม่เห็น ขณะที่ xAI เปิดซอร์สทั้งตัวเพราะโดนจับได้ว่ามองไม่เห็น — สองทิศทางตรงข้ามกันจากโจทย์เดียวกัน สำหรับองค์กรไทยที่ข้อมูลลูกค้าอยู่ใน repo การที่ Grok Build ชี้ base_url ไป local inference ได้ และตอนนี้ audit ซอร์สเองได้ ทำให้มันกลายเป็นตัวเลือกที่ประเมินได้จริงสำหรับงานที่ห้ามข้อมูลออกนอกประเทศ — ซึ่งเป็นเรื่องน่าขันพอสมควรว่าเส้นทางไปสู่จุดนั้นคือการทำผิดเรื่องข้อมูลก่อน

ข้อสังเกตสุดท้าย: 844,530 บรรทัดสำหรับ “แค่ CLI ตัวหนึ่ง” คือตัวเลขที่ควรทำให้ทีมที่คิดจะเขียน agent harness เองหยุดคิด — ความซับซ้อนที่แท้จริงของ terminal coding agent ไม่ได้อยู่ที่การเรียกโมเดล แต่อยู่ที่ context assembly, tool dispatch, TUI และ workspace management ที่เหลือ และตอนนี้มีสองตัวอย่างระดับโปรดักชัน (Grok Build กับ Codex) ให้อ่านฟรีแล้ว

แหล่งข่าว

• xAI open-sources “Grok-Build” on GitHub after massive data breach — The Decoder (16 ก.ค. 2026)
• xai-org/grok-build, now open source — Simon Willison (15 ก.ค. 2026)
• SpaceXAI Open-Sources Grok Build: The Rust Agent Harness, TUI, and Tool Layer Behind Its Coding CLI — MarkTechPost (15 ก.ค. 2026)
• Musk promises purge after Grok Build caught sending entire repos to the cloud — The Register (14 ก.ค. 2026)
• GitHub: xai-org/grok-build