ข้ามไปยังเนื้อหา
Qwen3.8-Flash-Next เปิดน้ำหนัก — 125B ที่กระตุ้นแค่ 6B บวก "พจนานุกรมวลี" 51B ที่ย้ายไปนั่งบน RAM ได้ เทรนถูกกว่ารุ่นพี่ 9 เท่า และเป็นตัวอย่างสถาปัตยกรรมของ Qwen4
โมเดลใหม่

Qwen3.8-Flash-Next เปิดน้ำหนัก — 125B ที่กระตุ้นแค่ 6B บวก "พจนานุกรมวลี" 51B ที่ย้ายไปนั่งบน RAM ได้ เทรนถูกกว่ารุ่นพี่ 9 เท่า และเป็นตัวอย่างสถาปัตยกรรมของ Qwen4

อ่าน 8 นาที ที่มา: Qwen (Hugging Face model card)

วันเดียวกับที่ Z.ai ปล่อย GLM-5.3-Flash ทีม Qwen ของ Alibaba ก็ปล่อย Qwen3.8-Flash-Next พร้อมน้ำหนักบน Hugging Face (26 สิงหาคม 2026) — และรุ่นนี้น่าสนใจด้วยเหตุผลที่ต่างออกไปโดยสิ้นเชิง Qwen ไม่ได้ขายว่ามันเก่งที่สุด แต่ขายว่ามัน ถูกที่สุดเมื่อเทียบกับสิ่งที่ได้ และบอกตรง ๆ ใน model card ว่านี่คือ “experimental preview ของสถาปัตยกรรมที่จะรองรับ Qwen4”

ตัวเลขที่เป็นหัวใจ: 125 พันล้านพารามิเตอร์ กระตุ้นจริงแค่ 6 พันล้านต่อโทเคน บวกอีก 51 พันล้านที่เป็น n-gram embedding และ 4 พันล้านสำหรับ MTP — รวมเป็น 180B ที่ Hugging Face แสดงบนหน้ารีโป และ Qwen เคลมใน README บน GitHub ว่าเทียบกับ Qwen3.7-Plus แล้ว “การเทรนใช้เพียงราว 1/9” แต่ทำงาน coding และงานออฟฟิศได้ดีกว่า

สี่ของใหม่ในสถาปัตยกรรม — และอันที่แปลกที่สุดคือ n-gram embedding

Qwen ระบุของใหม่ไว้สี่ชิ้น:

1. Hybrid Attention พร้อม QSA — คู่ Gated DeltaNet + Gated Attention ของรุ่นก่อนถูกเปลี่ยนเป็น Gated DeltaNet + Qwen Sparse Attention (QSA) จุดต่างสำคัญคือ QSA ไม่เลือกทีละโทเคน แต่เลือกเป็น micro-block ซึ่ง Qwen บอกว่าตัด latency ของบริบทยาวลงอย่างมีนัยสำคัญ — และให้เหตุผลตรง ๆ ว่าเพราะ “งาน agentic กำลังกลายเป็นภาระหลักของการใช้งานจริง” เลย์เอาต์ของโมเดลคือ 12 × (Gated DeltaNet → MoE สามรอบ แล้ว QSA → MoE หนึ่งรอบ) รวม 48 เลเยอร์ โดย QSA มีงบเลือกที่ 512 block หรือ 2048 โทเคน

2. Gated Residual — เพิ่ม read gate ที่ขึ้นกับข้อมูลแบบ element-wise และ write gate แบบ scalar ต่อ branch (4 branch, bottleneck rank 320) เพื่อเพิ่มความละเอียดของการไหลข้อมูลข้ามเลเยอร์โดยไม่ทำให้การเทรนไม่เสถียร

3. N-gram Embedding — อันนี้คือของแปลก และเป็นไอเดียที่ควรจับตาที่สุด Qwen ใส่ตาราง embedding ขนาด 20 ล้านรายการ ที่ index ด้วย bigram/trigram ไว้ที่เลเยอร์ที่ 2 คิดเป็นพารามิเตอร์ 51B เหตุผลคือ embedding เป็นแกนการ scale ที่ ใช้การคำนวณน้อยกว่า MoE และย้ายออกจาก GPU ได้ง่ายกว่ามาก — README บน GitHub เขียนชัดว่า “ตาราง embedding สามารถ offload ไปไว้บน host memory และซ้อนทับกับการคำนวณของโมเดลผ่าน asynchronous prefetching”

