เลือก Claude รุ่นใด? เทียบราคา Opus Sonnet Haiku

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

คำตอบสั้น ๆ สำหรับคำถามว่าควรใช้ Claude รุ่นใดคือ ให้เริ่มจาก Claude Opus 5.5 และเปลี่ยนไปใช้รุ่นอื่นต่อเมื่อมีเหตุผลที่ระบุได้อย่างชัดเจน แนวทางของ Anthropic ก็เป็นเช่นเดียวกัน โดยระบุว่า “หากไม่แน่ใจว่าจะใช้รุ่นใด ให้เริ่มจาก Claude Opus 5.5 สำหรับงานส่วนใหญ่” ให้ลดลงมาใช้ Claude Sonnet 5.5 เมื่องานมีข้อกำหนดชัดเจนและต้องเรียกใช้งานหลายครั้งต่อวัน ให้ลดลงอีกครั้งมาใช้ Claude Haiku 5.5 สำหรับงานเชิงกลที่มีปริมาณสูงและคุณทราบอยู่แล้วว่าคำตอบที่ถูกต้องควรเป็นอย่างไร Claude Fable 5.1 อยู่เหนือกว่าทุกรุ่น ใช้สำหรับงานที่ต้องใช้เหตุผลซับซ้อนและงานแบบ agentic ที่ดำเนินการเป็นเวลานาน หรือเมื่อการทดสอบด้วย Opus 5.5 ที่ตั้งค่า effort สูงยังให้ผลลัพธ์ไม่เพียงพอ

การเลือกมีค่าใช้จ่ายที่ต้องพิจารณา อัตราต่อไปนี้เป็นอัตราของ Claude API (application programming interface) ณ วันที่ 17 October 2026 ต่อ 1 ล้าน tokens ซึ่งเอกสารใช้คำว่า MTok

• Claude Fable 5.1 (claude-fable-5-1): $10 / MTok สำหรับ input และ $50 / MTok สำหรับ output รองรับ context ขนาด 1M
• Claude Opus 5.5 (claude-opus-5-5): $4 สำหรับ input และ $20 สำหรับ output รองรับ context ขนาด 1M
• Claude Sonnet 5.5 (claude-sonnet-5-5): $2 สำหรับ input และ $10 สำหรับ output รองรับ context ขนาด 1M
• Claude Haiku 5.5 (claude-haiku-5-5): $0.10 สำหรับ input และ $0.50 สำหรับ output เมื่อ prompt มีขนาดไม่เกิน 100,000 tokens และ $0.50 สำหรับ input และ $2.50 สำหรับ output เมื่อ prompt มีขนาดเกิน 100,000 tokens รองรับ context ขนาด 1M

ตัวระบุเหล่านี้ต้องใช้ตามที่เขียนไว้ครบถ้วน ห้ามเติมข้อความใดต่อท้าย

รุ่นที่หน้านี้แนะนำใน July ยังคงเปิดให้ใช้งาน แต่ขณะนี้ Anthropic จัดรุ่นเหล่านั้นเป็น legacy models แล้ว Claude Opus 4.8 และ Opus 4.7 มีค่าใช้จ่าย $5 สำหรับ input และ $25 สำหรับ output Claude Sonnet 5 มีค่าใช้จ่าย $2 สำหรับ input และ $10 สำหรับ output โดย Anthropic เรียกอัตรานี้ในช่วงแรกว่าเป็นราคาเบื้องต้น จากนั้นจึงกำหนดให้เป็นราคามาตรฐานและยกเลิกแผนขึ้นราคาเป็น $3 และ $15 Claude Haiku 4.5 มีค่าใช้จ่าย $1 สำหรับ input และ $5 สำหรับ output ส่วน Claude Fable 5 มีค่าใช้จ่าย $10 สำหรับ input และ $50 สำหรับ output

