AI สำหรับผู้เริ่มต้นคู่มือ
วิธีอ่าน AI benchmark: MTGBench และการทดสอบ 5 prompt
อันดับบน leaderboard ขึ้นอยู่กับงาน ดูว่า MTGBench (EMNLP 2026) แสดงอะไร แล้วรัน 5 prompt ของคุณเองบนสองโมเดลและเทียบต้นทุนต่องาน

ในหน้านี้
คุณเปิด leaderboard เห็นโมเดล A อยู่เหนือโมเดล B แล้วเลือก A จากนั้น A สะดุดกับงานของคุณ แต่ B ไม่เป็นอะไรเลย ไม่มีอะไรเสีย: อันดับคือค่าเฉลี่ยจากงานของคนอื่น และงานของคุณอาจไม่เหมือนของพวกเขา วิธีแก้ก็เล็กน้อย ห้า prompt ของคุณเอง รันบนสองโมเดล อ่านคำตอบและเทียบต้นทุนต่องานของแต่ละตัว ส่วนที่เหลือของหน้านี้จะแสดงว่าทำไมวิธีนี้ได้ผล โดยใช้ paper ใหม่เป็นตัวอย่าง และให้สคริปต์กับคุณ
ทำไมอันดับจึงไม่ใช่คำตัดสิน#
paper คือ MTGBench: A Multi-Turn Game Benchmark for Diverse LLM Capability Assessment เผยแพร่ใน Findings of EMNLP 2026 (ตรวจสอบเมื่อ 29 ตุลาคม 2026) ผู้เขียนประเมินโมเดล frontier 16 ตัวบนเกมเจ็ดเกม และหนึ่งในข้อค้นพบหลักคืออันดับของโมเดลขึ้นอยู่กับงานอย่างมาก เปลี่ยนไปเกมอื่น ลำดับก็เปลี่ยน
ทีนี้ลองคิดถึง leaderboard ที่มีค่าเฉลี่ยเดียวอยู่ด้านบน ค่าเฉลี่ยซ่อนเกมไว้ ถ้างานของคุณเหมือนกับเกมที่โมเดลเก่ง คุณก็ชนะ ถ้าไม่ ตัวเลขที่คุณอ่านก็เป็นเรื่องอื่น
ลองด้วยตัวเองลองดู: leaderboard วางโมเดล A ไว้เหนือโมเดล B คำถามแรกที่ควรถามคืออะไร?แสดงคำตอบ
ถามว่า: เหนือบนงานไหน? ใน MTGBench อันดับเปลี่ยนไปตามงาน ดังนั้นอันดับรวมเพียงตัวเดียวบอกอะไรเกี่ยวกับกรณีของคุณได้น้อย มองหาคะแนนแยกตามงาน แล้วตรวจงานที่ดูเหมือนของคุณที่สุด
เจ็ดเกมคืออะไร#
เกมคือ Word Chain, Wordle, 20 Questions, Wheel of Fortune, Situation Puzzles, 20 Features และ Alias (ชื่อจาก project README บน GitHub ตรวจสอบเมื่อ 29 ตุลาคม 2026) เป็นแบบหลายเทิร์น: โมเดลไม่ได้ตอบครั้งเดียว แต่เล่น เดา ได้รับ feedback เดาอีก Wordle คือภาพที่ง่ายที่สุด: คุณเสนอคำ รู้ว่าตัวอักษรไหนเข้าที่ แล้วลองใหม่
มีสองอย่างในการออกแบบที่ควรลอกมาใช้ในการทดสอบของคุณ
อย่างแรก ใครตรวจคำตอบ สี่เกมให้คะแนนด้วยโค้ดธรรมดา อีกสามเกมใช้ LLM แบบจำกัดเป็นผู้บังคับกฎ และผู้เขียนตรวจสอบกับผู้กำกับมนุษย์แล้ว มีคนต้องตัดสินเสมอว่าอะไรนับว่าถูก ในการทดสอบเล็กๆ ของคุณ คนนั้นคือคุณ
อย่างที่สอง ภาษา ชุดทดสอบเป็นสองภาษา อังกฤษและรัสเซีย และตอนถูกสร้างขึ้นมาโดยตรงในแต่ละภาษา ไม่ได้แปล ผู้เขียนยังเก็บ baseline ของมนุษย์ 476 session รายงานสำหรับรัสเซีย สรุปของพวกเขา: โมเดลที่เปิด reasoning ที่แข็งแกร่งที่สุดเทียบเท่าหรือเกิน baseline นั้นทั่วทั้งชุด
แฟลชการ์ด
คำที่คุณจะเจอในบทความ benchmark
แตะการ์ดเพื่อพลิก