พูดเป็นภาษาคนคือ Qwen แยกความรู้ของโมเดลออกเป็นสองกอง: กองที่ต้องคิด (6B active บน GPU) กับกอง “พจนานุกรมวลี” ที่แค่ต้องเปิดดู (51B บน RAM ธรรมดา) แล้ว prefetch มาให้ทันก่อนใช้ นี่คือการเพิ่มความจุโมเดลโดยไม่ต้องซื้อ VRAM เพิ่ม ซึ่งเป็นคนละแกนกับที่ทุกคนกำลังแข่งกันอยู่

4. สูตรการเทรนที่ปรับเฉพาะจุด — ใช้ Muon และ AdamW กับกลุ่มน้ำหนักต่างกัน และ ตัด batch-size warmup ทิ้ง เริ่มที่ batch size เป้าหมายเลยตั้งแต่ต้น โดยอาศัย scaling law ที่ refit ใหม่ ซึ่ง Qwen บอกว่าลดจำนวน optimizer step ลงมากและรองรับ learning rate สูงกว่าเดิมได้อย่างปลอดภัย

ส่วน MoE ใช้ 512 experts เลือก 10 routed + 1 shared expert intermediate dim แค่ 640 (fine-grained มาก) hidden dim 2560 และบริบท 262,144 โทเคนโดยกำเนิด ขยายได้ถึง 1 ล้านด้วย YaRN

ตัวเลข — ชนะรุ่นที่ใหญ่กว่าตัวเองสามเท่า

ตารางใน model card เทียบกับ Qwen3.8-27B, Qwen3.7-Plus (397B/17B active), DeepSeek-V4-Flash-0731 (284B/13B active) และ Claude Opus 4.6 (Max) — ตัวเลขต่อไปนี้อ่านจาก model card โดยตรง:

งานQwen3.8-Flash-NextQwen3.8-27BQwen3.7-PlusDeepSeek-V4-FlashClaude Opus 4.6
DeepSWE 1.158.742.216.554.4—
SWE-bench Pro62.561.755.856.053.4
SWE-bench Multilingual81.073.875.8—77.5
NL2Repo-Bench48.142.341.154.247.6
CoWorkBench73.970.765.145.168.2
JobBench55.733.427.641.336.6
Toolathlon Verified73.567.150.670.3—
GPQA Diamond91.789.290.390.891.3
HLE35.930.834.733.840.0
LiveCodeBench v691.990.389.690.688.8

จุดที่โดดจริงคือ JobBench 55.7 เทียบกับ Qwen3.7-Plus ที่ 27.6 — เกินเท่าตัว ทั้งที่ Qwen3.7-Plus มีพารามิเตอร์รวม 397B และ active 17B (มากกว่าเกือบสามเท่า) และ CoWorkBench 73.9 เทียบ DeepSeek-V4-Flash ที่ 45.1 ส่วนที่ยังตามคือ HLE (35.9 vs Claude Opus 4.6 ที่ 40.0) และ NL2Repo-Bench ที่ DeepSeek นำอยู่

ฝั่งภาพ โมเดลมี vision encoder ในตัว (pipeline tag เป็น image-text-to-text) และตัวเลขที่น่าสนใจคือ AndroidWorld 84.5 เทียบ Claude Opus 4.6 ที่ 62.0, ERQA 72.3 เทียบ 40.8 และ RealWorldQA 88.5 เทียบ 73.9 ส่วน OSWorld 2.0 ยังต่ำทั้งกระดาน (binary 19.4) ซึ่งสะท้อนว่างาน computer use เต็มรูปแบบยังเป็นโจทย์ที่ไม่มีใครแก้ได้

ใบอนุญาต — ตรงนี้ต้องอ่านเอง อย่าเชื่อพาดหัว

มีสำนักข่าวรายงานว่ารุ่นนี้ปล่อยใต้ Apache 2.0 — ไม่ใช่ ผมโหลดไฟล์ LICENSE จากรีโปมาอ่านเอง มันคือ Qwen Community License 1.0 ซึ่งเนื้อหาส่วนใหญ่ถอดแบบ MIT (ใช้ แก้ ขาย ฟายน์จูน เสิร์ฟ ได้หมด) แต่มี เงื่อนไขเพิ่มสองข้อ:

  1. ถ้าเอาไปใช้ในผลิตภัณฑ์เชิงพาณิชย์ที่มี MAU เกิน 100 ล้าน หรือรายได้เกิน 20 ล้านดอลลาร์ต่อเดือน ต้องแสดงชื่อโมเดลเด่นชัดบน UI
  2. ถ้าคุณทำธุรกิจ Model-as-a-Service หรือ “AI Work Assistant” (นิยามว่าผลิตภัณฑ์ AI ที่ออกแบบมาเพื่อช่วยเขียนโค้ดหรืองานออฟฟิศเป็นหลัก) ต้องขอใบอนุญาตแยกจาก Qwen ก่อน — ยกเว้นการใช้ภายในองค์กรที่ไม่เปิดให้บุคคลที่สามเข้าถึง