ขนาดของคำขอไม่มีค่าธรรมเนียมเพิ่มเติมสำหรับ Fable 5.1, Opus 5.5 หรือ Sonnet 5.5: “คำขอขนาด 900k tokens จะถูกคิดในอัตราต่อ token เดียวกับคำขอขนาด 9k tokens” Haiku 5.5 เป็นข้อยกเว้น เพราะคิดราคาตามความยาวของ prompt และมีการอธิบายขั้นราคานี้ไว้ด้านล่าง อัตราเหล่านี้ยังใช้กับบริการนอก API ด้วย เพราะ Claude Enterprise คิด usage ตามอัตรา API เพิ่มจากค่าบริการ seat ดังนั้นการคำนวณทั้งหมดด้านล่างจึงใช้กับทีมที่มี seat plan ได้เช่นเดียวกัน ข้อยกเว้นมีเพียงองค์กรที่เปิดใช้ US-only inference ซึ่ง Anthropic คิดค่าบริการที่ 1.1x ของอัตรา API มาตรฐานสำหรับ Claude Opus 4.6, Sonnet 4.6 และรุ่นที่ใหม่กว่า ในกรณีนั้นให้คูณยอดรวมด้านล่างด้วย 1.1 การสมัครสมาชิกแบบอัตราคงที่เปลี่ยนวิธีคิด usage แต่ไม่เปลี่ยนการตัดสินใจนี้ เพราะ Claude Max ทั้งสองระดับใช้ models เดียวกัน สิ่งที่แตกต่างระหว่างสองระดับคือปริมาณ usage ที่ได้รับ ซึ่งเท่ากับ 5x หรือ 20x ของ Pro และ API credits รายเดือนที่แต่ละระดับรวมไว้สำหรับการพัฒนาบน Claude Platform ได้แก่ $100 ต่อเดือนสำหรับ Max 5x และ $200 ต่อเดือนสำหรับ Max 20x ตามรายการที่ claude.com/pricing แสดงไว้ ณ วันที่ 17 October 2026 ในระดับที่ต่ำลงมาในลำดับเดียวกัน Claude Pro ราคา $20 ต่อเดือนให้ usage allowance แทนอัตราต่อ token ดังนั้นสิ่งที่ทำให้ใช้งานต่อไม่ได้คือการรอ reset ของ limit ไม่ใช่ใบเรียกเก็บเงิน เว้นแต่คุณจะเปิดใช้ usage credits usage credits เป็นตัวเลือกที่ต้องเปิดใช้งานเองบน Pro และ Max ช่วยให้ทำงานต่อเกิน limit ที่รวมไว้ได้ในอัตรา API มาตรฐาน และจะแสดงเป็นค่าใช้จ่ายเพิ่มเติมในใบเรียกเก็บเงิน หากขณะนี้คุณอยู่ในกรณีดังกล่าว การตรวจสอบว่ากำลังรอ window ใดอยู่ ต้องทำก่อนการคำนวณด้านล่าง เพราะทางแก้คือใช้ model ที่เล็กลง ใช้ context ที่เล็กลง เปิด usage credits หรือย้ายไปใช้ API ไม่ใช่การหาอัตราที่ถูกลง และหากคุณยังไม่เริ่มชำระเงินเลย การพิจารณาว่า Pro คุ้มกับราคา $20 หรือไม่ตั้งแต่แรก ให้ดูว่าการใช้ free limit หยุดการทำงานของคุณบ่อยเพียงใด ไม่ใช่ดูจากอัตราด้านบน

แต่ละโมเดลเหมาะกับงานใด

Anthropic อธิบายแต่ละโมเดลด้วยข้อความสั้น ๆ 1 บรรทัด และข้อความเหล่านี้ช่วยชี้แนะแนวทางได้ดีกว่า leaderboard ใด ๆ

• Claude Fable 5.1: "สำหรับงานที่ต้องใช้การให้เหตุผลอย่างหนักและงานแบบ agentic ที่ดำเนินต่อเนื่องเป็นเวลานาน" มี latency สูงที่สุดใน 4 โมเดล
• Claude Opus 5.5: "สำหรับงานเขียนโค้ดและงานด้านความรู้แบบ agentic ที่ดำเนินต่อเนื่องเป็นเวลานาน" มี latency ระดับปานกลาง
• Claude Sonnet 5.5: "การผสานความเร็วและความสามารถด้าน intelligence ได้ดีที่สุด" ทำงานเร็ว
• Claude Haiku 5.5: "สำหรับงานปริมาณมากที่ไวต่อ latency เช่น classification, extraction และ routing" ทำงานเร็วที่สุด

Fable 5.1 เป็นโมเดลเดียวใน 4 โมเดลที่การเปรียบเทียบนี้ไม่กำหนดราคาตาม workload ด้วยอัตราที่สูงกว่า Opus 5.5 สองเท่าครึ่ง คำถามว่า งานใดคุ้มกับการจ่าย $10 เพื่อสร้างรายรับ $50 จึงควรมีคำตอบแยกต่างหาก

