MiniMax M3.1: เอกสารตัวอย่างก่อนเปิดตัวที่รั่วไหลบอกอะไร — และสิ่งที่ยังไม่มีใครยืนยัน

มีเช็กพอยต์ขนาด 250 GB บน Hugging Face ชื่อ MiniMax-M3.1-preview-private ที่ไม่มีใครนอกเหนือจากพันธมิตรด้าน inference ไม่กี่รายสามารถเปิดได้ มีเอกสารลงวันที่ 22 กันยายน ที่อ่านแล้วเหมือนบันทึกสถาปัตยกรรมของผู้ขายแบบเป๊ะ ๆ ซึ่งหมุนเวียนอยู่ในรีโพซิทอรีด้านวิศวกรรมพาร์ตเนอร์แบบสาธารณะ แทนที่จะอยู่บนเว็บไซต์ของผู้ขายเอง และเมื่อวันที่ 26 กันยายน ผู้เฝ้าจับตาโมเดลที่มีผู้ติดตามจำนวนมากได้โพสต์ว่า MiniMax M3.1 คือ "โมเดลใหม่ตัวถัดไปสำหรับสัปดาห์ที่กำลังจะมาถึง" และว่าพวกเขากำลังทดสอบพรีวิวของมันอยู่แล้ว เมื่อนำสามสิ่งนั้นมารวมกัน คุณจะได้บันทึกสาธารณะทั้งหมดของ MiniMax M3.1 — โมเดลที่ชื่อ ความเปลี่ยนแปลงด้านสถาปัตยกรรม จำนวนเวต และสัปดาห์ที่มาถึง ล้วนถูกพูดถึงกันอยู่ และไม่มีสักอย่างที่ผู้ขายได้พูดถึงต่อสาธารณะเลยแม้แต่คำเดียว รุ่นก่อนที่มันสืบทอดมา คือ MiniMax M3 เป็นอีกเรื่องหนึ่ง: รุ่นนั้นถูกปล่อยออกมาแล้ว และนั่นคือเหตุผลที่ใคร ๆ ก็สนใจรุ่นนี้

นี่คือสิ่งที่โมเดลที่ยังไม่เปิดตัวดูเหมือนเมื่อมองจากภายนอก และควรอธิบายรูปร่างของหลักฐานให้ชัดเจน เพราะหลักฐานสามสายนี้ไม่ได้หนักแน่นเท่ากัน การมีอยู่ของเช็กพอยต์ได้รับการยืนยันสอดคล้อง หลายเส้นทางที่เป็นอิสระต่อกันชี้ไปที่ชื่อรีโพซิทอรีส่วนตัวเดียวกันและจำนวนไฟล์เดียวกัน เอกสารสถาปัตยกรรมไม่ได้ถูกยืนยันในลักษณะนั้น — มันเป็นบันทึกถอดความของบุคคลที่สาม และอาจเป็นของจริง ล้าสมัย หรือถูกแต่งขึ้นบางส่วน ข้อกล่าวอ้างเรื่อง "สัปดาห์ที่กำลังจะมาถึง" เป็นความคาดหวังของบุคคล ไม่ใช่กำหนดการ ทุกอย่างในบทความนี้ถูกระบุระดับความหนักแน่นตามที่มันมีจริง และไม่มีสิ่งใดในนี้ที่ควรอ่านเป็นการประกาศเปิดตัว

สิ่งที่ทำให้ MiniMax M3.1 คุ้มค่ากับการเขียนเป็นบทความตั้งแต่ก่อนที่มันจะถือกำเนิดขึ้นมา คือรุ่นก่อนหน้าของมัน MiniMax M3 นั้น ตามคำกล่าวอ้างส่วนใหญ่ เป็นโมเดลแบบ open-weight ที่แข็งแกร่งที่สุดที่ MiniMax เคยปล่อยออกมา — โมเดลขนาด 1M-token แบบข้อความ-ภาพ-วิดีโอที่ไปถึงค่าดัชนี Artificial Analysis Intelligence Index ที่ 29.2 และยังคงเป็นหนึ่งในไม่กี่โมเดลเปิดที่สามารถยึดบริบทที่ยาวจริง ๆ ไว้ได้อย่างแน่นหนา หาก M3.1 เปิดตัวในช่วงสัปดาห์สุดท้ายของเดือนกันยายน ตัวเลขที่นักพัฒนาสนใจไม่ใช่ความเป็นไปได้ของข้อมูลที่รั่วไหลออกมา แต่เป็นสิ่งที่เปลี่ยนแปลงไปในชั้นต่าง ๆ และต้นทุนในการให้บริการ — และในทั้งสองประเด็นนั้น เอกสารที่รั่วไหลออกมานั้นมีความเฉพาะเจาะจงอย่างผิดปกติ