ข้อ 2 คือข้อที่กระทบจริง: ถ้าคุณกำลังจะสร้าง coding assistant หรือ AI ผู้ช่วยงานออฟฟิศขาย คุณต้องคุยกับ Qwen ก่อน ส่วนถ้าเป็นเครื่องมือเฉพาะทาง (เช่น เครื่องมือแปลภาษา) หรือ AI ในโดเมนอื่น ใบอนุญาตระบุชัดว่าไม่เข้าข่าย

เทียบกันตรง ๆ ในวันเดียวกัน: GLM-5.3-Flash = MIT ล้วน ไม่มีเงื่อนไข / Qwen3.8-Flash-Next = MIT บวกสองข้อยกเว้น

รันเองได้ไหม

รีโปมี 132 shard รวมราว 360 GB (BF16) — ก้อนใหญ่กว่า GLM-5.3-Flash แบบ FP8 ด้วยซ้ำ มีรีโป Qwen3.8-Flash-Next-FP8 แยกให้ และ Qwen ระบุเฟรมเวิร์กที่รองรับ: SGLang, vLLM และ TokenSpeed พร้อมคุกบุ๊ก/สูตรของแต่ละตัว

แต่ประเด็นสำคัญคือ 51B จาก 180B นั้นเป็น n-gram embedding ที่ย้ายไป RAM ได้ ในทางทฤษฎีแปลว่าความต้องการ VRAM จริงต่ำกว่าตัวเลข 360 GB มาก — จะต่ำแค่ไหนขึ้นอยู่กับว่าเฟรมเวิร์กแต่ละตัวรองรับ offload + async prefetch นี้ดีเพียงใด ซึ่งเป็นเรื่องที่ต้องรอผลจริงจากชุมชนในสัปดาห์นี้ ตอนนี้รีโปมี 3.6k likes และดาวน์โหลดไปแล้วราว 2.5k ครั้งภายในวันเดียว

โมเดลตั้งค่า thinking mode เป็นค่าเริ่มต้น (พ่น <think>...</think> ก่อนตอบ) ปิดได้ผ่าน enable_thinking และปรับระดับได้ด้วย reasoning_effort — โดย Qwen เตือนไว้เองอย่างน่าสนใจว่าในงาน agentic หลายเทิร์น การลด reasoning effort ไม่ได้ทำให้งานเสร็จเร็วขึ้นเสมอไป เพราะวิเคราะห์ไม่พอ → พลาด → ลองใหม่ → รวมแล้วช้าลงและกินโทเคนมากกว่าเดิม

มุมมอง AI Curator

สองโมเดลที่ออกวันเดียวกัน สองปรัชญาที่ต่างกันชัดเจน และมันบอกอะไรบางอย่างเกี่ยวกับทิศทางปี 2027

GLM-5.3-Flash แก้ปัญหาต้นทุนด้วยการ ทำ attention ให้ถูกลง (linear สามในสี่เลเยอร์) ส่วน Qwen3.8-Flash-Next แก้ด้วยการ ย้ายความจุออกจาก GPU ไปนั่งบน RAM ทั้งคู่ยอมรับข้อเท็จจริงเดียวกัน: VRAM คือคอขวดที่แพงที่สุดในสมการ และวิธีชนะไม่ใช่การซื้อเพิ่ม แต่คือการออกแบบให้ต้องใช้น้อยลง

ในสามอันนั้น n-gram embedding คือของที่ผมคิดว่าจะถูกลอกเร็วที่สุด เพราะมันแยกได้สะอาดมากตามธรรมชาติของงาน — การจำว่า “วลีนี้มักตามด้วยอะไร” ไม่ต้องใช้การคำนวณ ต้องใช้แค่การเปิดตาราง ซึ่งเป็นสิ่งที่ RAM ราคาถูกทำได้ดีพอ ๆ กับ HBM ราคาแพง ถ้ามันเวิร์กจริงในระดับ production มันเปิดทางให้ โมเดลที่ “ใหญ่” ขึ้นได้โดยไม่ต้องซื้อการ์ดเพิ่ม ซึ่งเป็นข่าวดีสำหรับทุกคนที่ไม่ใช่ NVIDIA

สำหรับทีมไทย มีสองเรื่องที่ควรทำการบ้านก่อนตื่นเต้น หนึ่ง — SWE-bench Multilingual 81.0 ไม่ได้แปลว่าภาษาไทยดี เพราะเบนช์นั้นวัดภาษาโปรแกรม ไม่ใช่ภาษามนุษย์ และเช่นเดียวกับ GLM วันนี้ Qwen ก็ไม่มีตัวเลขไทยเผยแพร่ อย่างไรก็ตาม Qwen เป็นตระกูลที่ชุมชนไทยมีประสบการณ์มากที่สุด (Typhoon หลายรุ่นก็ต่อยอดจาก Qwen) เพราะฉะนั้นความรู้เดิมเรื่องการฟายน์จูนน่าจะโอนมาได้พอสมควร