Haiku 5.5 ไม่มีข้อจำกัดที่เคยทำให้ต้องตัดโมเดลขนาดเล็กออกก่อนพิจารณาราคาอีกต่อไป โมเดลปัจจุบันทั้ง 4 รุ่นใช้ context window ขนาด 1M-token ร่วมกัน มี output สูงสุด 128K ใน synchronous Messages API และมี reliable knowledge cutoff ใน June 2026 สิ่งที่ทำให้ Haiku 5.5 แตกต่างในปัจจุบันคือขั้นราคาของโมเดลนี้: request ที่มี prompt เกิน 100,000 tokens จะถูกคิดในอัตรา 5 เท่าของอัตราพื้นฐานสำหรับทุก token ใน requestนั้น

ต้นทุนของตัวเลือกนี้เป็นอย่างไรเมื่อใช้กับงานจริง

โมเดลทุกตัวในชุดนี้คิดค่าผลลัพธ์ในอัตรา 5 เท่าของอัตราอินพุต Opus 5.5 คิดค่าอินพุต $4 และเอาต์พุต $20 ส่วน Haiku 5.5 คิดค่าอินพุต $0.10 และเอาต์พุต $0.50 อัตราส่วนนี้เหมือนกันตลอดทั้งช่วงราคา ดังนั้นโมเดลที่เลือกจึงมีผลมากที่สุดกับงานที่สร้างเอาต์พุตจำนวนมาก

งานแบบ agentic เป็นงานลักษณะดังกล่าว เพราะโทเค็นสำหรับการคิดจะถูกคิดเป็นโทเค็นเอาต์พุต และนับรวมใน max_tokens แม้ข้อความนั้นจะไม่ถูกส่งมาถึงคุณก็ตาม สำหรับ Fable 5.1, Opus 5.5, Sonnet 5.5 และ Haiku 5.5 ระบบจะไม่แสดงสรุปเหตุผลโดยค่าเริ่มต้น ดังนั้นฟิลด์ thinking จึงว่างเปล่า การเรียกเก็บเงินยังคงเหมือนเดิม: "Either way the block is billed the same and passed back the same in multi-turn conversations." ส่วนใดบ้างที่ทำให้เกิดค่าใช้จ่าย Claude token จริง อธิบายการคำนวณนี้โดยละเอียด

ทั้ง 4 โมเดลปัจจุบันเปิดใช้การคิดโดยค่าเริ่มต้น แต่ระดับ effort เริ่มต้นแตกต่างกัน และหากไม่ทราบเรื่องนี้ การทดสอบต้นทุนจะคลาดเคลื่อนอย่างมาก Opus 5.5 และ Haiku 5.5 ใช้ค่าเริ่มต้นเป็น medium ส่วน Fable 5.1 และ Sonnet 5.5 ใช้ค่าเริ่มต้นเป็น high หากเปรียบเทียบกับ Opus 4.8 หรือ Opus 4.7 รุ่นเก่า การคิดของโมเดลเหล่านั้นจะปิดอยู่จนกว่าจะตั้งค่า thinking: {type: "adaptive"} ใน request ให้ตรงกันก่อน จึงค่อยตีความตัวเลขที่ได้

โมเดลที่ราคาถูกที่สุดอาจมีต้นทุนสูงที่สุด

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

สำหรับ Opus 5.5: input จำนวน 0.06 MTok ที่ราคา $4 มีค่าใช้จ่าย $0.24 และ output จำนวน 0.008 MTok ที่ราคา $20 มีค่าใช้จ่าย $0.16 การลองหนึ่งครั้งจึงมีค่าใช้จ่าย $0.40 สำหรับ Haiku 5.5 เมื่อ prompt มีขนาดต่ำกว่า 100,000 tokens การลองแบบเดียวกันมีค่าใช้จ่าย $0.006 บวก $0.004 รวมเป็น $0.01

Haiku มีราคาถูกกว่าต่อการลองหนึ่งครั้ง 40 เท่า ซึ่งดูเหมือนมีส่วนต่างเหลือมาก จนกว่าจะพิจารณาว่าการลองที่ล้มเหลวส่งผลอย่างไร คุณอ่านคำตอบที่ผิด ซึ่งใช้เวลาของคุณ จากนั้นส่งคำตอบนั้นกลับไปเป็น context ในการ retry ทำให้แต่ละการลองมีขนาดใหญ่ขึ้น และเมื่อ context มีขนาดเกิน 100,000 tokens คำขอทั้งหมดจะเปลี่ยนไปใช้อัตราที่สูงขึ้นของ Haiku และเมื่อการลองครั้งที่สามยังไม่สำเร็จ คุณก็ต้องเปลี่ยนไปใช้โมเดลที่สูงขึ้นอยู่ดี ค่าใช้จ่ายของ Haiku $0.03 บวกกับ Opus $0.40 รวมเป็น $0.43 ซึ่งสูงกว่าการใช้ Opus ครั้งเดียวประมาณ 8% และคุณยังใช้เวลาจดจ่อกับงานไปแล้ว 3 รอบ

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

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