อะไรคือสิ่งที่ได้รับการยืนยัน และอะไรคือสิ่งที่เพียงแค่แพร่สะพัดอยู่

การแบ่งที่ตรงไปตรงมา ณ วันที่ 27 กันยายน 2026:

• ยืนยันแล้ว: ไม่มีเวอร์ชันสาธารณะของ MiniMax M3.1 อยู่จริง องค์กร MiniMaxAI บน Hugging Face ส่งคืน 401 — ซึ่งเป็นข้อความตอบกลับของแพลตฟอร์มที่หมายถึง “ไม่พบหรือไม่ปรากฏให้คุณเห็น” — สำหรับ MiniMaxAI/MiniMax-M3.1, MiniMaxAI/MiniMax-M3.1-preview และ MiniMaxAI/MiniMax-M3.1-preview-private เช่นเดียวกัน ทั้งหมดนี้ อัปโหลดสาธารณะล่าสุดขององค์กรยังคงเป็น MiniMax-Music3 (7 สิงหาคม 2026) และ MiniMax-H3 (28 กรกฎาคม 2026)

• ยืนยันแล้ว: MiniMax M3.1 ไม่สามารถกำหนดเส้นทางได้จากทุกที่ที่เราตรวจสอบได้ โดยไม่ปรากฏอยู่ในแคตตาล็อกโมเดลของ OrcaRouter และไม่อยู่ในรายการสาธารณะที่เราติดตามตรวจสอบ; โมเดล MiniMax ที่คุณเรียกใช้ได้จริงในวันนี้คือ MiniMax M3 ที่ minimax/minimax-m3.

• ยืนยันแล้ว: MiniMax ยังไม่ได้เผยแพร่สิ่งใดเลย ไม่มี model card ไม่มีโพสต์บล็อก ไม่มีหน้ากำหนดราคา ไม่มี weights ไม่มี API model ID และไม่มีการรายงานข่าวจากสื่อเกี่ยวกับการเปิดตัว เพราะยังไม่มีการเปิดตัวเกิดขึ้น

• ในการหมุนเวียน: เอกสารสถาปัตยกรรมฉบับนี้ถูกทำซ้ำแบบคำต่อคำในคลังสาธารณะ — longsco/innoferra-eval ชุดเริ่มต้นใช้งานสำหรับพาร์ตเนอร์สำหรับเอนด์พอยต์ของโมเดลที่โฮสต์ไว้ ซึ่งสร้างเมื่อวันที่ 23 กันยายน 2026 — ภายใต้ชื่อไฟล์ PREVIEW-20260922.md โดยมีส่วนหัวที่อธิบายว่าเป็นเอกสารของผู้ขายที่แชร์เมื่อวันที่ 25 กันยายน พร้อมข้อแม้ว่า "ชื่อโมเดล วันที่เผยแพร่ของผู้ให้บริการ และการเปิดตัวสู่สาธารณะยังคงขึ้นอยู่กับการเปิดตัวจริง" นั่นเป็นข้อป้องกันความเสี่ยงของตัวเอกสารเอง ไม่ใช่ของเรา และเป็นข้อที่ถูกต้อง: สำเนาบันทึกของผู้ขายที่บุคคลที่สามถืออยู่ไม่ใช่คำแถลงของ MiniMax

• ในการหมุนเวียน: เช็คพอยต์ 250 GB และการปล่อยครั้งที่สองของมัน ข้อกำหนดการเริ่มต้นใช้งานของรีโพซิทอรีบันทึกเช็คพอยต์มัลติโมดัลแบบส่วนตัวที่ MiniMaxAI/MiniMax-M3.1-preview-private — 62 ไฟล์, 48 ไฟล์ safetensors, ประมาณ 250 GB, สตริงสถาปัตยกรรม MiniMaxM3SparseForConditionalGeneration — และจากนั้นเป็นการปล่อยครั้งที่สองที่ใหญ่กว่า, MiniMax-M3.1-preview2-dspark-private, ที่ 101 ไฟล์และประมาณ 236 GB ซึ่งเพิ่มดราฟต์เชิงคาดการณ์ fp8 ขนาด 2.3 GB ทั้งสองเป็นแบบส่วนตัว เราไม่สามารถเปิดได้ทั้งคู่ และคุณก็เช่นกัน

