เลือกใช้ Claude รุ่นไหนดี? สรุปราคา API ล่าสุดปี 2026

ควรใช้ Claude รุ่นใด

คำตอบสั้นๆ สำหรับการเลือกรุ่น Claude คือ ให้เริ่มต้นที่ Claude Opus 4.8 และเปลี่ยนไปใช้รุ่นอื่นก็ต่อเมื่อคุณมีเหตุผลที่ชัดเจนเท่านั้น คำแนะนำของ Anthropic ก็เป็นไปในทิศทางเดียวกันว่า "หากคุณไม่แน่ใจว่าจะเลือกรุ่นใด ให้เริ่มที่ Claude Opus 4.8 สำหรับงานเขียนโค้ดเชิงเอเจนต์ที่ซับซ้อนและงานระดับองค์กร" ให้ลดระดับลงมาใช้ Claude Sonnet 5 เมื่อเนื้องานมีความชัดเจนและต้องทำซ้ำหลายครั้งต่อวัน และลดระดับลงมาอีกที่ Claude Haiku 4.5 สำหรับงานเชิงกลไกที่มีปริมาณมาก ซึ่งคุณทราบอยู่แล้วว่าคำตอบที่ถูกต้องควรเป็นอย่างไร ส่วน Claude Fable 5 นั้นอยู่เหนือกว่าทุกรุ่นสำหรับงานเอเจนต์ที่ต้องประมวลผลต่อเนื่องยาวนาน

การเลือกใช้งานมีค่าใช้จ่ายที่เกี่ยวข้อง นี่คืออัตราค่าบริการบน Claude API (application programming interface) ณ วันที่ 23 กรกฎาคม 2026 ต่อล้านโทเค็น ซึ่งในเอกสารระบุไว้ว่า MTok

• Claude Fable 5 (claude-fable-5): $10 / MTok ขาเข้า, $50 / MTok ขาออก รองรับ context 1M
• Claude Opus 4.8 (claude-opus-4-8): $5 ขาเข้า, $25 ขาออก รองรับ context 1M
• Claude Opus 4.7 (claude-opus-4-7): $5 ขาเข้า, $25 ขาออก รองรับ context 1M
• Claude Sonnet 5 (claude-sonnet-5): $2 ขาเข้า, $10 ขาออก สำหรับราคาช่วงแนะนำจนถึงวันที่ 31 สิงหาคม 2026 โดยอัตรามาตรฐานที่ $3 ขาเข้า และ $15 ขาออก จะเริ่มมีผลในวันที่ 1 กันยายน 2026 รองรับ context 1M
• Claude Haiku 4.5 (claude-haiku-4-5): $1 ขาเข้า, $5 ขาออก รองรับ context 200K

ตัวระบุรุ่นเหล่านี้มีความสมบูรณ์ตามที่เขียนไว้ ไม่มีการเพิ่มส่วนขยายใดๆ ต่อท้าย

ขนาดของคำขอไม่มีค่าธรรมเนียมเพิ่มเติมในโมเดลที่รองรับ 1M tokens: "คำขอขนาด 900k tokens คิดค่าบริการในอัตราต่อ token เดียวกับคำขอขนาด 9k tokens" อัตราเหล่านี้ยังใช้กับบริการนอกเหนือจาก API ด้วย เพราะ Claude Enterprise คิดค่าการใช้งานตามอัตรา API เพิ่มจากค่าที่นั่ง ดังนั้นการคำนวณทั้งหมดด้านล่างจึงเหมือนกันสำหรับทีมที่ใช้ seat plan การสมัครสมาชิกแบบเหมาจ่ายเปลี่ยนวิธีนับการใช้งาน แต่ไม่เปลี่ยนการตัดสินใจนี้ เพราะ Claude Max ทั้ง 2 ระดับใช้โมเดลชุดเดียวกัน และแตกต่างกันเฉพาะปริมาณการใช้งานที่ได้รับ หากเลื่อนลงมาตามระดับเดียวกัน Claude Pro ราคา $20 ต่อเดือนให้โควตาการใช้งานแทนอัตราค่าบริการต่อ token ดังนั้นสิ่งที่ขัดขวางการใช้งานคือการรอให้ขีดจำกัดรีเซ็ต ไม่ใช่ใบเรียกเก็บเงิน หากตอนนี้คุณอยู่ในกรณีนี้ การตรวจสอบว่าคุณกำลังรอหน้าต่างเวลาใด ต้องทำก่อนการคำนวณด้านล่าง เพราะทางออกคือใช้โมเดลที่เล็กลง ลด context หรือย้ายไปใช้ API ไม่ใช่หาอัตราที่ถูกลง และหากคุณยังไม่ได้เริ่มชำระเงินเลย การพิจารณาว่า Pro คุ้มราคา $20 หรือไม่ตั้งแต่แรก ให้ดูว่าขีดจำกัดแบบใช้ฟรีหยุดการใช้งานของคุณบ่อยเพียงใด ไม่ใช่ดูจากอัตราใด ๆ ข้างต้น