สิ่งที่คะแนนบอกคุณไม่ได้#
มันบอกไม่ได้ว่าต้องถามอย่างไร MTGBench เปรียบเทียบสามรูปแบบ: answer-only (ค่าเริ่มต้น), chain-of-thought และ native reasoning ผู้เขียนรายงานว่า CoT เกือบจำเป็นสำหรับเกมระดับตัวอักษร แต่ให้ผลเพิ่มไม่สม่ำเสมอบนเกมที่ขับเคลื่อนด้วยความรู้ ดังนั้นโมเดลเดียวกันดูต่างกันไปตามวิธีที่ถูกถาม เมื่อคุณทดสอบ ลอง prompt ที่ยากที่สุดของคุณทั้งสองวิธี
มันบอกต้นทุนของการคิดไม่ได้ การคิดออกเสียงคือข้อความที่โมเดลเขียน และข้อความที่เขียนคือ output ซึ่งเป็นฝั่งที่แพงกว่าของบิล (เพิ่มเติมใน Input vs output tokens และ Reasoning effort and thinking tokens) สมมติ prompt 600 token ได้คำตอบ 100 token โดยไม่มี CoT และได้คำตอบ 600 token เมื่อมี บน DeepSeek-V4-Flash นั่นคือ $0.000019 เทียบกับ $0.000069 ต่อคำขอ เงินเล็กน้อย จนกว่าคุณจะส่งคำขอหลายพันครั้งต่อวัน
มันบอกเกี่ยวกับภาษาของคุณไม่ได้ MTGBench สร้างตอนของมันโดยตรงในภาษาอังกฤษและรัสเซียแทนการแปล ซึ่งเป็นเบาะแสในตัว: ภาษาเป็นส่วนหนึ่งของงาน ถ้าผู้ใช้ของคุณเขียนเป็นภาษารัสเซีย ให้ใส่ prompt ภาษารัสเซียในห้าข้อของคุณ
รันการทดสอบ 5 prompt#
API เข้ากันได้กับ OpenAI ดังนั้นสคริปต์เดียวรันโมเดลใดก็ได้ และมีเพียง id ของโมเดลที่เปลี่ยน (id อยู่ใน docs)
ทีละขั้นตอน
mini-benchmark ของคุณเองในสี่ขั้นตอน
เลือกห้า prompt
หยิบคำขอจริงห้าข้อจากงานของคุณ ผสมง่ายและยาก และเพิ่มหนึ่งข้อที่คำตอบที่ถูกคือ "ฉันบอกไม่ได้จากข้อมูลนี้" บันทึกเป็น prompts/1.txt … prompts/5.txt
รันบนสองโมเดล
สคริปต์พิมพ์แต่ละคำตอบพร้อม finish_reason และยอดรวม token ต่อโมเดล ถ้าคุณเห็น length แสดงว่าคำตอบถูกตัดด้วย max_tokens: เพิ่มค่านั้น (ดู ทำไมคำตอบจึงถูกตัด)
import os
from openai import OpenAI
client = OpenAI(
base_url="https://api.cheaptokens.dev/v1",
api_key=os.environ["CHEAPTOKENS_API_KEY"],
)
models = ["deepseek-ai/DeepSeek-V4-Flash-0731", "zai-org/GLM-5.3-Flash"]
prompts = [open(f"prompts/{i}.txt").read() for i in range(1, 6)]
for model in models:
tin = tout = 0
for i, prompt in enumerate(prompts, 1):
r = client.chat.completions.create(
model=model,
messages=[{"role": "user", "content": prompt}],
max_tokens=2000,
)
tin += r.usage.prompt_tokens
tout += r.usage.completion_tokens
print(f"--- {model} / prompt {i} / {r.choices[0].finish_reason}")
print(r.choices[0].message.content)
print(f"=== {model}: {tin} in, {tout} out")ให้คะแนนคำตอบด้วยตัวเอง
ให้แต่ละคำตอบ 0 (ผิด), 1 (ใช้ได้เมื่อแก้ไข) หรือ 2 (ดี) สิบคำตอบ หนึ่งแผ่น คุณคือ verifier ที่นี่ ดังนั้นให้คะแนนก่อนดูต้นทุน
เปลี่ยน token เป็นต้นทุนต่องาน
ใส่ยอดรวมจากสคริปต์ลงใน cost tag สมมติสคริปต์พิมพ์ 3,000 in และ 1,500 out สำหรับ DeepSeek-V4-Flash: นั่นคือ $0.0002 สำหรับทั้งห้างาน หารด้วยห้าเพื่อได้หนึ่งงาน แล้วทำแบบเดียวกันกับโมเดลที่สอง