• ในกระแสข่าว: ไทม์ไลน์ โพสต์วันที่ 26 กันยายนเป็นเพียงการระบุวันต่อสาธารณะเท่านั้นที่มีผู้เสนอ และ "สัปดาห์ที่จะถึง" เป็นเพียงความคาดหวัง ให้มองสัปดาห์ของวันที่ 28 กันยายนเป็นช่วงเวลาที่ต้องจับตา ไม่ใช่วันที่แน่นอน

เอกสารฉบับเดียวที่บรรจุรายละเอียดทางวิศวกรรม

ทุกสิ่งที่เป็นรายละเอียดเฉพาะซึ่งเป็นที่รู้กันเกี่ยวกับการออกแบบของ MiniMax M3.1 ล้วนสืบย้อนกลับไปที่ไฟล์ markdown ไฟล์นั้นไฟล์เดียว บวกกับไฟล์ประกอบอีกสองไฟล์ใน repository เดียวกัน ได้แก่ เอกสารเดโม SGLang ที่อธิบายว่า checkpoint ตั้งใจให้ถูกให้บริการอย่างไร และ spec.yaml ที่ endpoint ของพาร์ตเนอร์ควรทำให้สอดคล้อง พออ่าน repository โดยรวมแล้ว มันดูเหมือนผู้ให้บริการ inference ที่ทำในสิ่งที่ผู้ให้บริการ inference ทำกันเป๊ะ ๆ — รับ early drop จาก MiniMax จดบันทึกว่าอะไรเปลี่ยนไป และสร้างชุดตรวจสอบความถูกต้องสำหรับมัน repository นี้ไม่ใช่ชุดข่าวประชาสัมพันธ์ และไม่ได้เขียนขึ้นเพื่อโน้มน้าวใคร

นั่นเป็นจุดที่ได้เปรียบ และมันก็เป็นขีดจำกัดของสิ่งที่มันพิสูจน์ด้วย ไม่มีอะไรในนั้นที่ลงนามโดย MiniMax เอกสารทั้งสามฉบับสอดคล้องกันในแบบที่เอกสารจริงสอดคล้องกัน — ค่าคงที่การควอนไทซ์เดียวกัน ชื่อตัวแปรสภาพแวดล้อมเดียวกัน แฟล็กการรันเดียวกัน — และขัดแย้งกันในแบบที่การปล่อยจริงขัดแย้งกัน: พรีวิววันที่ 22 กันยายนกล่าวว่าวิธีการถอดรหัสแบบคาดเดาใหม่ไม่มีส่วนหัวความมั่นใจ และการปล่อยเช็คพอยต์ครั้งที่สองส่งการกำหนดค่าแบบร่างที่ enable_confidence_head ถูกตั้งค่าเป็น true การกุเรื่องมักไม่รวมถึงเส้นเรื่องการแก้ไข แต่ "สอดคล้องกันอย่างผิดปกติ" ไม่ได้แปลว่า "ยืนยันแล้ว" และโหมดความล้มเหลวสำหรับผู้อ่านคือการซึมซับค่าคงที่ด้านล่างเป็นดีไซน์ที่เผยแพร่ของ MiniMax ทั้งที่จริงแล้วอย่างมากที่สุดมันเป็นดีไซน์ส่วนตัวของ MiniMax ที่ถูกอ่านโดยคนอื่น

การเปลี่ยนแปลงทางวิศวกรรมทั้งห้า ตามเอกสารฉบับนั้น

นี่คือความแตกต่างระหว่าง MiniMax M3 และ MiniMax M3.1 ตามที่เอกสารอธิบายไว้ ทุกบรรทัดมาจากผู้จำหน่ายและยังไม่ผ่านการตรวจสอบ — ไม่มีหน่วยงานอิสระใดวัดผลลัพธ์ของ MiniMax M3.1 ไม่ว่าแบบใด

