AesCode 32B กับ Qoder Cantus: คุณสามารถตรวจสอบตัวหนึ่งและรันอีกตัวได้ แต่ไม่มีทางทำได้ทั้งสองอย่าง

นี่คือการกลับตาลปัตรที่ควรค่ากับการนั่งคิดทบทวนสักหน่อย AesCode 32B ของ Microsoft ซึ่งเป็นเช็กพอยต์สำหรับการสร้าง HTML และ CSS เป็นโมเดลที่ตรวจสอบภายในได้มากที่สุดในระดับเดียวกัน: น้ำหนัก Apache 2.0 บน Hugging Face, รีพозиทอรีเปิดที่มีตัวตรวจสอบรางวัล, ตัวสร้างรูบริก และลูปการฝึก, การประเมิน 300 ตัวอย่างที่พิมพ์ออกมาเต็ม ๆ, และสูตรการฝึกที่ลงรายละเอียดยันอัตราการเรียนรู้และจำนวนขั้นตอน rollout รีพозиทอรีบน Hugging Face ของมันลงวันที่ 29 กันยายน 2026; คอมมิตที่ชื่อ "Release AesCode-32B" ลงวันที่ 7 ตุลาคม 2026; Microsoft ไม่ได้ประกาศเรื่องนี้เลยสักอย่าง และแทบไม่มีใครรันมันได้ เพราะมันเป็นเช็กพอยต์ขนาด 33B ที่ต้องการหน่วยความจำตัวเร่งความเร็วราว 65 GB และไม่มีผู้ให้บริการรายใดเสิร์ฟมัน Qoder Cantus เป็นสิ่งที่ตรงกันข้ามแบบเป๊ะ ๆ มันรันได้ตั้งแต่วันนี้ ภายใน Qoder สำหรับใครก็ตามที่มีการสมัครสมาชิก — และคุณไม่สามารถตรวจสอบดูภายในมันได้เลย คำอธิบายที่ Qoder เผยแพร่ทั้งหมดเกี่ยวกับโมเดลนี้มีอยู่ประโยคเดียว ไม่มีจำนวนพารามิเตอร์ ไม่มีหน้าต่างบริบท ไม่มีตารางเบนช์มาร์ก และไม่มีน้ำหนักโมเดล และเนื่องจากไม่มี API ตัวเลขจากบุคคลที่สามก็จะไม่มีวันมี โมเดลหนึ่งบอกคุณทุกอย่างแต่ให้คุณทำอะไรไม่ได้เลย อีกโมเดลให้คุณทำได้ทุกอย่างแต่บอกคุณไม่ได้อะไรเลย คำถามที่น่าสนใจคือ โหมดความล้มเหลวแบบไหนที่ทำให้คุณต้องจ่ายแพงกว่า

สิ่งที่เอกสารกล่าวไว้ อย่างครบถ้วน

ความไม่สมมาตรนั้นจะเห็นได้ง่ายที่สุดเพียงแค่ยกสิ่งที่ดำรงอยู่มากล่าวอ้าง

บน AesCode 32B บันทึกสาธารณะประกอบด้วย: โมเดลฐาน (Qwen3-VL-32B-Instruct) จำนวนพารามิเตอร์ สัญญาอนุญาต วัตถุประสงค์การใช้งาน ปริมาณข้อมูลฝึก อัตราการเรียนรู้ของ SFT การตั้งค่าตัวปรับเหมาะสำหรับ RL ชื่อช่องสัญญาณรางวัล จำนวนพรอมป์และจำนวนสเต็ป ขนาดตัวอย่างการประเมิน จำนวนการสร้างต่อพรอมป์ อุณหภูมิและ top-p ที่ใช้ถอดรหัส ความยาวบริบทที่ใช้ให้คะแนน ตารางผลลัพธ์ที่เผยแพร่แยกกันสามตาราง และการอ้างอิงบทความที่ระบุว่าอยู่ระหว่างการพิจารณา แต่ยังไม่รวมถึงวันที่เผยแพร่และจำนวนดาวน์โหลดที่เป็นเลขสองหลัก — และบันทึกในโมเดลการ์ดที่ระบุว่าต้องใช้ transformers>=4.57 และที่ว่าตัวอย่างการใช้งานที่สร้างขึ้นอัตโนมัติบนหน้านั้นไม่ตรงกับตัวอย่างของโมเดลการ์ดเอง ถือเป็นรายละเอียดประเภทที่คงอยู่ได้ก็ต่อเมื่อชิ้นงานนั้นมีอยู่จริง