Haiku 5.5 เป็นตัวเลือกที่เหมาะสมในกรณีต่อไปนี้:

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

กฎด้านราคา 1 ข้อใช้เฉพาะกับ Haiku 5.5 เท่านั้น “ความยาว prompt ของ request จะนับรวม input token ทั้งหมด รวมถึง cache read และ cache write” ดังนั้น request ที่มีขนาดเกิน 100,000 token จะคิดค่าใช้จ่ายเป็น $0.50 สำหรับ input และ $2.50 สำหรับ output แม้ prompt ส่วนใหญ่จะเป็น cache hit ก็ตาม ควรรักษา prompt ของ Haiku ให้ต่ำกว่าขีดจำกัดนี้ หรือคำนวณราคาโดยใช้อัตราที่สูงกว่า ปัญหาเดิมด้านการทำ caching ของโมเดลขนาดเล็กหมดไปแล้ว โดย prompt ที่สามารถ cache ได้ต้องมีอย่างน้อย 512 token ในโมเดลปัจจุบันทั้ง 4 รุ่น ขณะที่ Haiku 4.5 ต้องมี 4,096 token หากต่ำกว่าขั้นต่ำ กฎยังคงเดิม: “request ใดก็ตามที่พยายาม cache token น้อยกว่าจำนวนนี้จะถูกประมวลผลโดยไม่ใช้ caching และจะไม่มีการส่งคืน error” สัญญาณที่บ่งชี้คือ cache_creation_input_tokens และ cache_read_input_tokens มีค่าเป็น 0 ทั้งคู่ การลดค่าใช้จ่ายของ agent ที่ทำงานตลอดเวลา อธิบายเรื่องนี้ควบคู่กับวิธีอื่นที่ทำให้ cache สูญหาย

ปัจจัยที่ทำให้คำตอบด้านค่าใช้จ่ายเปลี่ยนไป

ปัจจัยแต่ละข้อเหล่านี้อาจทำให้ค่าใช้จ่ายเปลี่ยนแปลงมากกว่าที่ชื่อรุ่นบ่งบอก

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

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

Effort มีผลกับทุก token ใน response รวมถึงข้อความ, tool calls และ thinking: "Effort ที่ต่ำลงหมายถึง tool calls ที่น้อยลงและกระชับขึ้นด้วย" ผลกระทบนี้จะสะสมใน agentic loop โดย Effort ไม่ใช่ขีดจำกัดจำนวน token: "Effort เป็นสัญญาณด้านพฤติกรรม ไม่ใช่ token budget ที่ตายตัว" Anthropic ไม่ได้เผยแพร่ตัวคูณค่าใช้จ่ายสำหรับแต่ละระดับ และแนะนำให้ทดสอบกับ use case ของคุณเอง ดังนั้นการรัน Sonnet 5.5 ที่ high เทียบกับการรัน Opus 5.5 ที่ low จึงเป็นการเปรียบเทียบจริงที่คุณทดสอบได้ในวันนี้ Haiku 5.5 รองรับทั้ง 5 ระดับ ส่วน Haiku 4.5 ไม่รองรับ effort เลย

Prompt caching. การอ่านจาก cache ไม่ได้มีสัดส่วนเท่ากันของอัตราค่า input ในทุกโมเดลอีกต่อไป โดยมีค่าใช้จ่าย 0.05x ของอัตรา input พื้นฐานใน Opus 5.5 และ Sonnet 5.5, 0.025x ใน Fable 5.1 และ 0.1x ใน Haiku 5.5 ตัวเลขที่มีผลต่อการเลือกโมเดลคือผลกระทบของอัตรานี้เมื่อเทียบข้าม tier cache hit ใน Opus 5.5 มีค่าใช้จ่าย $0.20 / MTok ซึ่งเป็น 2 เท่าของอัตรา $0.10 สำหรับ prompt ของ Haiku 5.5 ที่ไม่ได้ cache และมีขนาดต่ำกว่า 100,000 tokens แต่ต่ำกว่าครึ่งหนึ่งของอัตรา $0.50 สำหรับ prompt ที่มีขนาดเกินกว่านั้น ดังนั้นสำหรับ prompt ขนาดยาว prefix ของ Opus ที่ cache ไว้อย่างเหมาะสมจึงมีค่าใช้จ่ายต่อ input token ต่ำกว่า prefix ของ Haiku ที่ไม่ได้ cache การจัดการ session ให้เหมาะสมมีผลมากกว่าการเลือกโมเดลใน workload ที่ส่ง prefix ขนาดใหญ่และคงที่ซ้ำ