ตารางด้านล่างแสดงตัวอย่างเดียวกัน ห้าคำขอที่ 600 token เข้าและ 300 ออก บนทุกโมเดลที่เรามี โดยมี OpenRouter อยู่ข้างๆ เพื่ออ้างอิง input และ output นับรวมกัน และยอดรวมต่ำกว่าของ OpenRouter ในทุกแถว
| โมเดล | Input $/1M | Output $/1M | ต่อคำขอ | 5 คำขอ | OpenRouter, 5 คำขอ |
|---|---|---|---|---|---|
| GLM-5.3-Flash | $0.02 | $0.04 | $0.000024 | $0.00012 | $0.00024 |
| DeepSeek-V4-Flash | $0.015 | $0.10 | $0.000039 | $0.0002 | $0.00038 |
| MiniMax-M2.7 | $0.05 | $0.15 | $0.000075 | $0.00038 | $0.0027 |
600 โทเค็นอินพุตและ 300 โทเค็นเอาต์พุตต่อคำขอ ราคาต่อ 1M โทเค็นเป็นราคาปัจจุบันและเปลี่ยนแปลงไปพร้อมกับอัตราค่าบริการของเรา คอลัมน์ OpenRouter แสดงราคาอ้างอิงสำหรับปริมาณงานเดียวกัน
โมเดลที่ได้ 9 จาก 10 ด้วยต้นทุนเศษเสี้ยวชนะโมเดลที่ได้ 10 จาก 10 ด้วยราคาหลายเท่า และตอนนี้คุณเห็นได้ว่าคุณอยู่ในกรณีไหน หน้าราคา มีตัวเลขสดสำหรับโมเดลที่เหลือ และ หน้า DeepSeek ครอบคลุมคำตอบยาว (สูงสุด 32,768 output token) ถ้า prompt ของคุณต้องการผลลัพธ์ทีละขั้น
ควรใส่อะไรในห้า prompt ของคุณ#
ห้าข้อที่ถูกต้องขึ้นอยู่กับสิ่งที่คุณสร้าง เลือกกรณีของคุณ
เลือกกรณีของคุณ
prompt ไหนควรอยู่ในテストของคุณ?
เลือกตัวเลือกเพื่อดูคำตอบ
บอทซัพพอร์ต
หยิบข้อความลูกค้าจริงห้าข้อ รวมข้อความโกรธหนึ่งข้อและหนึ่งข้อที่บอทไม่มีข้อมูล: คำตอบที่ถูกคือ "ฉันไม่รู้" และหลายโมเดลก็แต่งขึ้นมาแทน ให้คะแนนน้ำเสียงและความซื่อสัตย์ ไม่ใช่แค่ข้อเท็จจริง
ตัวสรุป
หยิบเอกสารจริงห้าฉบับที่ความยาวที่คุณส่งจริง ตรวจแต่ละสรุปเทียบกับต้นฉบับหาข้อเท็จจริงที่ไม่มีอยู่ ดู input token ด้วย: เอกสารยาวทำให้ฝั่ง input เป็นส่วนที่ใหญ่กว่าของบิล
ตัวช่วยเขียนโค้ด
หยิบบั๊กเล็กๆ ห้าจาก repo ของคุณเอง แต่ละอันมี test ที่ล้มเหลว verifier คือ test: รันการแก้ไขที่แนะนำ ให้ 2 ถ้าผ่าน เพิ่มเวอร์ชัน CoT ของบั๊กที่ยากที่สุด
คำตอบภาษารัสเซีย
เขียนทั้งห้า prompt เป็นภาษารัสเซีย ด้วยคำศัพท์จริงในสาขาของคุณ MTGBench สร้างตอนของมันโดยตรงตามภาษาแต่ละภาษาเพราะเหตุนี้: งานที่แปลแล้วคืองานที่ต่างออกไป
เมื่อได้ตัวเลขแล้ว วิธีเลือกโมเดล AI ช่วยในส่วนที่เหลือของการตัดสินใจ: ขนาด context ความยาว output และจะทำอย่างไรเมื่อสองโมเดลเสมอกัน



