Mojo 1.0 ออกแล้ว — ภาษาที่เขียน CPU กับ GPU ด้วยไวยากรณ์เดียวเข้าสู่สถานะเสถียร พร้อม AI Skills สำหรับเขียน GPU kernel
เมื่อ 11 สิงหาคม 2026 Modular ปล่อยรุ่น 26.5 พร้อมประกาศหมุดหมายที่ชุมชนรอมานาน — Mojo 1.0 ภาษาโปรแกรมที่ออกแบบมาให้เขียนโค้ดประสิทธิภาพสูงบน CPU, GPU และ accelerator ด้วยไวยากรณ์ที่หน้าตาใกล้ Python เข้าสู่สถานะเสถียรอย่างเป็นทางการ
ความหมายของเลข 1.0 ตรงไปตรงมา: ภาษาเปลี่ยนจากโหมด “ทดลองเร็ว พังได้” มาเป็นโหมดวิวัฒนาการแบบมีวินัย Modular ระบุว่าในช่วง 1.x การเปลี่ยนแปลงจะเป็นการเพิ่มเป็นหลัก (additive) ยังมี breaking change ได้อยู่ แต่จะทำตามธรรมเนียมของภาษาที่โตแล้วอย่าง C++ — พูดอีกอย่างคือ ตอนนี้เริ่มเขียนโปรเจกต์ระยะยาวด้วย Mojo ได้โดยไม่ต้องกลัวว่าอีกหกเดือนจะต้องเขียนใหม่ทั้งหมด
อะไรเปลี่ยนใน 26.5
รุ่นนี้เน้นการ “รวบ” มากกว่าการเพิ่มของใหม่ ซึ่งเป็นสิ่งที่ควรเกิดก่อนขึ้นเลข 1.0 พอดี:
- ประกาศตัวแปรด้วย
varอย่างเดียว — เลิกมีหลายวิธีทำเรื่องเดียวกัน - closure แบบรวมศูนย์ พร้อมไวยากรณ์ lambda แบบ Python
- เหลือ Pointer type เดียว ทั้งระบบ จากเดิมที่มีหลายชนิดให้สับสน
- จัดมาตรฐานคำศัพท์และการตั้งชื่อ ทั้ง standard library
ของที่เพิ่มเข้ามาฝั่งเครื่องมือ:
- LSP server เสถียรขึ้น สำหรับ VS Code
- การวินิจฉัยด้าน memory safety ที่จับกรณี reference ใช้ไม่ได้แล้ว
whereclause ที่บอกสาเหตุความล้มเหลวได้ละเอียดขึ้น- Mojo AI Skills ที่อัปเดตใหม่ สำหรับการเริ่มโปรเจกต์และการเขียนโปรแกรม GPU
ฝั่ง MAX ซึ่งเป็น inference engine เชิงพาณิชย์ของ Modular ก็ได้ของตามมา: ติดตั้งง่ายขึ้นผ่าน package ของ modular, รองรับ GLM-5.2 และ Nemotron-H เพิ่ม และปรับความเข้ากันได้กับ Kimi 2.5 ผ่าน Module V3
ตัวเลขที่บอกสภาพชุมชนได้ดี: นับตั้งแต่เปิดซอร์ส standard library มีผู้ร่วมพัฒนาเกือบ 200 คน ส่ง PR กว่า 1,100 รายการ แตะโค้ดรวมกว่า 200,000 บรรทัด
ทำไมภาษานี้ถึงเกี่ยวกับคนทำ AI
Mojo ไม่ได้ถูกสร้างมาเพื่อแข่งกับ Python ในงานทั่วไป แต่เพื่อแก้ปัญหาเฉพาะที่คนทำ AI เจอทุกวัน — ช่องว่างระหว่าง Python กับ CUDA เวลาต้องการความเร็วระดับ kernel ทุกวันนี้คำตอบคือเขียน C++/CUDA แยกอีกภาษา แล้วผูกกลับเข้า Python ซึ่งแปลว่าทีมต้องดูแลโค้ดสองโลกที่คนละไวยากรณ์ คนละ toolchain และดีบักคนละแบบ
ข้อเสนอของ Mojo คือเขียนทั้งสองชั้นด้วยภาษาเดียว และหลักฐานที่หนักแน่นที่สุดว่ามันใช้งานได้จริงคือ Modular ใช้ Mojo เป็นฐานของโครงสร้างพื้นฐานเชิงพาณิชย์ของตัวเอง ทั้ง MAX และ Modular Cloud — ไม่ใช่ภาษาสาธิตที่บริษัทเจ้าของไม่กล้าใช้เอง
จุดที่น่าสังเกตสำหรับปี 2026 คือ Mojo AI Skills ที่อัปเดตมาสำหรับการเขียน GPU kernel โดยเฉพาะ — เป็นการยอมรับตรง ๆ ว่าคนจำนวนมากจะเขียนภาษานี้ผ่าน coding agent ไม่ใช่พิมพ์เองทีละบรรทัด ซึ่งเป็นโจทย์จริงของภาษาใหม่ทุกภาษาในยุคนี้: โมเดลไม่เคยเห็นโค้ดภาษาคุณตอนเทรน คุณจึงต้องส่งความรู้ให้มันเป็น skill
มุมมอง AI Curator
Mojo เปิดตัวครั้งแรกกลางปี 2023 พร้อมคำสัญญาใหญ่มาก — “เร็วกว่า Python 35,000 เท่า” — และใช้เวลากว่าสามปีจึงมาถึง 1.0 ความช้านั้นควรอ่านเป็นข้อดีมากกว่าข้อเสีย เพราะ สิ่งที่ฆ่าภาษาใหม่ส่วนใหญ่ไม่ใช่ประสิทธิภาพ แต่คือการประกาศเสถียรก่อนที่ความหมายของภาษาจะนิ่ง แล้วต้องแบกการตัดสินใจที่ผิดไปตลอดกาล การที่ 26.5 ใช้เวลาไปกับการลดจำนวนวิธีทำสิ่งเดียวกัน — เหลือ var ตัวเดียว เหลือ Pointer ชนิดเดียว — คือสัญญาณว่าทีมเข้าใจว่าเลข 1.0 หมายถึงอะไร
โจทย์ที่แท้จริงของ Mojo อยู่ข้างหน้า ไม่ใช่ข้างหลัง: ระบบนิเวศ เหตุผลที่ Python ครอง AI ไม่ใช่เพราะภาษาดี แต่เพราะมี PyTorch, NumPy, transformers และไลบรารีอีกนับพัน Mojo ตั้งใจให้เรียก Python ได้เพื่อลดแรงเสียดทานนี้ แต่การเรียกข้ามภาษาก็คือการยอมรับว่าโค้ดสำคัญ ๆ ยังอยู่อีกฝั่งอยู่ดี และในสามปีที่ Mojo ใช้ไป คู่แข่งไม่ได้หยุดรอ — Triton ของ OpenAI กลายเป็นวิธีมาตรฐานในการเขียน GPU kernel ด้วย Python ไปแล้ว และ torch.compile ก็กินงานที่ Mojo เคยตั้งใจจะแก้ไปพอสมควร
สำหรับนักพัฒนาไทย คำแนะนำตามตรงคือ นี่ยังไม่ใช่ภาษาที่ควรเอาไปวางในโปรดักชันวันนี้ ตลาดงานในไทยที่ต้องการ Mojo ยังแทบไม่มี และปัญหาที่มันแก้ — การเขียน kernel ให้เร็วกว่าไลบรารีมาตรฐาน — เป็นปัญหาของทีมที่รันโมเดลระดับที่ค่าไฟต่อเดือนสูงพอจะคุ้มกับการ optimize เอง ซึ่งในไทยมีไม่กี่ที่
แต่มีกลุ่มที่ควรลองจริงจัง: ทีมที่รัน inference เองบนฮาร์ดแวร์ของตัวเอง ทั้งบริษัทที่ทำ on-prem เพราะ PDPA และหน่วยงานที่มี GPU cluster อยู่แล้ว การได้ throughput เพิ่ม 20–30% จากการปรับ kernel ให้ตรงกับ workload ตัวเองแปลเป็นเงินจริงเมื่อคูณด้วยเวลาทั้งปี และการที่ 1.0 รับประกันความเสถียรของ API แปลว่าเวลาที่ลงไปเรียนตอนนี้จะไม่สูญเปล่าในหกเดือน — ซึ่งเมื่อปีที่แล้วยังพูดแบบนี้ไม่ได้
แหล่งข่าว
อ่านเพิ่มในหมวด เครื่องมือนักพัฒนา
Betelgeuse รัน Qwen3.8 Flash Next ขนาด 68GB บน RTX 3060 กับแรม 16GB ส่วน Basalt วัดให้เห็นว่าเอนจินที่เร่งด้วยแฟล็กลัดทำให้โมเดลลืมของ
Betelgeuse ฟอร์ก llama.cpp ที่เปิดเมื่อ 31 ต.ค. ดึง expert จาก NVMe เข้า VRAM ตามต้องการ อ้าง 22 tok/s แบบไม่ทิ้ง expert แต่ README เตือนเองว่ายังทดลองและตัวเลขมาจากคนละรอบ วันเดียวกันผู้พัฒนา Basalt เผยผลวัดว่าแฟล็กเร่งความเร็วทำคุณภาพ Q8 ตกไปใกล้ Q2
กฎห้ามโคลนเกมของ Claude Code เริ่มกระทบงานจริง บริษัทรับทำเกมกระดานร้องงานลูกค้าหยุด แต่รายงานหลายชิ้นปนกับตัวกรองไซเบอร์คนละเรื่อง
ต่อจากที่เราพบกฎนี้ในไบนารี Claude Code ผู้ใช้เริ่มรายงานว่างานเชิงพาณิชย์ถูกปฏิเสธ และ Tom's Hardware กับ Mashable หยิบไปรายงาน แต่เมื่อไล่ issue ที่อ้างถึง พบว่าหลายรายการเกิดก่อนกฎจะมา จึงน่าจะเป็นตัวกรองด้านไซเบอร์ ส่วน Anthropic ยังไม่ชี้แจง
Claude Code ส่ง transcript ของ background agent ให้โมเดลทุก ~30 วินาทีเพื่อเขียนสถานะ 3–5 คำ ผู้วัดรายงานกินราว 16% และยังปิดแบบทางการไม่ได้
รายงานอิสระพบว่าฟีเจอร์ agent_summary ของ Claude Code ส่ง transcript เต็มของ background agent ไปถามสถานะทุก ~30 วินาที คิดเป็น 16.4% ของค่าใช้จ่ายในระบบของผู้วัด Issue เปิดมาตั้งแต่ ส.ค. ยังไม่มีสวิตช์ปิดที่รองรับ เราตรวจพบโค้ดนี้ใน 2.1.314 และพบกฎใหม่เรื่องเกมที่ไม่อยู่ใน changelog