Mojo เปิดซอร์สคอมไพเลอร์ทั้งตัวแล้ว — Apache 2.0 + LLVM exception หลังขึ้น 1.0 ได้แค่สัปดาห์เดียว

เมื่อ 18 สิงหาคม 2026 Modular ประกาศเรื่องที่ชุมชนรอมาตั้งแต่ปี 2023 — ซอร์สโค้ดของคอมไพเลอร์ Mojo และ toolchain ทั้งชุดเปิดให้ดูและแก้ได้แล้ว ภายใต้ใบอนุญาต Apache 2.0 พร้อม LLVM exception อยู่ใน repo เดียวกับที่วาง standard library และ kernel ไว้แล้วคือ github.com/modular/modular

จังหวะน่าสนใจ: นี่คือ หนึ่งสัปดาห์พอดี หลังจากที่ Mojo ขึ้นเลข 1.0 พร้อมรุ่น 26.5 และ Modular ก็ผูกสองเรื่องนี้เข้าด้วยกันตรง ๆ ในประกาศว่า “สัปดาห์ที่แล้ว Mojo แตะ 1.0 (พร้อม source stability) วันนี้เราเปิดซอร์สคอมไพเลอร์และ toolchain ทั้งหมด” — พูดอีกอย่างคือ พวกเขารอให้ภาษานิ่งก่อน แล้วค่อยเปิดของที่จะมีคนเอาไปสร้างต่อ

เปิดอะไรบ้าง และใบอนุญาตนี้แปลว่าอะไร

สิ่งที่เข้ามาในรอบนี้คือชิ้นสุดท้ายและชิ้นใหญ่ที่สุด — ตัวคอมไพเลอร์เอง ก่อนหน้านี้ Modular ทยอยเปิด standard library (รับ contribution มาตั้งแต่ปี 2024) และ kernel ที่เขียนด้วย Mojo อีกหลายแสนบรรทัดไปแล้ว ส่วนคอมไพเลอร์ยังเป็นกล่องดำมาตลอด

เรื่องใบอนุญาตสำคัญกว่าที่เห็น Modular อธิบายเหตุผลไว้ชัด: Apache 2.0 เป็นมาตรฐานทองของภาษาโปรแกรมและคอมไพเลอร์ เพราะยืดหยุ่นพอจะเอาไปใช้ในงานเชิงพาณิชย์ได้ ส่วน LLVM exception คือส่วนที่ปลดล็อกปัญหาคลาสสิกของคอมไพเลอร์ — โดยปกติโค้ดที่คอมไพเลอร์ “ฝัง” ลงไปในไบนารีผลลัพธ์ (runtime, header, generated code) อาจลากเงื่อนไข attribution ของใบอนุญาตไปติดกับซอฟต์แวร์ของคุณด้วย LLVM exception ตัดปมนั้นทิ้ง ทำให้ ไบนารีที่คอมไพล์ด้วย Mojo แจกจ่ายได้อย่างอิสระ ไม่ต้องแนบ notice ของ Modular

นี่เป็นชุดใบอนุญาตเดียวกับที่ LLVM, Swift และ Rust-adjacent tooling หลายตัวใช้ — เลือกแบบนี้แปลว่า Modular ตั้งใจให้ Mojo ถูกฝังในสินค้าคนอื่นได้จริง ไม่ใช่เปิดให้ดูเฉย ๆ

สร้างจากซอร์สได้ แต่ยังส่ง patch เข้าไม่ได้ (จนถึงสิ้นปี)

การ build ใช้ Bazel ซึ่งมี wrapper มาให้ในรีโป คำสั่งประมาณนี้จะคอมไพล์คอมไพเลอร์จากศูนย์แล้วเอาไปรันไฟล์ Mojo ทันที:

./bazelw run --config=build-mojo KGEN:mojo -- run hello.mojo

ถ้าไม่อยากรอ build ทั้งชุด ยังมี --config=prebuilt-mojo ที่จะดึง nightly binary ของคอมไพเลอร์มาใช้แทน และจุดนี้มีข้อจำกัดที่ควรรู้ไว้: ถ้าคุณกำลังแก้ MAX kernel หรือโมเดลใน MAX คอมไพเลอร์แบบ prebuilt ยังจำเป็นอยู่ — ยังไม่ใช่โลกที่ทุกอย่างสร้างจากซอร์สได้หมดในวันเดียว

ข้อจำกัดที่ใหญ่กว่าคือเรื่อง governance: Modular บอกตรง ๆ ว่า “เรายังไม่พร้อมรับ contribution เข้าคอมไพเลอร์และ toolchain” และตั้งเป้าจะเปิดรับ ภายในสิ้นปีนี้ แปลว่าตอนนี้สถานะจริงคือ “source available + license เสรี” มากกว่า “โครงการโอเพนซอร์สที่ชุมชนร่วมพัฒนา” — อ่านโค้ดได้ fork ได้ เอาไปทำอย่างอื่นได้ แต่ยังส่ง PR กลับไม่ได้

แล้วเรื่อง “superset ของ Python” ล่ะ