• ความครอบคลุมของ attention ในสามเลเยอร์แรก full attention ถูกแทนที่ด้วย sparse attention ดังนั้นทุกเลเยอร์จึงเป็น sparse บน MiniMax M3 สามเลเยอร์แรกเป็นจุดยึด full attention ของสแตก sparse

• ความแม่นยำของ Attention — "Q8KV4" Queries รวมถึง queries ของ indexer จะออกมาจาก projection ในรูปแบบ BF16 และถูก cast ไปเป็น FP8 E4M3 Keys และ values — ซึ่งรวมถึงของ indexer ด้วย — ถูก quantise ไปเป็น E2M1 ขนาดสี่บิต ในบล็อกละ 16 โดยมีสเกล E4M3 ต่อบล็อกเป็น amax/6 ที่ถูก clamp ไว้ที่ [1/512, 448] เอกสารเน้นย้ำว่า ladder นั้นเป็น round-half-to-even พร้อม asymmetric thresholds, ว่า outer tensor scale เท่ากับ 1 พอดี, และว่า zero magnitude ต้อง encode เป็น positive zero M3 ใช้เส้นทาง KV แปดบิตในตระกูลเดียวกัน ดังนั้นสิ่งนี้จึงลด KV bytes ลงครึ่งหนึ่งอีกครั้ง

• ความแม่นยำระดับผู้เชี่ยวชาญ ผู้เชี่ยวชาญแบบ routed ของ MoE เปลี่ยนจาก MXFP8 ไปเป็น W4A4 NVFP4 โดยจงใจไม่รวมผู้เชี่ยวชาญแบบ shared ไว้ โปรเจกชันของผู้เชี่ยวชาญทั้งสองใช้รูปแบบการเปิดใช้งานที่ต่างกัน: FC1 ใช้สเกลต่อแถวแบบไดนามิกซึ่งมีค่าเป็น 2688 หารด้วยค่าสูงสุดสัมบูรณ์ของแถวนั้น โดยสเกลของแถวจะถูกนำไปใช้หลัง GEMM แต่ก่อนฟังก์ชันเปิดใช้งาน; FC2 ใช้สเกลภายนอกแบบคงที่เท่ากับ 16 ผลที่ตามมาในทางปฏิบัติ ซึ่งระบุไว้อย่างชัดเจนใน README ของพาร์ตเนอร์ เป็นเรื่องตรงไปตรงมา: "ผู้ให้บริการที่รันเช็กพอยต์ผ่านเส้นทาง NVFP4 ทั่วไปโดยไม่มีสิ่งเหล่านี้จะให้ผลลัพธ์เชิงตัวเลขที่แตกต่างออกไปโดยไม่แจ้งให้ทราบ"

• การถอดรหัสเชิงคาดการณ์ หัวทำนายหลายโทเคนแบบ EAGLE หายไปแล้ว ถูกแทนที่ด้วยวิธีที่ MiniMax เรียกว่า DSpark — หัว Markov ธรรมดา และในเอกสารวันที่ 22 กันยายน ไม่มีหัวความเชื่อมั่น นี่คือการเปลี่ยนแปลงที่ส่งผลต่อความรู้สึกของปลายทางที่ให้บริการมากที่สุด เพราะมันเป็นกลไกปรับความเร็วต่อสตรีมเพียงตัวเดียวในการออกแบบนี้ เอนจินเดโมที่ MiniMax แถมมากับเช็กพอยต์ไม่มี DSpark และผู้ให้บริการวัดช่องว่างนี้ไว้: บนเฟรม 80,000 โทเคนเดียวกันโดยไม่มีการคาดเดา อัตราการประมวลผลต่อสตรีมอยู่ที่ 63.9 โทเคนต่อวินาทีที่ความพร้อมกัน 1 และลดลงต่ำกว่า 60 เมื่อความพร้อมกันเป็น 4 ดังนั้นข้อสรุปของเอกสารเองก็คือ หากไม่มี DSpark สแต็กนี้ไม่สามารถรักษาเป้าหมายความหน่วงภายใต้โหลดได้