วัตถุประสงค์การใช้งานของแต่ละโมเดล

Anthropic อธิบายกลุ่มโมเดลไว้โมเดลละหนึ่งบรรทัด ซึ่งคำอธิบายเหล่านี้เป็นแนวทางที่ดีกว่าตารางจัดอันดับใดๆ

• Claude Fable 5: "ปัญญาประดิษฐ์ยุคถัดไปสำหรับเอเจนต์ที่ทำงานต่อเนื่อง" ได้รับการจัดอันดับว่ามีความหน่วง (latency) สูงที่สุดในสี่รุ่น
• Claude Opus 4.8: "สำหรับการเขียนโค้ดเชิงเอเจนต์ที่ซับซ้อนและงานระดับองค์กร" มีความหน่วงระดับปานกลาง
• Claude Sonnet 5: "ส่วนผสมที่ดีที่สุดระหว่างความเร็วและสติปัญญา" ทำงานได้รวดเร็ว
• Claude Haiku 4.5: "โมเดลที่เร็วที่สุดพร้อมสติปัญญาระดับใกล้เคียงกับแนวหน้า"

Fable 5 เป็นเพียงรุ่นเดียวในสี่รุ่นนี้ที่การเปรียบเทียบนี้ไม่ได้ประเมินราคาตามปริมาณงาน และด้วยราคาที่สูงกว่า Opus 4.8 ถึงสองเท่า คำถามที่ว่า งานประเภทใดที่คุ้มค่ากับต้นทุนขาเข้า 10 ดอลลาร์และขาออก 50 ดอลลาร์ จึงเป็นประเด็นที่ต้องพิจารณาแยกต่างหาก

Haiku 4.5 ยังมีข้อจำกัดที่กำหนดความเหมาะสมของงานก่อนที่จะพิจารณาเรื่องราคา โดยมีหน้าต่างบริบท (context window) อยู่ที่ 200K tokens แทนที่จะเป็น 1M ดังนั้น repository ขนาดใหญ่หรือบันทึกการทำงานของเอเจนต์ที่ยาวเกินไปจะไม่สามารถใช้งานได้ นอกจากนี้ ผลลัพธ์สูงสุดบน Messages API แบบ synchronous ยังจำกัดอยู่ที่ 64K tokens เทียบกับ 128K tokens ของรุ่นอื่น และข้อมูลที่เชื่อถือได้ของโมเดลนี้ถูกตัดที่เดือนกุมภาพันธ์ 2025 ในขณะที่อีกสามรุ่นอยู่ที่เดือนมกราคม 2026

ทางเลือกนี้มีค่าใช้จ่ายเท่าใดในภาระงานจริง

ทุกโมเดลในกลุ่มผลิตภัณฑ์คิดราคา output ที่ห้าเท่าของอัตรา input โดย Opus 4.8 มีราคา $5 สำหรับ input และ $25 สำหรับ output ส่วน Haiku 4.5 มีราคา $1 สำหรับ input และ $5 สำหรับ output อัตราส่วนนี้คงที่ตลอดช่วงราคา ดังนั้นโมเดลที่คุณเลือกจึงมีความสำคัญมากที่สุดในงานที่สร้าง output จำนวนมาก

งานประเภท Agentic เป็นงานลักษณะดังกล่าว เนื่องจาก thinking tokens จะถูกเรียกเก็บเงินในฐานะ output tokens และถูกนับรวมใน max_tokens แม้ว่าข้อความนั้นจะไม่ถูกส่งมาถึงคุณก็ตาม ใน Fable 5, Opus 4.8, Opus 4.7 และ Sonnet 5 สรุปการใช้เหตุผลจะถูกละไว้โดยค่าเริ่มต้น ดังนั้นฟิลด์ thinking จึงส่งกลับมาเป็นค่าว่าง การเรียกเก็บเงินยังคงเหมือนเดิม: "ไม่ว่าจะกรณีใด บล็อกดังกล่าวจะถูกเรียกเก็บเงินเท่ากันและถูกส่งกลับมาเหมือนเดิมในการสนทนาแบบหลายรอบ" สิ่งที่ทำให้เกิดค่าใช้จ่าย Claude token จริงๆ ได้อธิบายรายละเอียดของมิเตอร์วัดนี้ไว้อย่างครบถ้วน