Batches. หากไม่มีสิ่งใดรอผลลัพธ์ Message Batches API จะรันโมเดลเดิมด้วย "ส่วนลด 50% สำหรับทั้ง input และ output tokens" ซึ่งลดค่าทุกแถวในตารางเปรียบเทียบด้านล่างลงครึ่งหนึ่ง และใช้งานได้ข้าม tier: งาน Opus 5.5 แบบ batch มีค่าใช้จ่ายเท่ากับงาน Sonnet 5.5 แบบ synchronous พอดี คือ $2 สำหรับ input และ $10 สำหรับ output คุณต้องแลกกับความเร็วที่ลดลง แต่ได้โมเดลที่มีความสามารถสูงกว่าโดยไม่มีค่าใช้จ่ายเพิ่มเติม

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

งานนี้คือการจัดประเภทอีเมลสนับสนุน 100,000 ฉบับ โดยเรียกใช้โมเดลฉบับละ 1 ครั้ง แต่ละครั้งมี input 2,000 tokens และ output 300 tokens รวมเป็น input 200 MTok และ output 30 MTok ทุก prompt มีขนาดต่ำกว่า 100,000 tokens มาก ดังนั้น Haiku 5.5 จึงคิดค่าบริการในอัตราที่ต่ำกว่า

• Haiku 5.5: 200 x $0.10 = $20 สำหรับ input, 30 x $0.50 = $15 สำหรับ output รวม $35
• Sonnet 5.5: 200 x $2 = $400 สำหรับ input, 30 x $10 = $300 สำหรับ output รวม $700
• Opus 5.5: 200 x $4 = $800 สำหรับ input, 30 x $20 = $600 สำหรับ output รวม $1,400

เปลี่ยนตัวเลข 4 ค่าเพื่อคำนวณใหม่ด้วยราคาของวันพรุ่งนี้ การปรับค่าด้านล่างทำให้ต้นทุนของแต่ละรายการเปลี่ยนไปมากกว่าที่คนส่วนใหญ่คาดไว้:

• การประมวลผลแบบกลุ่มลดต้นทุนของทุกรายการลงครึ่งหนึ่ง: $17.50, $350 และ $700 ไม่มีอีเมลใดต้องรอการจัดประเภทที่ทำในรอบกลางคืน ดังนั้นจึงไม่มีเหตุผลที่จะข้ามการจัดประเภท
• การแคช prefix ที่ใช้ร่วมกัน สมมติว่า 1,200 จาก input 2,000 tokens เป็น instruction block เดียวกันทุกครั้ง สำหรับ Sonnet 5.5 tokens เหล่านี้มีค่าใช้จ่าย $0.10 / MTok เมื่อเป็น cache hits แทนที่จะเป็น $2 / MTok ดังนั้น 120 MTok จึงมีค่าใช้จ่าย $12 แทนที่จะเป็น $240 เพิ่ม fresh input 80 MTok ที่ $2 ซึ่งเท่ากับ $160 และ output $300 ทำให้ Sonnet 5.5 มีต้นทุนประมาณ $472 แทนที่จะเป็น $700 วิธีเดียวกันนี้ใช้กับ Haiku 5.5 ได้แล้วเช่นกัน เพราะ 1,200 tokens สูงกว่าขั้นต่ำ 512 tokens: cache hits มีค่าใช้จ่าย $1.20, fresh input มีค่าใช้จ่าย $8 และ output มีค่าใช้จ่าย $15 รวมแล้วประมาณ $24
• การ retry สมมติว่าคุณไม่ยอมรับคำตอบของ Haiku สำหรับอีเมล 8% และเรียกใช้ Opus 5.5 กับอีเมลเหล่านั้นอีกครั้ง เพิ่ม 0.08 x $1,400 = $112 ให้กับ $35 จึงเป็น $147 ควรวัด rejection rate ของคุณเอง แทนการนำค่าของฉันไปใช้
• คำจำกัดความของ tool หากงานใช้ tool system prompt ที่คำจำกัดความเหล่านี้สร้างขึ้นมีขนาด 286 tokens ใน Opus 5.5, Sonnet 5.5 และ Haiku 5.5 เท่ากัน เมื่อกำหนด tool_choice เป็น auto ดังนั้น fixed overhead จึงไม่ทำให้การเปรียบเทียบเอนเอียงอีกต่อไป Opus 5.5 และ Sonnet 5.5 ปฏิเสธการบังคับใช้ tool (any หรือ tool) ด้วยข้อผิดพลาด 400 ดังนั้น classifier ที่อาศัยการบังคับเรียกใช้ tool ต้องใช้ auto กับโมเดลทั้ง 2 รุ่นนี้