• ฟิลด์คำขอใหม่ MiniMax M3.1 เพิ่มฟิลด์ reasoning_effort ระดับบนสุดที่รับค่า max, xhigh, high, medium หรือ low ซึ่งถูกแทรกเข้าไปใน system prompt เป็นแท็ก effort โดยเทมเพลตแชต M3 มีเพียงสวิตช์ thinking ที่มีค่า adaptive และ disabled เอกสารระบุอย่างแปลกและเจาะจงว่า ฟิลด์นี้ถูกส่งต่อโดยไม่มีการตรวจสอบและไม่มีค่าเริ่มต้นที่จำเป็น — ซึ่งผู้ให้บริการตีความว่าเป็นสิทธิ์ที่จะรับหรือปฏิเสธค่าที่ไม่ได้ระบุไว้ก็ได้ และซึ่งหมายความว่าเอนด์พอยต์ที่สอดคล้องตามข้อกำหนดสองรายอาจมีพฤติกรรมแตกต่างกันต่อคำขอเดียวกัน

รายละเอียดสองอย่างในเช็กพอยต์นี้ควรค่าแก่การชี้ให้เห็นแยกต่างหาก เพราะมันเป็นประเภทของสิ่งที่โพสต์เปิดตัวมักละเว้นไว้ อย่างแรก เช็กพอยต์นี้มาพร้อมทั้งการตั้งค่าตัวประมวลผลภาพล่วงหน้าและการตั้งค่าตัวประมวลผลวิดีโอ — MiniMax M3.1 เป็นโมเดลมัลติโมดัลโดยโครงสร้างตั้งแต่แรก ไม่ใช่โมเดลข้อความที่ถูกเอา vision มาติดเพิ่มทีหลัง และคำแนะนำของผู้ให้บริการเองก็คือไม่ให้ปฏิเสธอินพุตภาพบนสแต็กใหม่ อย่างที่สอง การปล่อยเช็กพอยต์ครั้งที่สองได้ลบคีย์ MTP และ NEXTN ออกทั้งหมด และไม่ได้เพิ่มอะไรที่มาแทนที่คีย์เหล่านั้น ซึ่งเป็นเหตุผลว่าทำไมดราฟต์ DSpark จึงต้องมาเป็นอาร์ติแฟกต์แยกต่างหากขนาด 2.3 GB ไม่มีดราฟต์เฮดในเวตหลักที่จะเปิดใช้งานได้

ทำไมจึงไม่มีตัวเลข benchmark ของ M3.1 และทำไมนั่นจึงไม่ใช่การมองข้าม

รายงานข่าวหลุดทุกชิ้นสุดท้ายก็มาถึงช่วงที่มันจะไม่แต่งตาราง benchmark ขึ้นมาเอง ก็ยอมรับว่าตัวเองไม่มี MiniMax M3.1 ไม่มี สเปกของพาร์ตเนอร์ระบุไว้อย่างชัดเจน ในฟิลด์ที่มีอยู่เพียงเพื่อกันไม่ให้ใครทำพลาด:

• "ยังไม่มีการเผยแพร่ baseline ของ 3.1; อย่านำตัวเลข M3 มาใช้เป็นเกณฑ์การยอมรับ"

คำสั่งนั้นเป็นประโยคที่มีประโยชน์ที่สุดในคลังข้อความทั้งหมด เพราะฉบับที่ทำแบบมักง่ายของบทความนี้เขียนคะแนน Artificial Analysis ของ MiniMax M3 ไว้ใต้หัวข้อ MiniMax M3.1 ซึ่งไม่ควรทำอย่างนั้น รีโพซิทอรีเดียวกันรันการทดสอบ AIME-25 และ GPQA-Diamond กับเอนด์พอยต์ M3.1 ของ MiniMax เอง และบันทึกไว้เป็นการเปรียบเทียบระหว่างฝ่ายทีมกับฝ่ายผู้ขาย โดยที่คะแนนยังไม่นิ่ง: บน GPQA-Diamond ได้ 0.904 สำหรับการรันของทีม เทียบกับ 0.813 ของผู้ขาย และบนชุดย่อย MMLU-Pro 600 ข้อ ได้ 0.898 เทียบกับ 0.821 นั่นคือการรันสองครั้งของการประเมินเดียวกันที่ให้ผลไม่ตรงกัน ไม่ใช่ผลลัพธ์ของโมเดล และถูกติดป้ายว่าเป็นพรีวิวโดยนับการรันซ้ำด้วย ใครก็ตามที่อ้างตัวเลข benchmark เดี่ยว ๆ ของ MiniMax M3.1 ในวันนี้ กำลังอ้างสิ่งที่ยังไม่มีอยู่จริง