การที่ระบบ thinking จะทำงานหรือไม่นั้นขึ้นอยู่กับโมเดลที่คุณกำลังเปรียบเทียบ ซึ่งจะทำให้การทดสอบต้นทุนคลาดเคลื่อนหากคุณมองข้ามจุดนี้ไป ใน Sonnet 5 และ Fable 5 ระบบ thinking จะเปิดใช้งานอยู่แล้วและไม่จำเป็นต้องตั้งค่าใดๆ ส่วนใน Opus 4.8 และ Opus 4.7 ระบบจะปิดอยู่จนกว่าคุณจะตั้งค่า thinking: {type: "adaptive"} ในคำขอ โปรดตรวจสอบให้แน่ใจว่าการตั้งค่าทั้งสองฝั่งตรงกันก่อนที่จะสรุปผลจากตัวเลขใดๆ

เหตุใดโมเดลที่ราคาถูกที่สุดจึงอาจกลายเป็นโมเดลที่แพงที่สุด

ลองพิจารณางานเขียนโค้ดแบบเบ็ดเสร็จในตัวหนึ่งงาน คำขอมีบริบทขนาด 60,000 tokens และโมเดลสร้างผลลัพธ์ออกมา 8,000 tokens รวมกระบวนการคิด หากไม่มีการทำ caching การคำนวณต้นทุนจะเห็นได้ชัดเจนดังนี้

บน Opus 4.8: อินพุต 0.06 MTok ในราคา $5 คิดเป็น $0.30 และเอาต์พุต 0.008 MTok ในราคา $25 คิดเป็น $0.20 รวมแล้วความพยายามครั้งนี้มีต้นทุน $0.50 ในขณะที่บน Haiku 4.5 ความพยายามเดียวกันจะมีต้นทุน $0.06 บวกกับ $0.04 รวมเป็น $0.10

Haiku มีราคาถูกกว่าต่อความพยายามถึง 5 เท่า ซึ่งดูเหมือนจะมีส่วนต่างให้ใช้งานได้มาก จนกระทั่งคุณได้เห็นว่าความพยายามที่ล้มเหลวส่งผลอย่างไร คุณอ่านคำตอบที่ผิด ซึ่งนั่นทำให้เสียเวลาของคุณ จากนั้นคุณส่งคำตอบนั้นกลับไปเป็นบริบทในการลองใหม่ ทำให้ความพยายามแต่ละครั้งมีขนาดใหญ่ขึ้นเรื่อยๆ และเมื่อความพยายามครั้งที่ 3 ยังคงผิดพลาด คุณก็ต้องยกระดับไปใช้โมเดลที่สูงกว่าอยู่ดี: ต้นทุนของ Haiku $0.30 บวกกับ Opus $0.50 รวมเป็น $0.80 หรือแพงกว่าการรัน Opus ตั้งแต่แรกถึง 60%

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

กรณีที่โมเดลขนาดเล็กได้เปรียบอย่างชัดเจน

Haiku 4.5 คือคำตอบที่เหมาะสมในกรณีต่อไปนี้:

• งานประเภทย่อย (Mechanical subagent work): ซับเอเจนต์ที่ทำหน้าที่เปลี่ยนชื่อไฟล์หรือรวบรวมผลลัพธ์จากการค้นหาไม่จำเป็นต้องใช้การใช้เหตุผลระดับสูง นี่คือรูปแบบมาตรฐานเมื่อคุณ สร้าง AI agent ด้วย Claude และกำหนดให้มีตัวช่วย
• การคัดกรอง log: การตัดสินใจว่าบรรทัดใดเป็นข้อมูลขยะหรือบรรทัดใดควรค่าแก่การตรวจสอบโดยมนุษย์ เป็นการตัดสินใจในขอบเขตแคบที่มีรูปแบบความผิดพลาดที่ชัดเจน
• การจำแนกประเภทตามชุดป้ายกำกับที่กำหนดไว้: ผลลัพธ์ที่ได้มีความสั้นและสามารถวัดความแม่นยำได้จากกลุ่มตัวอย่าง
• การเรียกใช้งานในปริมาณมาก: ที่ระดับ 100,000 ครั้งต่อวัน ส่วนต่างของราคาต่อ token จะไม่ใช่แค่ค่าความคลาดเคลื่อนเล็กน้อยอีกต่อไป นี่คือลักษณะทั่วไปของ เวิร์กโฟลว์ AI ที่เชื่อมต่อกับ n8n
• งานใดก็ตามที่ความเร็วในการตอบสนองมีความสำคัญต่อผู้ใช้ Haiku 4.5 ได้รับการจัดอันดับว่าเป็นโมเดลที่เร็วที่สุดในกลุ่ม