สำหรับ Qoder Cantus บันทึกสาธารณะระบุว่า: "โมเดลอัจฉริยะระดับท็อปที่มาพร้อมกับ Qoder ซึ่งโดดเด่นในการรันงานอัตโนมัติแบบขยายเวลา" นั่นคือคำอธิบาย ไม่มีการ์ดโมเดลเพราะไม่มีโมเดลให้ดาวน์โหลด ไม่มีตาราง benchmark เพราะ Qoder ไม่ได้เผยแพร่โพสต์เปิดตัวหรือรายงานทางเทคนิค และไม่มีรายชื่อใน arena เพราะ arena ต้องมี endpoint ให้เรียกใช้ สิ่งอื่นที่ทราบเป็นเรื่องเชิงโครงสร้างมากกว่าเชิงเทคนิค: Cantus ปรากฏในตัวเลือกโมเดลทั่ว Qoder Desktop ปลั๊กอิน JetBrains, CLI, Cloud Agents และเว็บไคลเอนต์ และคิดค่าบริการผ่านระบบเครดิตของ Qoder โดยมีค่าสัมประสิทธิ์นำไปใช้กับการใช้งานของโมเดล

นั่นไม่ใช่การตำหนิตัวโมเดล แต่เป็นคำอธิบายถึงสิ่งที่สามารถตรวจสอบได้ และสำหรับ Cantus แล้ว คำตอบคือไม่มีอะไรเลย

จุดที่แต่ละตัวแข็งแกร่งอย่างแท้จริง

จุดแข็งของ AesCode 32B คือความสามารถในการตรวจสอบยืนยัน และมันแปลกพอที่จะคุ้มค่าแก่การอธิบายมากกว่าการกล่าวอ้างเฉย ๆ สัญญาณการฝึกไม่ใช่คะแนนเดียว — แต่เป็นเจ็ดช่องทาง โดยหกช่องเป็นตัวตรวจสอบแบบดีเทอร์มินิสติกที่อ่านคุณสมบัติออกมาจากโค้ดที่ส่งออกมาและการเรนเดอร์ของมัน บวกกับผู้ตัดสินแบบ vision-language ที่ให้คะแนนคุณสมบัติซึ่งแยกวิเคราะห์ไม่ได้ เทียบกับ rubric ที่ผูกกับกราฟการออกแบบรายตัวอย่าง ผู้เข้าชิงทุกตัวถูกเรนเดอร์ในเบราว์เซอร์ Playwright แบบแซนด์บ็อกซ์โดยบล็อกคำขอภายนอก ส่งออก DOM, คอมพิวต์สไตล์, bounding box, สถานะคอนโซล และภาพหน้าจอ เพราะคุณสมบัติแต่ละอย่างระบุที่มาได้ ห้องแล็บจึงรายงานได้ว่ามันปรับปรุงคอมโพเนนต์ Visual ขึ้น 22.4 คะแนนจากแบ็กโบน Qwen3-VL-32B ของตัวเอง และบอกคุณได้ว่าช่องทางใดยังคงไต่ขึ้นอยู่ตอนสิ้นสุดการฝึก นั่นคือการเปิดตัวที่คุณสามารถโต้แย้งได้ ทำซ้ำได้ หรือต่อยอดได้

ค่าใช้จ่ายก็เจาะจงพอ ๆ กัน การ์ดโมเดลแนะนำให้วางแผนราว 65 GB สำหรับพารามิเตอร์ bf16 เพียงอย่างเดียว ตัวอย่างการให้บริการของการ์ดใช้ tensor parallelism แบบสี่ทาง ตัวเลขที่รายงานใช้บริบท 24,576 โทเค็น ระหว่างการเรียนรู้แบบเสริมกำลัง พร้อมต์และคำตอบถูกจำกัดไว้ที่ 8,192 โทเค็น เมื่อเทียบกับข้อเท็จจริงที่ว่าไม่มีผู้ให้บริการ inference รายใดปรับใช้ checkpoint นี้ และอุปสรรคไม่ใช่เรื่องปรัชญา คุณจะต้องเป็นเจ้าของฮาร์ดแวร์เองหรือเช่ามัน และคุณต้องสร้างเส้นทางการให้บริการแบบมัลติโมดัลด้วยตัวเอง