สอง — ข้อ 2 ในใบอนุญาตนั้นสำคัญกว่าที่คนไทยส่วนใหญ่จะทันสังเกต ถ้าคุณกำลังทำ SaaS ผู้ช่วยเขียนโค้ดหรือผู้ช่วยงานเอกสารสำหรับลูกค้าองค์กรไทย โมเดลนี้ต้องเจรจาใบอนุญาตก่อน ส่วน GLM-5.3-Flash ที่ออกวันเดียวกันไม่ต้อง — และนี่คือเหตุผลที่ผมยืนยันเสมอว่า ต้องเปิดไฟล์ LICENSE อ่านเอง ไม่ใช่เชื่อคำว่า “open source” ในพาดหัว วันนี้มีสำนักข่าวใหญ่รายงานผิดเป็น Apache 2.0 ไปแล้วหนึ่งราย


แหล่งข่าว

บทความนี้เรียบเรียงจากแหล่งข่าวต้นทาง — Qwen (Hugging Face model card)

เนื้อหาบน blog นี้สร้างโดย AI โดยมีการกำกับบรรณาธิการจากมนุษย์

อ่านเพิ่มในหมวด โมเดลใหม่

Google เปิดตัว Gemini 4 Carbon ขึ้นอันดับ 1 Artificial Analysis v5 ด้วยคะแนน 59 แต่ยังให้ใช้แค่นักป้องกันไซเบอร์กลุ่มเล็ก
โมเดลใหม่

Google เปิดตัว Gemini 4 Carbon ขึ้นอันดับ 1 Artificial Analysis v5 ด้วยคะแนน 59 แต่ยังให้ใช้แค่นักป้องกันไซเบอร์กลุ่มเล็ก

Gemini 4 Carbon เปิดตัว 28 ต.ค. แซง Claude Opus 5.5 บน Intelligence Index v5 แค่ 1 คะแนน และตามหลังเพียง 3 คะแนนในดัชนี coding agent ราคาเปิดตัว $2/$10 แต่นักพัฒนาทั่วไปยังเรียกใช้ไม่ได้ ระหว่างที่ Google ค่อย ๆ เปิดผ่านโปรแกรม Fairwind

· อ่าน 5 นาที
Microsoft ปล่อย Mage-VL-Cowork โมเดล 4B คุมเดสก์ท็อปและเทอร์มินัลในตัวเดียว ได้ 66% บน OSWorld-Verified สัญญาอนุญาต Apache-2.0
โมเดลใหม่

Microsoft ปล่อย Mage-VL-Cowork โมเดล 4B คุมเดสก์ท็อปและเทอร์มินัลในตัวเดียว ได้ 66% บน OSWorld-Verified สัญญาอนุญาต Apache-2.0

Mage-VL-Cowork ขนาด 4B ของ Microsoft เลือกเองว่าจะคลิกหน้าจอหรือสั่ง bash ทำคะแนน OSWorld-Verified 66.0% ใกล้ค่าอ้างอิงมนุษย์ 72.4% ในตารางเดียวกัน แต่คำว่าดีที่สุดในขนาด 4B มีคู่เทียบบนตารางนี้แค่รุ่นเดียว

· อ่าน 4 นาที
Mistral ปล่อยน้ำหนัก Large 4 จริงแล้ว — 1T ราคาลดเกือบครึ่ง แต่บน AA ได้ 26 และสัญญาอนุญาตห้ามขายเป็น API ถ้าไม่มีใบอนุญาตแยก
โมเดลใหม่

Mistral ปล่อยน้ำหนัก Large 4 จริงแล้ว — 1T ราคาลดเกือบครึ่ง แต่บน AA ได้ 26 และสัญญาอนุญาตห้ามขายเป็น API ถ้าไม่มีใบอนุญาตแยก

Mistral ปล่อยน้ำหนัก Large 4 (Le Chonk) เมื่อ 29 ต.ค. เป็นรุ่นที่ฝึก RL ต่ออีกสามสัปดาห์หลัง preview ขนาด 1T ใช้พื้นที่ราว 1.06TB ราคา API ลดเหลือ $0.70/$2.10 Mistral นำ open-weight ด้าน coding แต่คะแนนรวม AA 26 ตามหลังโมเดลจีน และสัญญาอนุญาตกันธุรกิจ Model-as-a-Service

· อ่าน 5 นาที