มีข้อจำกัดประการหนึ่งที่เป็นเฉพาะของ Haiku โดยเฉพาะ คือขนาด prompt ขั้นต่ำที่สามารถแคชได้คือ 4,096 tokens ในขณะที่ Opus 4.8 และ Sonnet 5 อยู่ที่ 1,024 tokens หากต่ำกว่าขั้นต่ำนี้ "คำขอใดๆ ที่ต้องการแคชจำนวน token น้อยกว่านี้จะถูกประมวลผลโดยไม่มีการแคช และไม่มีการส่งข้อความแจ้งเตือนข้อผิดพลาดกลับมา" บล็อกคำสั่งขนาด 1,500 tokens ที่สามารถแคชได้บน Sonnet 5 จะไม่ถูกแคชบน Haiku 4.5 โดยไม่มีการแจ้งเตือน สัญญาณบ่งชี้คือค่า cache_creation_input_tokens และ cache_read_input_tokens ที่เป็นศูนย์ทั้งคู่ ซึ่งเนื้อหาเรื่อง การควบคุมต้นทุนของเอเจนต์ที่ทำงานตลอดเวลา ได้อธิบายเรื่องนี้ไว้ควบคู่ไปกับวิธีอื่นๆ ที่อาจทำให้สูญเสียการแคช

ปัจจัยที่เปลี่ยนผลลัพธ์

แต่ละปัจจัยต่อไปนี้ส่งผลต่อการทำงานของโมเดลได้มากกว่าชื่อรุ่น

Effort. output_config.effort ควบคุมปริมาณงานที่โมเดลทำก่อนจะตอบกลับ ระดับที่มีให้เลือกคือ low, medium, high, xhigh และ max โดยมี high เป็นค่าเริ่มต้น: "การตั้งค่า effort เป็น high ให้ผลลัพธ์เหมือนกับการละพารามิเตอร์ effort ไว้โดยสิ้นเชิง" โดยพารามิเตอร์นี้จะอยู่ภายใน output_config แทนที่จะอยู่ระดับบนสุดของคำขอ:

response = client.messages.create(
    model="claude-sonnet-5",
    max_tokens=4096,
    output_config={"effort": "medium"},
    messages=messages,
)

Effort ส่งผลต่อทุกโทเค็นในคำตอบ: "มันสามารถส่งผลต่อการใช้โทเค็นทั้งหมดรวมถึงการเรียกใช้เครื่องมือ ตัวอย่างเช่น ระดับ effort ที่ต่ำลงหมายความว่า Claude จะเรียกใช้เครื่องมือน้อยลง" ซึ่งจะส่งผลทวีคูณในลูปของเอเจนต์ นี่ไม่ใช่การจำกัดจำนวนโทเค็น: "Effort เป็นสัญญาณเชิงพฤติกรรม ไม่ใช่การจำกัดงบประมาณโทเค็นที่เข้มงวด" Anthropic ไม่ได้ประกาศตัวคูณราคาต่อระดับ และแนะนำให้ทดสอบกับกรณีการใช้งานของคุณเอง ดังนั้นการรัน Sonnet 5 ที่ high เทียบกับการรัน Opus 4.8 ที่ low จึงเป็นการเปรียบเทียบที่คุณสามารถทำได้จริงในบ่ายวันนี้ ส่วน Haiku 4.5 ไม่อยู่ในรายการรุ่นที่รองรับ effort