Haiku ที่มีเส้นทาง escalation มีค่าใช้จ่าย $147 ซึ่งต่ำกว่าหนึ่งในสามของค่าใช้จ่าย $472 สำหรับ Sonnet 5.5 ที่ใช้แคช Haiku ต้องให้ผลล้มเหลวกับอีเมลประมาณ 31% ก่อนที่ต้นทุนของเส้นทาง escalation นั้นจะเท่ากับต้นทุนของ Sonnet 5.5 ที่ทำงานนี้ในรอบเดียว โมเดลไม่ใช่ประเด็นทั้งหมดตั้งแต่แรก

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

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

Anthropic อธิบายว่าอะไรทำให้แคชใช้ไม่ได้ Prefix จะสร้างตามลำดับ tools จากนั้น system แล้วจึง messages และระบุว่า "การเปลี่ยนแปลงในแต่ละระดับจะทำให้ระดับนั้นและทุกระดับถัดไปใช้ไม่ได้" รายการดังกล่าวยังรวมการตั้งค่าของ request อีก 2 รายการด้วย ได้แก่ "ระบบจะแทรกการตั้งค่า thinking และระดับ effort ที่ resolve แล้วลงใน prompt โดยตรง ดังนั้นการเปลี่ยนรายการใดรายการหนึ่งจะเริ่ม cache prefix ใหม่" สำหรับ effort เอกสารระบุเพิ่มเติมว่า "ให้ปรับค่าไปตาม workload แทนที่จะเปลี่ยนค่าภายใน conversation ที่อาศัย cache hit" ขณะนี้มีข้อยกเว้นใหม่ ใน Fable 5.1, Opus 5.5, Sonnet 5.5 และ Haiku 5.5 คุณสามารถเปลี่ยน effort ในแต่ละ message ได้ (เป็นฟีเจอร์ beta) ภายใน messages และ cached prefix จะยังคงอยู่

model ไม่ได้อยู่ในรายการที่มีการระบุไว้ในเอกสาร ดังนั้นอย่าคาดเดาไปเองว่าการเปลี่ยน model จะมีผลหรือไม่มีผล เอกสารอธิบายผลที่เกี่ยวข้องไว้ว่า thinking block ที่ model ใหม่อ่านไม่ได้จะถูกลบออก และเมื่อเกิดกรณีนี้ "cached prefix จะเปลี่ยนตั้งแต่ตำแหน่งของ block นั้นเป็นต้นไป" ตรวจสอบ cache_read_input_tokens ใน request แรกหลังการสลับ แล้วใช้ตัวเลขดังกล่าวเป็นคำตอบ สำหรับ prefix ของ Opus 5.5 ขนาด 150,000 token การอ่านแคชมีค่าใช้จ่ายประมาณ $0.03 ส่วนการเขียนแคชใหม่ภายใน 5 นาทีมีค่าใช้จ่ายประมาณ $0.75 ซึ่งสูงกว่าส่วนต่างค่าใช้จ่ายต่อ token ตลอดหลาย turn ที่คุณพยายามประหยัด