MiniMax M3 คืออะไร เพื่อให้สามารถประเมินขนาดของภาคต่อได้

MiniMax M3 เปิดตัวเมื่อปลายเดือนพฤษภาคม 2026 และขึ้นบน Hugging Face เมื่อวันที่ 2 มิถุนายน — พารามิเตอร์ทั้งหมด 4.28 แสนล้านตัว โดยเป็นพารามิเตอร์ที่ใช้งานจริง 2.3 หมื่นล้านตัว, 60 เลเยอร์, 128 ผู้เชี่ยวชาญแบบกำหนดเส้นทางพร้อมการกำหนดเส้นทางแบบ top-4, 4 KV heads เทียบกับ 64 attention heads และหน้าต่างบริบทขนาด 1,048,576 โทเคน โดยมีเอาต์พุตสูงสุด 512,000 โทเคน ในด้านการประเมินอิสระ Artificial Analysis ให้คะแนน 29.2 บน Intelligence Index จัดอยู่ในอันดับ 60 จาก 145 โมเดลที่สุ่มตัวอย่าง โดยได้ 58.6 บนดัชนีการเขียนโค้ด และค่า p50 อยู่ที่ 3,348 มิลลิวินาทีสำหรับโทเคนแรกในเทเลเมตรีการกำหนดเส้นทางของเราเอง ตัวเลขพาดหัวของ MiniMax เองสำหรับโมเดลนี้คือ 83.5 บน BrowseComp ซึ่งเป็นตัวเลขจากผู้ขายและยังไม่ได้รับการตรวจสอบ

การกำหนดราคาเป็นส่วนที่คงความแม่นยำได้นานที่สุดในรอบการรั่วไหล MiniMax M3 อยู่ที่ $0.30 ต่อล้านโทเค็นอินพุต และ $1.20 ต่อล้านโทเค็นเอาต์พุต โดยการอ่านจากแคชอยู่ที่ $0.06 — และพร้อมใช้งานบน OrcaRouter ในชื่อ minimax/minimax-m3 ในราคาตามรายการของผู้ให้บริการโดยมี มาร์กอัป 0% ดังนั้นหาก MiniMax กำหนดราคา M3.1 ในลักษณะเดียวกัน อัตราใหม่จะพร้อมใช้งานฝั่งเราในวันที่มันมีอยู่จริง แทนที่จะเป็นรอบบิลถัดไป

การพูดถึงทั้งหมดนั้นซ้ำอีกครั้งไม่ใช่เพราะคิดถึงอดีต แต่เป็นเพราะเหตุผลทั้งหมดที่ใคร ๆ ต่างรีเฟรชหน้าองค์กรบน Hugging Face ในสัปดาห์นี้ก็คือ MiniMax M3 ดีพอจนรุ่นสืบทอดของมันกลายเป็นคำถามระดับงานโปรดักชัน ไม่ใช่แค่กีฬาสำหรับผู้ชม — และโมเดลขนาด 428 พันล้านพารามิเตอร์ที่มีคอนเท็กซ์ 1M ในราคา $0.30/$1.20 ได้วางเกณฑ์ราคาต่อประสิทธิภาพที่ M3.1 ต้องทำให้ผ่าน ไม่ใช่แค่เกณฑ์ด้านความสามารถเท่านั้น

แง่มุมของการลงประกาศแบบไม่ระบุตัวตน และเหตุใดจึงอาจได้รับคำตอบไปแล้ว