Prompt caching. การอ่านจากแคชมีค่าใช้จ่าย 0.1 เท่าของอัตราอินพุตพื้นฐาน และตัวเลขที่ใช้ตัดสินใจเลือกโมเดลคือผลลัพธ์ที่เกิดขึ้นในแต่ละระดับราคา การอ่านแคชที่สำเร็จของ Opus 4.8 มีค่าใช้จ่าย $0.50 ต่อ MTok ในขณะที่อินพุตที่ไม่ได้แคชของ Haiku 4.5 มีค่าใช้จ่าย $1 ต่อ MTok ดังนั้น prefix ของ Opus ที่ถูกแคชไว้อย่างดีจึงมีราคาต่อโทเค็นอินพุตถูกกว่าการส่ง prompt ของ Haiku แบบใหม่ทั้งหมด การจัดการเซสชันให้สะอาดจึงสำคัญกว่าการเลือกโมเดลสำหรับภาระงานใดๆ ที่ต้องส่ง prefix ขนาดใหญ่ที่คงที่ซ้ำๆ

Batches. หากไม่มีงานใดรอคำตอบอยู่ Message Batches API จะรันโมเดลเดียวกันโดยมี "ส่วนลด 50% สำหรับทั้งโทเค็นอินพุตและเอาต์พุต" ซึ่งจะลดราคาในทุกแถวของการเปรียบเทียบด้านล่างลงครึ่งหนึ่ง และใช้งานได้ในทุกระดับ: งานที่รันแบบ batch ของ Opus 4.8 มีค่าใช้จ่ายน้อยกว่างานแบบ synchronous ของ Sonnet 5 ที่ราคามาตรฐานตั้งแต่วันที่ 1 กันยายน 2026 เป็นต้นไป ซึ่งเป็นการแลกเปลี่ยนความหน่วง (latency) เพื่อความสามารถที่สูงขึ้นในงบประมาณที่เท่ากัน

การเปรียบเทียบต้นทุนต่อหน่วยงาน

ปริมาณงาน: จำแนกอีเมลสนับสนุน 100,000 ฉบับ โดยเรียกใช้งานครั้งละ 1 รอบ ใช้ input token 2,000 token และ output token 300 token ต่อการเรียกใช้งาน คิดเป็น input 200 MTok และ output 30 MTok

• Haiku 4.5: 200 x $1 = $200 (input), 30 x $5 = $150 (output) รวม $350
• Sonnet 5 (อัตราช่วงแนะนำ): 200 x $2 = $400 (input), 30 x $10 = $300 (output) รวม $700
• Sonnet 5 (ตั้งแต่วันที่ 1 กันยายน 2026): 200 x $3 = $600 (input), 30 x $15 = $450 (output) รวม $1,050
• Opus 4.8: 200 x $5 = $1,000 (input), 30 x $25 = $750 (output) รวม $1,750

ปรับเปลี่ยนตัวเลขสี่รายการเพื่อคำนวณใหม่ด้วยราคาในอนาคต การปรับเปลี่ยนด้านล่างนี้ส่งผลต่อผลลัพธ์มากกว่าชื่อรุ่นของโมเดล:

• การทำ Batching ช่วยลดต้นทุนทุกรายการลงครึ่งหนึ่ง: เหลือ $175, $350, $525 และ $875 เนื่องจากไม่มีงานใดที่ต้องรอการประมวลผลแบบรายคืน จึงไม่มีเหตุผลที่จะไม่ใช้การทำ batch
• การทำ Caching สำหรับส่วนนำที่เหมือนกัน: สมมติว่า 1,200 จาก 2,000 input token เป็นบล็อกคำสั่งที่เหมือนกันทุกครั้ง สำหรับ Sonnet 5 ในอัตราช่วงแนะนำ ต้นทุนจะอยู่ที่ $0.20 / MTok สำหรับ cache hit แทนที่จะเป็น $2 / MTok ดังนั้น 120 MTok จะมีต้นทุน $24 แทนที่จะเป็น $240 เมื่อรวมกับ input ใหม่ 80 MTok ในราคา $2 ซึ่งเท่ากับ $160 บวกกับ output $300 ทำให้ Sonnet 5 มีต้นทุนอยู่ที่ประมาณ $484 แทนที่จะเป็น $700 เทคนิคเดียวกันนี้ใช้ไม่ได้ผลกับ Haiku 4.5 เนื่องจาก 1,200 token นั้นต่ำกว่าเกณฑ์ขั้นต่ำ 4,096 token ของรุ่นนี้
• การทำ Retries: สมมติว่าคุณปฏิเสธคำตอบของ Haiku ใน 8% ของอีเมลทั้งหมดและส่งงานเหล่านั้นไปประมวลผลใหม่ด้วย Opus 4.8 ให้บวกเพิ่ม 0.08 x $1,750 = $140 เข้ากับ $350 จะได้ผลลัพธ์เป็น $490 ทั้งนี้ควรวัดอัตราการปฏิเสธงานด้วยตนเองแทนการใช้ตัวเลขสมมติ
• การกำหนด Tool definitions (หากงานต้องใช้): system prompt ที่สร้างขึ้นจะมีขนาด 290 token บน Opus 4.8 เมื่อตั้งค่า tool_choice เป็น auto, 354 token บน Sonnet 5 และ 496 token บน Haiku 4.5 โมเดลที่ราคาถูกที่สุดกลับมีค่าใช้จ่ายคงที่ (overhead) สูงที่สุด