ดังนั้นควรเปลี่ยนค่าเหล่านี้ระหว่าง task ไม่ใช่ภายใน task เดียวกัน ใน Claude Code หมายความว่าให้ใช้ /clear ก่อน เพราะเป็นช่วงที่แคชกำลังถูกทิ้งอยู่แล้ว จากนั้นจึงใช้ /model หรือ /effort ทั้งสองคำสั่งต้องพิมพ์ใน CLI ดังนั้นหากคุณทำงานบน Linux สิ่งที่ควรติดตั้งคือเวอร์ชัน terminal เพราะ สิ่งที่ Anthropic เผยแพร่แบบ native สำหรับ Linux คือ CLI ที่พร้อมใช้งานควบคู่กับ desktop app ที่ยังอยู่ใน beta การสลับนี้จะแสดงเป็นรายการค่าใช้จ่ายหรือไม่ ขึ้นอยู่กับวิธีชำระเงินของเซสชันนั้น เพราะ Claude Code ใช้งานได้ทั้งแบบแผนรายเดือนคงที่และเครดิต API แบบคิดตาม token และมีเพียงแบบที่สองเท่านั้นที่คิดค่าใช้จ่ายเป็นดอลลาร์ทุกครั้งที่เปลี่ยน model สำหรับแผนแบบเหมาจ่าย ค่าใช้โมเดลที่มีความสามารถสูงกว่าจะลด usage window ของคุณแทนที่จะเพิ่มยอดเรียกเก็บเงิน ตราบใดที่ยังอยู่ภายใน usage ที่รวมไว้ แต่เมื่อเปิดใช้ usage credits แล้ว ส่วนที่เกินจะคิดตามอัตรา API มาตรฐาน และครอบคลุม Claude Code ใน terminal ด้วย Claude Code รวมอยู่ตั้งแต่ Pro ขึ้นไปและใช้ window เดียวกับแอปแชต ดังนั้นการใช้ Opus ใน terminal เป็นเวลา 1 ชั่วโมง ก็คือเวลา 1 ชั่วโมงที่คุณไม่ได้ใช้ใน browser

วิธีทดสอบคำตอบกับ workload ของคุณเอง

อย่ากำหนดขนาด prompt โดยใช้จำนวน token จาก model อื่น endpoint สำหรับนับ token ใช้งานได้ฟรีและนับด้วย tokenizer ของ model ที่คุณระบุ ดังนั้นให้ระบุ model ที่วางแผนจะเรียกใช้งาน endpoint นี้เป็นหนึ่งในส่วนไม่กี่ส่วนของ platform ที่ไม่คิดค่าบริการ ดังนั้นควรตรวจสอบ สิ่งอื่นที่คุณใช้งานได้โดยไม่ต้องจ่ายเงิน ก่อนใช้เครดิตจริงเพื่อเปรียบเทียบ Claude 4.7 และ model รุ่นหลังจากนั้น ซึ่งรวม model ทั้ง 4 รายการใน lineup ปัจจุบัน ใช้ tokenizer รุ่นใหม่ที่ “สร้าง token ได้มากขึ้นประมาณ 30 เปอร์เซ็นต์สำหรับข้อความเดียวกัน” ดังนั้น token budget ที่วัดด้วย model รุ่นเก่า เช่น Haiku 4.5 จะต่ำกว่าสำหรับ model รุ่นใหม่ แม้อัตราค่าบริการต่อ token จะเท่ากัน

จากนั้นอ่านผลลัพธ์ที่ส่งกลับมา input_tokens เป็นเฉพาะส่วนที่ไม่ได้มาจาก cache ดังนั้นขนาด prompt ที่แท้จริงต้องคำนวณจาก field นี้รวมกับ cache_creation_input_tokens และ cache_read_input_tokens แอป Claude API แรกบน VPS เป็นจุดที่เล็กที่สุดและตรงไปตรงมาสำหรับการวัดนี้ ส่วน Claude plan ใดเหมาะกับการใช้งานของคุณ เป็นการตัดสินใจอีกเรื่องว่าโดยรวมแล้วคุณต้องจ่ายค่าบริการแบบคิดตาม token หรือไม่ หากสุดท้ายคำถามคือควรเลือก subscription ใด ไม่ใช่ควรมี subscription หรือไม่ tier ของ Claude ที่แสดงราคาเทียบกับ ChatGPT จะอธิบายว่าการเขียนโค้ดแบบเดียวกันมีค่าใช้จ่ายเท่าใดเมื่อใช้ seat ของ provider อีกราย หากการวัดนี้ทำให้งานของคุณเปลี่ยนไปใช้ API อย่างถาวร การลด subscription ลงหนึ่ง tier หรือยกเลิกทั้งหมด ก็ยังคงเหลือระยะเวลาที่คุณชำระเงินไว้แล้ว จึงไม่มีค่าปรับสำหรับการตัดสินใจหลังจากได้ตัวเลข หากวัดสำหรับทีมแทนบุคคลเดียว ผลรวมจะเปลี่ยนไปอีกแบบ เพราะ seat แบบ Team หรือ Enterprise ต้องคุ้มกว่าค่าบริการต่อ token ที่บุคคลนั้นจะจ่ายเอง จึงจะคุ้มค่าที่จะซื้อ

FAQ

Claude รุ่นใดเหมาะที่สุดสำหรับการเขียนโค้ด