จุดแข็งของ Cantus อยู่ตรงกันข้าม: มันแค่อยู่ตรงนั้น ไม่ต้องดาวน์โหลด ไม่ต้องใช้ GPU ไม่ต้องมีสแต็กให้บริการ ไม่มีฮาร์เนสให้เลือก มันปรากฏอยู่ในตัวเลือกโมเดลของ IDE ที่คุณใช้อยู่แล้ว และมันถูกวางตำแหน่งไว้สำหรับสิ่งที่เครื่องมือเขียนโค้ดแบบเอเจนต์ถูกขายด้วยพอดี — การรันงานอัตโนมัติแบบยาวนาน ไม่ว่าอะไรอื่นจะยังไม่แน่นอนเกี่ยวกับมัน ปัญหาการดีพลอย์ได้รับการแก้ไขให้คุณแล้ว และ Qoder ก็คงรู้เกี่ยวกับโมเดลที่มันสร้างมากกว่าที่ได้เผยแพร่

สามคำถามที่คุณตอบไม่ได้เกี่ยวกับ Cantus

คุ้มค่าที่จะระบุให้ชัดเจนว่าการขาดเอกสารนั้นมีต้นทุนมากแค่ไหน เพราะคำว่า "ไม่มีเบนช์มาร์ก" นั้นประเมินต่ำเกินไป

• มันใหญ่แค่ไหน — ไม่ทราบ จำนวนพารามิเตอร์ไม่ถูกเปิดเผย บนโมเดลที่คิดค่าบริการเป็นเครดิต เรื่องนี้ไม่ใช่เรื่องเล่น ๆ: มันเป็นปัจจัยหลักที่บอกว่างานหนึ่งซึ่งที่อื่นคิดเงินคุณ $2 จะทำได้ในราคา $6 ที่นี่เท่านั้นหรือไม่

• มันรองรับบริบทได้มากแค่ไหน — ไม่เปิดเผย โดยมีการพูดคุยจากบุคคลที่สามที่บอกเป็นนัยว่าอยู่ในระดับ 200K และไม่มีแหล่งที่มา งานเอเจนต์ระยะยาวจะอยู่หรือตายก็ขึ้นอยู่กับตัวเลขนี้ และมันก็ไม่ถูกเผยแพร่

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

ลองเปรียบเทียบกับภาพสะท้อนของคำถามข้อที่สามในฝั่ง AesCode: ตัวเลขมีอยู่และละเอียด แต่เป็นตัวเลขของ Microsoft ที่สร้างโดยชุดทดสอบของ Microsoft บนตัวอย่าง 300 ตัวอย่างของ Microsoft และไม่มีห้องแล็บภายนอกใดทำซ้ำตัวเลขเหล่านี้ได้เลย AesCode 32B มีเพดานที่บันทึกไว้ที่ 55.99 ในมิติสไตล์ของตัวเอง และอัตราความล้มเหลวรุนแรงบริเวณขอบแคนวาส 4.3% — ทั้งสองตัวเลขเผยแพร่โดยผู้ขาย — และไม่มีการยืนยันจากอิสระว่าตัวเลขใดถูกต้อง ดังนั้นความล้มเหลวสองรูปแบบคือ ตัวเลขที่คุณเชื่อถือไม่ได้ กับ การไม่มีตัวเลขเลย นั่นเป็นทางเลือกที่แย่กว่า "อันหนึ่งดี อันหนึ่งแย่" และนั่นคือทางเลือกที่การจับคู่นี้เสนอมาจริง ๆ

สิ่งที่คุณต้องเสียในแต่ละฝ่าย

Cantus คิดค่าบริการผ่านระบบเครดิตของ Qoder แทนที่จะเป็นอัตราต่อโทเคนที่ประกาศไว้ Qoder ใช้ค่าสัมประสิทธิ์กับการใช้งานของโมเดล และ Cantus เปิดใช้งานด้วยตัวคูณ 3.2× ซึ่งลดเหลือ 1.6× ภายใต้โปรโมชันส่วนลด 50% ที่ดำเนินไปถึงวันที่ 31 กรกฎาคม 2026 เมื่อประมาณย้อนกลับจากประมาณการเครดิตที่ Qoder ประกาศเอง แทนที่จะเป็นตัวเลขต่อโทเคนใด ๆ — Qoder ไม่เคยประกาศตัวเลขดังกล่าวสำหรับ Cantus — คิดออกมาได้ประมาณ 0.38 ดอลลาร์ต่อหนึ่งเทิร์นในโหมด editor, 1.60 ดอลลาร์ต่องาน Quest และ 2.40 ดอลลาร์ต่อ Quest ในโหมด Experts สิ่งเหล่านี้เป็นการประมาณย้อนกลับ ซึ่งระบุไว้เช่นนั้นเพราะไม่มีแหล่งข้อมูลปฐมภูมิที่กล่าวเป็นอย่างอื่น