Haiku ที่มีเส้นทางการส่งต่องาน (escalation path) ในราคา $490 และ Sonnet 5 ที่ทำ caching ในราคา $484 มีต้นทุนใกล้เคียงกัน และหนึ่งในนั้นสามารถทำงานให้เสร็จสิ้นได้ในรอบเดียว ตัวโมเดลจึงไม่ใช่คำตอบทั้งหมดของโจทย์นี้

การเปลี่ยนโมเดลระหว่างเซสชันช่วยประหยัดค่าใช้จ่ายหรือไม่?

ช่วยได้น้อยกว่าที่ราคาหน้าป้ายระบุไว้ เพราะการประหยัดนั้นคิดเป็นราย token แต่สิ่งที่คุณกำลังเสี่ยงคือการสูญเสียข้อมูลใน cache prefix ทั้งชุด

Anthropic ได้ระบุเงื่อนไขที่ทำให้ cache เป็นโมฆะไว้ โดย prefix จะถูกสร้างขึ้นตามลำดับ tools, ตามด้วย system, และ messages ซึ่ง "การเปลี่ยนแปลงในแต่ละระดับจะทำให้ระดับนั้นและระดับถัดไปทั้งหมดกลายเป็นโมฆะ" นอกจากนี้ การตั้งค่าคำขอสองรายการยังอยู่ในรายการดังกล่าวด้วย: "การตั้งค่า thinking และระดับ effort ที่ถูกกำหนดไว้จะถูกรวมเข้าไปใน prompt โดยตรง ดังนั้นการเปลี่ยนแปลงค่าใดค่าหนึ่งจะทำให้เกิด cache prefix ใหม่" ในส่วนของ effort เอกสารระบุเพิ่มเติมว่า: "ควรปรับเปลี่ยน effort ตามภาระงาน แทนที่จะเปลี่ยนภายในบทสนทนาที่ต้องพึ่งพา cache hits"

โมเดลไม่ได้อยู่ในรายการที่ระบุไว้ดังกล่าว ดังนั้นอย่าเพิ่งด่วนสรุปไปในทางใดทางหนึ่ง ให้ตรวจสอบ cache_read_input_tokens ในคำขอแรกหลังจากทำการสลับโมเดลแล้วให้ตัวเลขเป็นคำตอบ สำหรับ Opus ที่มี prefix ขนาด 150,000 token การอ่าน cache จะมีค่าใช้จ่ายประมาณ $0.08 ในขณะที่การเขียนใหม่จะมีค่าใช้จ่ายประมาณ $0.94 ซึ่งสูงกว่าส่วนต่างราคาต่อ token ที่คุณพยายามประหยัดไปหลายเท่าตัว

ดังนั้น ให้ทำการเปลี่ยนแปลงสิ่งเหล่านี้ระหว่างงาน ไม่ใช่ระหว่างที่กำลังทำงานอยู่ ใน Claude Code หมายความว่าควรทำ /clear ก่อน ในจังหวะที่ cache กำลังจะถูกยกเลิกอยู่แล้ว จากนั้นจึงทำ /model หรือ /effort ทั้งสองคำสั่งนี้พิมพ์ผ่าน CLI ดังนั้นหากคุณใช้งานบน Linux สิ่งที่ควรติดตั้งคือเวอร์ชัน terminal เนื่องจาก สิ่งที่ Anthropic จัดเตรียมไว้ให้สำหรับ Linux เป็นการจับคู่ CLI ที่เสถียรเข้ากับแอปเดสก์ท็อปที่ยังอยู่ในสถานะเบต้า การที่การสลับโมเดลจะปรากฏในใบแจ้งหนี้หรือไม่นั้น ขึ้นอยู่กับวิธีการชำระเงินสำหรับเซสชันนั้นๆ เนื่องจาก Claude Code มีทั้งแบบจ่ายรายเดือนคงที่หรือแบบตัดเครดิต API ตามจำนวน token และมีเพียงแบบหลังเท่านั้นที่จะคิดค่าใช้จ่ายในการเปลี่ยนโมเดลเป็นเงินดอลลาร์