Claude Opus 5.5 เป็นจุดเริ่มต้นที่มีเอกสารแนะนำสำหรับงานเขียนโค้ดแบบ agentic ที่ซับซ้อน โดยมีค่าใช้จ่าย $4 ต่อ input tokens หนึ่งล้านรายการ และ $20 ต่อ output tokens หนึ่งล้านรายการ ณ เดือน October 2026 ส่วน Claude Sonnet 5.5 เน้นว่าเป็นการผสานความเร็วและความสามารถเข้าด้วยกันได้ดีที่สุด และมีค่าใช้จ่าย $2 / $10 ซึ่งคิดเป็นครึ่งหนึ่งของ Opus 5.5 ให้เรียกใช้งานเดียวกันกับทั้งสองรุ่นและคงระดับ effort ไว้เท่ากัน เนื่องจากค่าเริ่มต้นของ Opus 5.5 คือ medium ส่วน Sonnet 5.5 คือ high จากนั้นเปรียบเทียบค่าใช้จ่าย token รวมจาก response.usage

Claude Haiku 5.5 มีราคาถูกพอที่จะใช้แทน Sonnet 5.5 หรือไม่

หากคิดตามจำนวน token ก็ถูกกว่ามาก โดยมีค่าใช้จ่าย $0.10 / $0.50 เทียบกับ $2 / $10 ของ Sonnet 5.5 ตราบใดที่ prompt มีขนาดต่ำกว่า 100,000 tokens ข้อจำกัดที่ทำให้ไม่สามารถใช้ Haiku 4.5 ได้หมดไปแล้ว Haiku 5.5 มี context window ขนาด 1M tokens, output สูงสุด 128K และจุดตัดความรู้ที่เชื่อถือได้ใน June 2026 เช่นเดียวกับ Sonnet 5.5 รองรับ effort ทั้ง 5 ระดับ และเริ่มทำ cache prompt ตั้งแต่ 512 tokens ปัจจุบันมี 2 ปัจจัยที่ใช้ตัดสิน ปัจจัยแรกคือการปรับราคาเป็น $0.50 / $2.50 สำหรับ prompt ที่มีขนาดเกิน 100,000 tokens โดยนับ cache reads ด้วย อีกปัจจัยคือคุณภาพที่การทดสอบของคุณเองวัดได้

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

ไม่บ่อยเท่าที่ดูเหมือน Anthropic ระบุว่า cache invalidators คือการเปลี่ยนแปลง tools, system หรือ messages prefix การเปลี่ยนแปลงการตั้งค่า thinking และการเปลี่ยนแปลง output_config.effort ระดับบนสุด รายการดังกล่าวไม่ได้ระบุการเปลี่ยน model เอกสารระบุว่า thinking blocks ที่ model ใหม่ไม่สามารถอ่านได้จะถูกตัดออก และ prefix จะเปลี่ยนตั้งแต่จุดนั้น ดังนั้นให้อ่าน cache_read_input_tokens ใน request แรกหลังจากนั้น ประเด็นนี้มีผลต่อค่าใช้จ่ายอย่างชัดเจน: สำหรับ prefix ของ Opus 5.5 ขนาด 150,000-token การอ่าน cache มีค่าใช้จ่ายประมาณ $0.03 ส่วนการเขียนใหม่มีค่าใช้จ่ายประมาณ $0.75 ซึ่งสูงกว่าค่า token ที่ประหยัดได้จากหลายรอบการทำงาน ให้เปลี่ยน model ระหว่างงาน หลังจาก /clear ใน Claude Code หรือในช่วงที่ cache จะถูกทิ้งอยู่แล้วไม่ว่าอย่างไร

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

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

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

ประหยัดได้ 50% ทั้ง input และ output tokens โดยแลกกับการส่งผลลัพธ์แบบ asynchronous ณ เดือน October 2026 ราคาของ Opus 5.5 จึงอยู่ที่ $2 สำหรับ input / $10 สำหรับ output, Sonnet 5.5 อยู่ที่ $1 / $5 และ Haiku 5.5 อยู่ที่ $0.05 / $0.25 สำหรับ prompt ที่มีขนาดไม่เกิน 100,000 tokens การเปรียบเทียบที่ควรสังเกตคือการเปรียบเทียบข้ามระดับ: งาน Opus 5.5 แบบ batch มีค่าใช้จ่ายเท่ากับงาน Sonnet 5.5 แบบ synchronous พอดี ดังนั้นการใช้ batch จึงทำให้ได้ model ที่มีความสามารถสูงกว่าโดยไม่ต้องจ่ายเพิ่ม