ต้นทุนของ AesCode 32B เป็นตัวเลขเชิงทุน ไม่ใช่ตัวเลขต่อหน่วย น้ำหนักโมเดลฟรีภายใต้ Apache 2.0 และบิลที่ตามมาคือชั่วโมง GPU — หน่วยความจำตัวเร่ง 65 GB สำหรับเก็บพารามิเตอร์ บวกกับ vision tower บวกกับปริมาณงานที่คุณต้องการ หากคุณรันโหนดระดับ B200 อยู่แล้วสำหรับงานอื่น ต้นทุนส่วนเพิ่มก็ใกล้ศูนย์ หากคุณไม่มี การเปรียบเทียบที่ตรงไปตรงมาจึงไม่ใช่ "$0 ต่อล้านโทเค็น" กับเครดิตของ Qoder แต่เป็นการตัดสินใจด้านฮาร์ดแวร์กับค่าสมาชิก

ความแตกต่างในเรื่องความสามารถในการประกอบ

ยังมีผลที่ตามมาอีกหนึ่งประการของโมเดลการเข้าถึง และมันคือสิ่งแรกที่แพลตฟอร์มจัดเส้นทางสังเกตเห็น

Cantus ไม่สามารถประกอบรวมกับสิ่งใดได้ การไม่มี API หมายถึงไม่มี fallback ไม่มีการทดสอบ A/B กับโมเดลอื่นในงานเดียวกัน ไม่มีการส่งต่อจากโมเดลราคาถูกไปยังโมเดลราคาแพงกลางคำขอ ไม่มีวิธีนำมันไปรวมในชุดทดสอบประเมินผลที่คุณเขียนขึ้น มันเป็นเพียงหนึ่งตัวเลือกภายในผลิตภัณฑ์เดียว และคันโยกเดียวที่คุณถืออยู่คือตัวเลือก (picker) นั่นคือการตัดสินใจออกแบบโดยเจตนาของ Qoder และเป็นเรื่องที่สมเหตุสมผลอย่างยิ่งหาก IDE คือที่ที่คุณต้องการอยู่ — แต่มันหมายความว่าสถาปัตยกรรมของคุณสืบทอดโรดแมปของ Qoder

AesCode 32B มีคุณสมบัติตรงกันข้ามในทางทฤษฎี และมีช่องว่างในทางปฏิบัติ การมีเวตหมายความว่ามันไปอยู่ที่ไหนก็ได้: คลัสเตอร์ของคุณ อินสแตนซ์ที่เช่า เครื่องมือของคุณเอง การประเมินของคุณเอง สิ่งที่มันทำไม่ได้ในวันนี้คือการถูกเรียกใช้ เพราะไม่มีผู้ให้บริการรายใดให้บริการมัน — Microsoft เผยแพร่เช็กพอยต์แล้วหยุดอยู่เพียงนั้น ดังนั้นโมเดลที่สามารถประกอบได้ในเชิงโครงสร้างจึงยังไม่สามารถประกอบใช้ได้จริงในทางปฏิบัติ และโมเดลที่พร้อมใช้ในทางปฏิบัติกลับถูกล็อกในเชิงโครงสร้าง

ตรงนี้ทำให้ข้อถกเถียงเรื่องการจัดเส้นทาง (routing) แคบกว่าปกติ และก็ควรพูดกันตรง ๆ ว่าในคู่นี้ไม่มีโมเดลตัวใดอยู่ในแค็ตตาล็อกของเรา และหน้านี้ก็จะไม่แกล้งทำเป็นว่าเป็นอย่างอื่น สิ่งที่เอนด์พอยต์เดียวที่มีโมเดลกว่า 200 รุ่นในราคาตามที่ผู้ให้บริการระบุไว้ให้คุณได้จริงในที่นี้ก็คือชั้นที่อยู่โดยรอบ นั่นคือความสามารถในการสร้างเวิร์กโฟลว์ที่นำเอาต์พุตของ AesCode 32B ไปใช้ และจัดเส้นทางส่วนต่าง ๆ ที่โมเดลทั่วไปควรเป็นคนจัดการ โดยไม่ต้องไปตั้งสัญญาอีกฉบับสำหรับแต่ละส่วน หากต้องการทดสอบชั้นนั้นก่อนตัดสินใจทำดีพลอยโมเดลภาพ-ภาษา (vision-language) แบบโฮสต์เอง วิธีที่ประหยัดที่สุดคือใช้โมเดลที่เรียกใช้ได้ในตระกูลเดียวกัน AesCode 32B เป็นไฟน์ทูนของ Qwen3-VL-32B-Instruct และ Qwen3-VL 235B A22B Instruct ใช้งานได้ในราคา 0.40 ดอลลาร์ต่ออินพุตหนึ่งล้านโทเคน และ 1.60 ดอลลาร์ต่อเอาต์พุต โดยรุ่นเล็กอย่าง Qwen3-VL 8B Instruct อยู่ที่ 0.18 และ 0.70 ดอลลาร์ ทั้งสองเป็นโมเดลคนละตัว ไม่ใช่ตัวแทนของไฟน์ทูน — แต่ก็ตอบคำถามที่ว่า "VLM แบบโฮสต์อ่านภาพหน้าจอนี้แล้วเขียนโค้ดได้ดีพอสำหรับไปป์ไลน์ของเราไหม" ได้ด้วยเงินไม่กี่เซนต์ แทนที่จะต้องใช้ 65 GB และหากคำตอบคือใช่และมีทราฟฟิกเข้ามาจริง การสลับไปใช้ผู้ให้บริการรายอื่นเมื่อเกิดปัญหา (failover) ก็อยู่ภายใต้คีย์เดียวกัน