วิธีทดสอบคำตอบกับภาระงานของคุณเอง

อย่ากำหนดขนาดของ prompt โดยใช้จำนวนที่นับจากโมเดลอื่น จุดเชื่อมต่อ (endpoint) สำหรับนับ token นั้นเปิดให้ใช้งานฟรีและจะนับโดยใช้ tokenizer ของโมเดลที่คุณระบุ ดังนั้นให้ระบุชื่อโมเดลที่คุณวางแผนจะเรียกใช้งาน จุดเชื่อมต่อดังกล่าวเป็นส่วนหนึ่งของแพลตฟอร์มเพียงไม่กี่ส่วนที่ไม่มีการเรียกเก็บเงิน และ สิ่งอื่นที่คุณสามารถใช้งานได้โดยไม่ต้องเสียค่าใช้จ่าย เป็นสิ่งที่ควรตรวจสอบก่อนที่คุณจะใช้เครดิตจริงในการเปรียบเทียบ Opus 4.7 และรุ่นที่ใหม่กว่า รวมถึง Fable 5 และ Sonnet 5 ใช้ tokenizer รุ่นใหม่ที่ "สร้าง token เพิ่มขึ้นประมาณ 30% สำหรับข้อความเดียวกัน" ดังนั้นงบประมาณที่ประเมินจากโมเดลรุ่นเก่าจะดูต่ำเกินไปเมื่อใช้กับโมเดลรุ่นใหม่ในอัตราต่อ token ที่เท่าเดิม

จากนั้นให้อ่านผลลัพธ์ที่ได้รับกลับมา input_tokens เป็นเพียงส่วนที่เหลือจากการไม่ได้ใช้ cache ดังนั้นขนาดของ prompt ที่แท้จริงคือค่าในฟิลด์นั้นบวกกับ cache_creation_input_tokens และ cache_read_input_tokens แอป Claude API ตัวแรกบน VPS เป็นจุดเริ่มต้นที่เล็กที่สุดและตรงไปตรงมาที่สุดในการวัดค่าดังกล่าว และ แผนการใช้งาน Claude ที่เหมาะสมกับคุณ คือการตัดสินใจแยกต่างหากว่าคุณจำเป็นต้องจ่ายเงินต่อ token หรือไม่ หากผลสรุปกลายเป็นคำถามว่าควรเลือกสมัครสมาชิกแบบใดแทนที่จะเป็นคำถามว่าควรสมัครหรือไม่ การเปรียบเทียบราคาแพลนของ Claude กับ ChatGPT จะครอบคลุมถึงค่าใช้จ่ายของงานเขียนโปรแกรมเดียวกันบนแพลตฟอร์มของผู้ให้บริการรายอื่น หากการวัดผลทำให้คุณตัดสินใจย้ายงานไปใช้ API อย่างถาวร การลดระดับการสมัครสมาชิกหรือยกเลิก ก็ยังคงให้คุณใช้งานได้จนครบระยะเวลาที่คุณชำระเงินไปแล้ว ดังนั้นจึงไม่มีบทลงโทษใดๆ หากคุณตัดสินใจหลังจากทราบตัวเลขที่ชัดเจนแล้ว

FAQ

โมเดล Claude รุ่นใดเหมาะสำหรับการเขียนโปรแกรมมากที่สุด?

Claude Opus 4.8 เป็นจุดเริ่มต้นที่ระบุไว้ในเอกสารสำหรับการเขียนโปรแกรมแบบ agentic ที่ซับซ้อน โดยมีราคาอยู่ที่ $5 ต่อล้าน input tokens และ $25 ต่อล้าน output tokens ณ เดือนกรกฎาคม 2026 ส่วน Claude Sonnet 5 ถูกวางตำแหน่งให้เป็นรุ่นที่ผสมผสานความเร็วและความฉลาดได้ดีที่สุด และด้วยราคา $2 / $10 จนถึงวันที่ 31 สิงหาคม 2026 ทำให้มีราคาถูกกว่าครึ่งหนึ่ง ให้รันงานเดียวกันบนทั้งสองรุ่น โดยกำหนดค่าการคิด (thinking configuration) ให้คงที่ แล้วเปรียบเทียบค่าใช้จ่าย token รวมจาก response.usage