หนึ่งประเด็นจากช่วงต้นเดือนกันยายนที่ควรปิดให้จบตรงนี้ รายการแบบลับที่ไม่ระบุตัวตนปรากฏขึ้นบนแพลตฟอร์มเขียนโค้ดของบุคคลที่สาม พร้อมบริบทขนาด 1,000,000 โทเคน ราคา $0 และระดับการให้เหตุผลแบบบังคับ และเราได้รายงานถึงมันภายใต้ชื่อ Space Bunny Alpha โดยตั้งข้อสังเกตถึงอัตราพื้นฐานที่ว่ารายการที่ไม่ระบุตัวตนลักษณะนี้ทุกรายการในที่สุดจะถูกผู้ให้บริการอ้างสิทธิ์ — Pony Alpha กลายเป็นโมเดลของ Zhipu, Hunter Alpha กลายเป็นของ Xiaomi, Ox Alpha กลายเป็นรุ่นที่ MiniMax เปิดตัวภายใต้ชื่ออื่น โทเคไนเซอร์และลายนิ้วมือความผิดปกติในรายการนั้นชี้ไปที่เช็กพอยต์พรีวิวของ MiniMax หาก MiniMax M3.1 เปิดตัวจริงในสัปดาห์นี้ การตีความที่เป็นไปได้มากที่สุดคือรายการที่ไม่ระบุตัวตนนั้นเป็นการทดสอบภาคสนามของมัน และปริศนาก็คลี่คลายด้วยการประกาศ แทนที่จะต้องอาศัยการตรวจพิสูจน์ทางนิติวิทยาศาสตร์เพิ่มเติม นั่นคือการอนุมาน ไม่ใช่หลักฐาน และมันเป็นการอนุมานครั้งสุดท้ายในบทความนี้

สิ่งที่ต้องจับตามอง และสิ่งที่ต้องทำในสัปดาห์นี้

สัญญาณที่จะเปลี่ยนเรื่องนี้จากการรั่วไหลให้กลายเป็นการเปิดตัวนั้นมีลักษณะเฉพาะเจาะจงและตรวจสอบได้ และไม่ใช่สัญญาณที่บทวิเคราะห์ส่วนใหญ่จับตามอง รีโพซิทอรี Hugging Face แบบสาธารณะภายใต้องค์กร MiniMaxAI — ไม่ใช่แบบส่วนตัว — ที่มีการ์ดโมเดล เป็นตัวบ่งชี้เดี่ยวที่แข็งแกร่งที่สุด; ประวัติการอัปโหลดขององค์กรเป็นสาธารณะ และระบุวันที่ของการเปิดตัวทุกครั้งได้ถึงระดับวัน หน้าโมเดล MiniMax หรือ API model ID เป็นสัญญาณที่สอง ราคาที่ประกาศเผยแพร่เป็นสัญญาณที่สาม และเป็นสัญญาณที่สำคัญต่องบประมาณ ตาราง benchmark บน Artificial Analysis ที่ลงวันที่หลังการเปิดตัวเป็นสัญญาณที่สี่ และเป็นสัญญาณเดียวที่เป็นอิสระ

จนถึงตอนนั้น จุดยืนในทางปฏิบัติสำหรับใครก็ตามที่กำลังสร้าง ยังคงไม่ต่างจากสัปดาห์ก่อนเปิดตัวอื่น ๆ: โมเดลที่คุณกำหนดเส้นทางได้ในวันนี้คือ MiniMax M3 ใช้คีย์ API เพียงคีย์เดียวก็เข้าถึงมันได้พร้อมกับ โมเดลอื่น ๆ อีก 200+ รายการ, การสลับสำรองอัตโนมัติหมายความว่าอาการสะดุดที่ปลายทางจะไม่กลายเป็นเหตุระบบล่มของคุณ และเส้นทางแบบปักหมุดหรือแบบผสมผ่าน routing DSL หรือกลุ่มโมเดลที่ตอบพร้อมกันผ่าน model fusion คือวิธีที่คุณลดความเสี่ยงของโมเดลที่คุณยังไม่ได้นำขึ้นโปรดักชัน หาก M3.1 มาถึง นั่นเป็นเพียงการสลับ ID โมเดลหนึ่งรายการ ไม่ใช่การย้ายระบบ — ซึ่งเป็นเหตุผลทั้งหมดของการไม่สร้างการผสานรวมแบบเฉพาะทางกับข้อมูลที่รั่วไหล

สิ่งหนึ่งที่บทความนี้จะไม่ทำคือแสร้งทำเป็นรู้ว่ามันจะเกิดขึ้นเมื่อไหร่ ด่านตรวจนั้นมีอยู่จริง เอกสารก็ระบุเจาะจง และคำกล่าวอ้างต่อสาธารณะล่าสุดคือบุคคลที่พูดว่า "สัปดาห์หน้า" ในสามสิ่งนี้ มีเพียงสองสิ่งแรกที่คุณสามารถตรวจสอบด้วยตนเองได้