วิธีการเลือก

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

เลือก AesCode 32B หากคุณต้องการอาร์ติแฟกต์นี้และสามารถรับค่าใช้จ่ายในการดีพลอยได้ — และโดยเฉพาะอย่างยิ่งหากคุณต้องการโมเดลที่สร้างสิ่งที่แก้ไขได้ ซึ่งคุณสามารถทำ diff ตรวจทาน และส่งมอบได้ จงมองอย่างชัดเจนว่า: มันยังไม่ประกาศเปิดตัว ยังไม่มีการทำซ้ำผล ใหญ่เกินไปสำหรับฮาร์ดแวร์ส่วนใหญ่ และมีเอกสารระบุสำหรับบริบท 24K ซึ่งจะจำกัดเอกสารยาว

ถ้าคุณไม่ต้องการทั้งการผูกมัดกับตัวแรกและต้นทุนเงินลงทุนของตัวที่สอง ทางเลือกที่ตรงไปตรงมาคือการได้ความสามารถเดียวกันจากโมเดลที่คุณเรียกใช้ได้ โมเดลภาษา-ภาพที่อยู่เบื้องหลังคีย์ API จะอ่านภาพหน้าจอและเขียนมาร์กอัปแบบมีโครงสร้าง มันจะไม่ได้รับการฝึกด้วยช่องทางรางวัลเจ็ดช่องที่ปรับจูนสำหรับคุณภาพการออกแบบ และมันจะไม่เทียบเท่า AesCode 32B บนเบนช์มาร์กอินโฟกราฟิกที่ Microsoft สร้างขึ้น แต่มันจะทำให้คุณเสียค่าใช้จ่ายผ่านบัตรที่ผูกไว้ แทนที่จะเป็นการจัดซื้อ GPU และคุณจะสามารถวัดผลมันได้ด้วยตัวเอง — ซึ่งนั่นคือสิ่งเดียวที่การเปรียบเทียบทั้งหมดนี้ต้องการจะบอก

ดูอะไรดี

Cantus จะกลายเป็นโมเดลปกติในวันที่ Qoder เปิด endpoint หรือปล่อย weights; จนถึงตอนนั้น ทุกข้อกล่าวอ้างเกี่ยวกับมันเป็นข้อกล่าวอ้างเกี่ยวกับผลิตภัณฑ์ของ Qoder มากกว่าข้อกล่าวอ้างเกี่ยวกับตัวโมเดล และช่องว่างของหลักฐานเป็นเชิงโครงสร้างมากกว่าการมองข้ามด้านเอกสาร AesCode 32B จะกลายเป็นโมเดลปกติในวันที่ผู้ให้บริการ inference รับ checkpoint ไปใช้ หรือห้องแล็บภายนอกทำซ้ำผล 85.89 — และถ้าสิ่งนั้นเกิดขึ้นพร้อมกับที่ Microsoft ประกาศเรื่องนี้ออกมาจริง ๆ กำแพง 65 GB ก็จะเป็นกำแพงเดียวที่เหลืออยู่ ไม่ว่าอันไหนจะเกิดขึ้นก่อน จะบอกคุณว่าอุตสาหกรรมนี้ตัดสินใจจะเลิกทนต่อโหมดความล้มเหลวแบบใดในสองแบบนี้