ประเด็นที่ Simon Willison หยิบมาเน้น คือวิสัยทัศน์ที่เปลี่ยนไปเงียบ ๆ ตั้งแต่ราวกลางปี 2025 — จากเดิมที่ Mojo ขายตัวเองว่าจะเป็น superset ของ Python (โค้ด Python ทุกไฟล์ต้องรันได้) ตอนนี้ถ้อยแถลงอย่างเป็นทางการเปลี่ยนเป็น “Mojo อาจจะหรืออาจจะไม่ วิวัฒน์ไปเป็น superset เต็มรูปแบบของ Python และถ้าไม่เป็นก็ไม่เป็นไร”

เหตุผลที่ทีมให้คือเชื่อว่าเครื่องมือ migration ที่ขับด้วย AI จะช่วยย้ายโค้ด Python มา Mojo ได้อยู่ดี แม้ compatibility จะไม่สมบูรณ์ ในทางปฏิบัติ Mojo วันนี้จึงโฟกัสไปที่ การเขียน GPU kernel ด้วยไวยากรณ์หน้าตาแบบ Python มากกว่าการเป็นทางหนีจาก Python ทีละไฟล์

มุมมอง AI Curator

การเปิดคอมไพเลอร์เป็นข่าวที่ควรตีความให้ถูก — มันไม่ได้แปลว่า Mojo ชนะแล้ว แต่แปลว่า Mojo เพิ่งจะเข้าสู่สนามที่จะถูกตัดสินได้จริง

ที่ผ่านมาเหตุผลอันดับหนึ่งที่ทีมวิศวกรรมไม่กล้าลงทุนกับ Mojo ไม่ใช่เรื่องประสิทธิภาพ แต่เป็นความเสี่ยงเชิงองค์กร: ถ้า Modular ปิดกิจการหรือเปลี่ยนโมเดลธุรกิจ โค้ดที่เขียนด้วยภาษาที่คอมไพเลอร์เป็นของบริษัทเดียวจะกลายเป็นหนี้สินทันที Apache 2.0 + LLVM exception ทำให้ความเสี่ยงนั้น ไม่หายไป แต่ประเมินราคาได้ — เลวร้ายที่สุดยังมีคนอื่น fork ต่อได้ นี่คือเงื่อนไขขั้นต่ำที่ CUDA alternative ทุกตัวต้องผ่านก่อนจะมีใครกล้าใช้ในโปรดักชัน

แต่อย่าเพิ่งอ่านข้ามข้อ “ยังไม่รับ contribution จนถึงสิ้นปี” — สำหรับโครงการคอมไพเลอร์ ความต่างระหว่าง “source available” กับ “โอเพนซอร์สที่มีชีวิต” อยู่ตรงนี้พอดี LLVM แข็งแรงเพราะมี Apple, Google, ARM, Sony ส่ง patch เข้าไปคนละทาง ไม่ใช่เพราะโค้ดเปิดให้อ่าน ถ้าปลายปีนี้ Modular ยังไม่เปิดรับจริง หรือเปิดแบบมีเงื่อนไข CLA ที่หนัก คำว่า “open source” ในพาดหัวจะมีน้ำหนักน้อยกว่าที่คนคาดไว้มาก หมุดหมายที่ควรจดไว้ในปฏิทินคือเดือนธันวาคม 2026 ไม่ใช่วันนี้

สำหรับนักพัฒนาไทยและ SEA ผมมองว่าคุณค่าที่จับต้องได้ตอนนี้ยังไม่ใช่ “เขียนโปรดักชันด้วย Mojo” แต่เป็น การที่โค้ดของคอมไพเลอร์ GPU สมัยใหม่ที่สร้างบน MLIR กลายเป็นสื่อการเรียนที่อ่านได้ฟรี — บ้านเราขาดคนที่เข้าใจชั้นล่างของ AI stack (kernel, memory hierarchy, code generation) อย่างหนัก และช่องว่างนี้คือเหตุผลที่เราเป็นผู้ใช้ GPU มากกว่าผู้ปรับแต่ง GPU ตลอดมา ตอนนี้มีคอมไพเลอร์ที่ compile GPU kernel จริง ๆ ให้อ่านได้ทั้งเส้นตั้งแต่ frontend ถึง PTX โดยไม่ต้องขออนุญาตใคร นั่นมีค่ากับหลักสูตรมหาวิทยาลัยและกลุ่มสตัดดีในประเทศมากกว่าตัวภาษาเสียอีก

ส่วนคำถามว่า “แล้วเราควรย้ายจาก CUDA/Triton ไหม” คำตอบของผมยังเหมือนเดิม: ยังไม่ใช่ตอนนี้ ลองในโปรเจกต์ทดลองหรือ kernel ที่แยกออกมาได้ก่อน แล้วรอดูสองสัญญาณ — เปิดรับ contribution จริงตามที่สัญญาไว้หรือไม่ และมีบริษัทที่สามที่ไม่ใช่ Modular ลงทุนกับ Mojo อย่างจริงจังหรือยัง สองข้อนี้เกิดเมื่อไหร่ค่อยคุยเรื่องย้ายก็ยังทัน

แหล่งข่าว

• Mojo🔥 is now open source! — Modular Blog (18 ส.ค. 2026)
• modular/modular — GitHub (Apache 2.0 with LLVM exceptions)
• Mojo is now open source — Simon Willison (18 ส.ค. 2026)
• Mojo 1.0 ออกแล้ว — blog.jjannet.com (12 ส.ค. 2026)