Claude Haiku 4.5 มีราคาถูกพอที่จะแทนที่ Sonnet 5 หรือไม่?

หากเทียบต่อ token ถือว่าถูกกว่ามาก: คือ $1 / $5 เทียบกับ $2 / $10 สำหรับ Sonnet 5 ในช่วงราคาแนะนำ หรือ $3 / $15 ตั้งแต่วันที่ 1 กันยายน 2026 เป็นต้นไป ข้อจำกัดจะเป็นตัวตัดสินใจ Haiku 4.5 มี context window ขนาด 200K tokens แทนที่จะเป็น 1M, มี output สูงสุด 64K บน synchronous Messages API, มีจุดตัดของความรู้ที่เชื่อถือได้ ณ เดือนกุมภาพันธ์ 2025, ไม่รองรับ output_config.effort และมี prompt ขั้นต่ำที่แคชได้ 4,096 tokens ซึ่งจะปิดการใช้งานแคชโดยอัตโนมัติสำหรับ system prompt ที่สั้น

การเปลี่ยนไปใช้โมเดล Claude ที่ราคาถูกกว่าระหว่างเซสชันช่วยประหยัดเงินได้จริงหรือไม่?

ทำได้น้อยกว่าที่คิด เอกสารของ Anthropic ระบุว่าตัวทำให้แคชเป็นโมฆะ (cache invalidators) คือการเปลี่ยนแปลงใน tools, system หรือคำนำหน้า messages, การเปลี่ยนแปลงการตั้งค่าการคิด และการเปลี่ยนแปลงใน output_config.effort สิ่งที่การสลับโมเดลส่งผลต่อแคชที่มีอยู่ไม่ได้ถูกระบุไว้ในเอกสาร ดังนั้นให้ถือว่าเป็นสิ่งที่ไม่ทราบแน่ชัดและให้อ่านค่า cache_read_input_tokens ในคำขอแรกหลังจากนั้น สิ่งที่เดิมพันอยู่คือ: สำหรับคำนำหน้าขนาด 150,000-token ของ Opus 4.8 การอ่านแคชมีค่าใช้จ่ายประมาณ $0.08 และการเขียนใหม่มีค่าใช้จ่ายประมาณ $0.94 ซึ่งมากกว่าการประหยัดต่อ token ในหลายรอบการทำงาน ให้สลับโมเดลระหว่างงาน หรือหลังจาก /clear ใน Claude Code ซึ่งเป็นช่วงที่แคชจะถูกทิ้งอยู่แล้ว

output_config.effort ส่งผลต่อค่าใช้จ่ายอย่างไร?

มันเปลี่ยนจำนวน token ที่โมเดลใช้ไปกับข้อความ, การเรียกใช้เครื่องมือ (tool calls) และการคิด ค่า effort ที่ต่ำลงจะทำให้มีการเรียกใช้เครื่องมือน้อยลง ซึ่งส่งผลทวีคูณในลูปแบบ agentic เพราะผลลัพธ์ของเครื่องมือทุกอย่างจะถูกส่งซ้ำในรอบถัดไป ระดับต่างๆ ได้แก่ low, medium, high, xhigh และ max โดยมี high เป็นค่าเริ่มต้น Anthropic ไม่ได้เผยแพร่ตัวคูณราคาต่อระดับ โดยเรียก effort ว่าเป็นสัญญาณเชิงพฤติกรรมมากกว่างบประมาณ token ดังนั้นให้วัดผลด้วยงานของคุณเอง

Claude Batches API ช่วยประหยัดได้เท่าใด?

ประหยัดได้ 50% ทั้ง input และ output tokens โดยแลกกับการส่งผลลัพธ์แบบอะซิงโครนัส ณ เดือนกรกฎาคม 2026 ทำให้ Opus 4.8 มีราคาอยู่ที่ $2.50 in / $12.50 out, Sonnet 5 อยู่ที่ $1 / $5 ในช่วงราคาแนะนำ และ Haiku 4.5 อยู่ที่ $0.50 / $2.50 สิ่งที่น่าสังเกตคือการเปรียบเทียบข้ามระดับ: งานที่ใช้ Opus 4.8 แบบ batch มีราคาถูกกว่างานที่ใช้ Sonnet 5 แบบ synchronous ในอัตรามาตรฐานตั้งแต่วันที่ 1 กันยายน 2026 ดังนั้นการทำ batching จึงช่วยให้ได้โมเดลที่ทรงพลังกว่าในราคาที่เท่ากัน