Claude Opus 5 เปิดตัวเมื่อวันที่ 24 กรกฎาคม 2026 ในราคา $5 ต่ออินพุต 1 ล้านโทเค็น และ $25 ต่อเอาต์พุต 1 ล้านโทเค็น ซึ่งเท่ากับ Opus 4.8 และคิดเป็นครึ่งหนึ่งของ Fable 5 แต่ราคาที่ประกาศไม่ใช่ต้นทุนทั้งหมดที่ปรากฏในใบแจ้งหนี้ของคุณ: ยังมี prompt cache, Batch API, Fast mode, ตัวคูณภูมิภาค และพฤติกรรมของโมเดลที่เปลี่ยนปริมาณโทเค็นโดยตรง
บทความนี้สรุปราคาทุกประเภท พร้อมวิธีคำนวณจากรูปแบบคำขอจริง เพื่อให้คุณตั้งงบประมาณก่อนนำไปใช้ในโปรดักชันได้ ตรวจสอบตัวเลขกับทราฟฟิกจริงโดยส่งคำขอจาก Apidog แล้วอ่านออบเจ็กต์ usage ในทุก response
ตารางราคา Claude Opus 5 แบบเต็ม
อัตราด้านล่างอ้างอิงจากเอกสารราคาของ Anthropic และใช้กับโมเดล ID claude-opus-5
| หมวดหมู่โทเค็น | ราคาต่อ 1 ล้านโทเค็น |
|---|---|
| อินพุตมาตรฐาน | $5.00 |
| เอาต์พุตมาตรฐาน | $25.00 |
| Prompt cache write, TTL 5 นาที | $6.25 |
| Prompt cache write, TTL 1 ชั่วโมง | $10.00 |
| Cache hit และ cache refresh | $0.50 |
| Batch API input | $2.50 |
| Batch API output | $12.50 |
| Fast mode input | $10.00 |
| Fast mode output | $50.00 |
สรุปสิ่งที่ต้องจำก่อนออกแบบระบบ:
- Cache hit มีค่าใช้จ่ายเพียงหนึ่งในสิบของอินพุตมาตรฐาน จึงเป็นจุดลดต้นทุนที่สำคัญที่สุด
- Cache write แบบ TTL 5 นาทีมีราคา 1.25 เท่าของอินพุตปกติ ส่วน TTL 1 ชั่วโมงมีราคา 2 เท่า
- Batch API ลดราคา 50% ทั้งอินพุตและเอาต์พุต
- Fast mode มีราคา 2 เท่า เพื่อความเร็วเอาต์พุตประมาณ 2.5 เท่า เป็นพรีวิวสำหรับงานวิจัย ใช้ได้เฉพาะ first-party API ไม่รองรับ Bedrock, Google Cloud หรือ Microsoft Foundry และใช้ร่วมกับ Batch API ไม่ได้
- ไม่มี long-context surcharge หน้าต่างบริบท 1 ล้านโทเค็นเป็นทั้งค่าเริ่มต้นและค่าสูงสุด โดยโทเค็นอินพุตยังคิดในอัตรา $5 เท่าเดิม
เพดานค่าใช้จ่ายของ Messages API ต่อคำขอคำนวณได้จากอินพุต 1 ล้านโทเค็นและเอาต์พุตสูงสุด 128k โทเค็น:
Input: 1,000,000 / 1,000,000 × $5.00 = $5.00
Output: 128,000 / 1,000,000 × $25.00 = $3.20
Total: $8.20
สำหรับ Batch API สามารถเพิ่มเอาต์พุตสูงสุดเป็น 300k ได้ด้วย beta header output-300k-2026-03-24 ซึ่งทำให้ค่าเอาต์พุตสูงสุดเป็น $3.75
จุดเปรียบเทียบ: เท่ากับ 4.8, ครึ่งหนึ่งของ Fable 5
| โมเดล | อินพุต / 1 ล้านโทเค็น | เอาต์พุต / 1 ล้านโทเค็น |
|---|---|---|
| Claude Opus 5 | $5.00 | $25.00 |
| Claude Opus 4.8 | $5.00 | $25.00 |
| Claude Fable 5 | $10.00 | $50.00 |
| Claude Sonnet 5 — ราคาเปิดตัวถึง 31 ส.ค. 2026 | $2.00 | $10.00 |
| Claude Sonnet 5 — ตั้งแต่ 1 ก.ย. 2026 | $3.00 | $15.00 |
มีข้อสรุปเชิงปฏิบัติสองข้อ:
ย้ายจาก Opus 4.8 มา Opus 5 แล้วต้นทุนต่อโทเค็นไม่เปลี่ยน
อัตราเท่ากันมาตั้งแต่ Opus 4.5 ถึง 4.8 ดังนั้นการเปลี่ยน model ID ไม่ได้เพิ่มราคาต่อหน่วย แต่ปริมาณโทเค็นอาจเปลี่ยนจากพฤติกรรม thinking และความยาว response ที่เพิ่มขึ้น ดูรายละเอียดราคาเดิมได้ที่ราคา Opus 4.8Opus 5 มีราคาครึ่งหนึ่งของ Fable 5
Anthropic ระบุว่า Opus 5 มีประสิทธิภาพใกล้เคียง Fable 5 ภายใน 0.5% บน CursorBench 3.2 และทำได้ดีกว่าบน OSWorld 2.0 พร้อมต้นทุนต่อภารกิจราวหนึ่งในสาม ตัวเลขนี้เป็นข้อมูลจากผู้พัฒนาในโพสต์เปิดตัว Opus 5 และยังไม่มีการยืนยันโดยอิสระ ณ วันที่ 25 กรกฎาคม 2026 จึงควรมองเป็นข้อกล่าวอ้าง ไม่ใช่ผลทดสอบที่ยืนยันแล้ว
อ่านเพิ่มได้ที่เปรียบเทียบ Opus 5 vs Fable 5 และราคา Fable 5
ตัวอย่างที่ 1: คำนวณคำขอเดี่ยว
สมมติว่าคุณทำ text summarization โดยมีอินพุต 8,000 โทเค็น และเอาต์พุต 1,200 โทเค็น
Input cost = 8,000 / 1,000,000 × $5.00 = $0.040
Output cost = 1,200 / 1,000,000 × $25.00 = $0.030
Total = $0.070 ต่อคำขอ
หากมี 10,000 คำขอต่อเดือน:
| โมเดล | ต้นทุนต่อคำขอ | ต้นทุนต่อเดือน |
|---|---|---|
| Opus 5 | $0.070 | $700 |
| Fable 5 | $0.140 | $1,400 |
| Sonnet 5 อัตราเปิดตัว | $0.028 | $280 |
แม้อินพุตจะมากกว่าเอาต์พุตเกือบ 7 เท่า แต่เอาต์พุตคิดเป็น 43% ของต้นทุน เพราะเอาต์พุตแพงกว่าอินพุต 5 เท่า
สิ่งนี้สำคัญขึ้นใน Opus 5 เพราะ thinking tokens ถูกคิดเป็นเอาต์พุต และ adaptive thinking เปิดใช้เป็นค่าเริ่มต้น ตรวจสอบ output_tokens แยกจาก token ที่ผู้ใช้มองเห็นเสมอ
ตัวอย่างที่ 2: Agentic session ขนาดยาวพร้อม prompt cache
สมมติ coding agent มี system prompt และ repo context รวม 120,000 โทเค็น ทำงาน 40 รอบ แต่ละรอบเพิ่มบริบทใหม่ 1,500 โทเค็น และสร้างเอาต์พุต 2,500 โทเค็น
กรณีไม่ใช้ prompt cache
คุณต้องส่งบริบทเดิมทั้งหมดใหม่ในทุก turn
| รายการ | โทเค็น | อัตรา | ค่าใช้จ่าย |
|---|---|---|---|
อินพุต: (120,000 × 40) + 60,000
|
4,860,000 | $5.00 | $24.30 |
เอาต์พุต: 2,500 × 40
|
100,000 | $25.00 | $2.50 |
| รวม | $26.80 |
กรณีใช้ prompt cache TTL 5 นาที
แคช prefix 120,000 โทเค็นเพียงครั้งเดียว แล้วอ่านจากแคชในรอบถัดไป
| รายการ | โทเค็น | อัตรา | ค่าใช้จ่าย |
|---|---|---|---|
| Cache write หนึ่งครั้ง | 120,000 | $6.25 | $0.75 |
| Cache read 39 รอบ | 4,680,000 | $0.50 | $2.34 |
อินพุตใหม่: 1,500 × 40
|
60,000 | $5.00 | $0.30 |
เอาต์พุต: 2,500 × 40
|
100,000 | $25.00 | $2.50 |
| รวม | $5.89 |
ผลลัพธ์คือ ลดต้นทุน 78% จาก $26.80 เหลือ $5.89
หลังแคชบริบทสำเร็จ เอาต์พุตจะกลายเป็นต้นทุนหลัก ควรเริ่มปรับ max_tokens, ระดับ effort และคำสั่งให้ตอบกระชับต่อจากการเปิด cache
Cache read จะรีเฟรช TTL 5 นาที หากแต่ละรอบห่างกันไม่เกิน 5 นาที แคชจะยังอุ่นอยู่ หาก agent ไม่ได้ใช้งานนานกว่านั้น ให้ใช้ TTL 1 ชั่วโมง ค่า cache write จะเพิ่มจาก $0.75 เป็น $1.20 และต้นทุนรวมเป็น $6.34 ซึ่งยังถูกกว่าการไม่ใช้ cache 76%
ตัวอย่างที่ 3: ประมวลผลแบบ Batch
สำหรับงานที่ไม่ต้องตอบกลับแบบ synchronous ให้ใช้ Batch API เพื่อรับส่วนลด 50%
ตัวอย่าง: ประมวลผลเอกสาร 50,000 ฉบับ เอกสารละ 1,200 input tokens และ 150 output tokens
| เส้นทาง | ค่าอินพุต | ค่าเอาต์พุต | รวม |
|---|---|---|---|
| Standard API | 60 ล้าน × $5.00 = $300.00 | 7.5 ล้าน × $25.00 = $187.50 | $487.50 |
| Batch API | 60 ล้าน × $2.50 = $150.00 | 7.5 ล้าน × $12.50 = $93.75 | $243.75 |
จำนวนโทเค็นและโมเดลเท่าเดิม แต่ประหยัดได้ $243.75
ใช้ Batch API กับงานประเภทต่อไปนี้ก่อน:
- evaluation
- backfill
- nightly summarization
- content classification
- data enrichment
- งานที่ queue ได้และไม่ต้องแสดงผลทันที
ข้อแลกเปลี่ยนคือ latency ไม่ใช่คุณภาพ หากงานไม่ต้องการ synchronous response การใช้ standard endpoint คือการจ่ายเพิ่มโดยไม่จำเป็น
ตัวอย่างที่ 4: ต้นทุนจริงของ Fast mode
Fast mode คิดราคา $10 ต่อ input 1 ล้านโทเค็น และ $50 ต่อ output 1 ล้านโทเค็น เพื่อความเร็วเอาต์พุตประมาณ 2.5 เท่า
ใช้ตัวอย่างคำขอเดิมที่มี 8,000 input tokens และ 1,200 output tokens:
Input: 8,000 / 1,000,000 × $10.00 = $0.080
Output: 1,200 / 1,000,000 × $50.00 = $0.060
Total: $0.140 ต่อคำขอ
ต้นทุนเพิ่มเป็นสองเท่าพอดี และเท่ากับราคา standard ของ Fable 5
เลือก Fast mode สำหรับ UI แบบ interactive ที่ผู้ใช้เห็น token streaming และ latency ส่งผลต่อประสบการณ์โดยตรง ไม่เหมาะกับงานเบื้องหลัง เนื่องจากใช้ร่วมกับ Batch API ไม่ได้
สี่กลไกที่ส่งผลต่อต้นทุนของคุณ
1. Prompt cache รองรับขั้นต่ำ 512 โทเค็น
Opus 4.8 แคชได้เมื่อ prefix มีอย่างน้อย 1,024 โทเค็น แต่ Opus 5 ลดเหลือ 512 โทเค็น ดังนั้น system prompt ขนาดเล็กและ context ที่ใช้ซ้ำจำนวนมากจึงเริ่มคุ้มค่ากับการแคช
จุดคุ้มทุน:
- TTL 5 นาที: คุ้มทุนที่ 1.3 คำขอ หรือเริ่มประหยัดตั้งแต่คำขอที่ 2
- TTL 1 ชั่วโมง: คุ้มทุนที่ 2.1 คำขอ หรือเริ่มประหยัดตั้งแต่คำขอที่ 3
ตัวอย่าง system prompt 700 โทเค็น ถูกใช้ 1,000 ครั้ง:
ไม่ใช้ cache:
700,000 × $5 / 1,000,000 = $3.50
ใช้ cache:
Cache write: 700 × $6.25 / 1,000,000 = $0.0044
Cache read: 699,300 × $0.50 / 1,000,000 = $0.34965
รวม: ประมาณ $0.354
prompt ขนาดนี้ไม่เข้าเกณฑ์ cache ของ Opus 4.8 แต่ใช้ได้ใน Opus 5
2. Batch ลดต้นทุน 50%
สำรวจ workload ของคุณและแยกงานที่จำเป็นต้อง synchronous ออกจากงานที่รอได้
รายการตรวจสอบก่อนเรียก standard API:
- ผู้ใช้ต้องรอผลลัพธ์ทันทีหรือไม่?
- งานส่งเข้า queue และประมวลผลภายหลังได้หรือไม่?
- ผลลัพธ์ใช้สำหรับ report, evaluation หรือ batch pipeline หรือไม่?
- งานนี้สามารถรวมเป็นชุดคำขอเพื่อส่งแบบ asynchronous ได้หรือไม่?
หากคำตอบคือ “ได้” ให้เลือก Batch API ก่อน
3. ทดสอบ output_config.effort ที่ low และ medium
output_config.effort ควบคุมปริมาณการคิดของโมเดล และ thinking tokens ถูกคิดเป็น output tokens ที่ $25 ต่อ 1 ล้านโทเค็น
Opus 5 ปรับเทียบระดับ effort ใหม่ โดย Anthropic ระบุว่า low และ medium ทำงานได้ดีขึ้นอย่างชัดเจนเมื่อเทียบกับ Opus รุ่นก่อนหน้า ค่าเริ่มต้นคือ high และ xhigh ยังเป็นจุดเริ่มต้นที่แนะนำสำหรับงาน coding และ agentic
ตัวอย่าง payload สำหรับทดสอบ:
{
"model": "claude-opus-5",
"max_tokens": 4096,
"output_config": {
"effort": "medium"
},
"messages": [
{
"role": "user",
"content": "วิเคราะห์โค้ดนี้และเสนอ patch ที่เล็กที่สุด"
}
]
}
แนวทางทดสอบ:
- ใช้ prompt และชุด evaluation เดิม
- รันที่
low,medium,highและxhigh - บันทึกคุณภาพคำตอบ,
output_tokensและค่าใช้จ่าย - เลือกระดับต่ำสุดที่ยังผ่านเกณฑ์คุณภาพของทีม
หากงานใช้ thinking tokens เฉลี่ย 8,000 โทเค็นที่ xhigh และ 1,500 โทเค็นที่ low คุณจะลดเอาต์พุตได้ 6,500 โทเค็น หรือ $0.1625 ต่อภารกิจ เท่ากับ $16,250 ที่ 100,000 ภารกิจ
ตัวเลขนี้เป็นเพียงภาพประกอบ ผลจริงขึ้นอยู่กับ prompt และ evaluation ของคุณ ดูขั้นตอนการทดสอบเพิ่มได้ในคู่มือพารามิเตอร์ effort
การลด effort ลด thinking tokens ไม่ได้บังคับให้ response ที่ผู้ใช้เห็นสั้นลง หากต้องการคำตอบสั้นลง ให้ระบุข้อจำกัดความยาวใน prompt อย่างชัดเจน
4. System prompt overhead สำหรับ tool use ลดลง
เมื่อส่ง tool definition API จะเพิ่ม system prompt ที่มีค่าใช้จ่ายด้วย ใน Opus 5 overhead อยู่ที่ 286 โทเค็น สำหรับ tool choice แบบ auto หรือ none
เปรียบเทียบ:
| รุ่น | Overhead สำหรับ tool use |
|---|---|
| Opus 5 | 286 tokens |
| Opus 4.8 | 290 tokens |
| Opus 4.7 | 675 tokens |
การลดจาก Opus 4.8 เพียง 4 โทเค็น คิดเป็น $20 ต่อ 1 ล้านคำขอ จึงแทบไม่มีนัยสำคัญ แต่การย้ายจาก 4.7 ลดได้ 389 โทเค็นต่อคำขอ หรือประมาณ $1,945 ต่อ 1 ล้านคำขอ
สำหรับแนวทางลดต้นทุนที่ใช้ได้กับ Claude ทุกรุ่น ดูวิธีลดค่าใช้จ่าย Claude API
สองรายการที่มักถูกมองข้าม
inference_geo: "us" มีตัวคูณราคา 1.1 เท่า
หากกำหนด inference ให้รันบนโครงสร้างพื้นฐานในสหรัฐอเมริกาเพื่อ compliance หรือ data residency ราคาทุกหมวดจะถูกคูณ 1.1:
| หมวดหมู่ | ราคาเมื่อใช้ inference_geo: "us"
|
|---|---|
| Input | $5.50 |
| Output | $27.50 |
| Cache read | $0.55 |
| Batch input | $2.75 |
| Batch output | $13.75 |
ตัวอย่างที่ 1 ซึ่งเดิมมีค่าใช้จ่าย $700 ต่อเดือน จะกลายเป็น $770 หากใบแจ้งหนี้รวม $50,000 ผลของตัวคูณนี้คือ $5,000 ดังนั้นตรวจสอบว่าคุณต้องใช้ regional pin จริงก่อนเปิดใช้งาน
Opus 5 ไม่รองรับ Priority Tier
Opus 4.8 ยังรองรับ Priority Tier หาก capacity planning ของคุณพึ่งพาข้อตกลงของ Priority Tier นี่เป็นข้อจำกัดสำคัญในการย้ายโมเดล
ดูรายละเอียด API และ migration ได้ที่คู่มือย้ายจาก Opus 4.8 ไปยัง Opus 5
การเปลี่ยนแปลงพฤติกรรมที่ปรากฏในใบแจ้งหนี้
อัตราต่อโทเค็นเป็นเพียงครึ่งหนึ่งของต้นทุน อีกครึ่งหนึ่งคือปริมาณโทเค็น และ Opus 5 มีพฤติกรรมที่อาจเพิ่ม token usage หากไม่ตั้งค่าหรือทดสอบให้เหมาะสม
Thinking เปิดใช้งานเป็นค่าเริ่มต้น
ใน Opus 4.8 คำขอที่ไม่มีฟิลด์thinkingจะทำงานโดยไม่มี thinking แต่ Opus 5 ใช้ adaptive thinking และคิดค่าใช้จ่ายเป็น output tokens เนื่องจากmax_tokensครอบคลุมทั้ง thinking และ response บาง workload อาจเริ่มเจอ response ถูกตัดทอนOpus 5 มอบหมายงานให้ subagents ได้ง่ายขึ้น
subagent แต่ละตัวสร้าง token usage ของตัวเอง จำกัดขอบเขตการมอบหมายงานใน workflow ที่ไวต่อต้นทุนOpus 5 ตรวจสอบงานของตัวเองมากขึ้น
หาก prompt ของคุณยังมีคำสั่ง เช่น “double-check your work” ให้พิจารณาลบออก คู่มือ prompting ของ Anthropic ระบุว่าโมเดลตรวจสอบงานอยู่แล้ว การสั่งซ้ำอาจเพิ่ม token โดยไม่เพิ่มคุณภาพ
ยืนยันค่าใช้จ่ายจริงด้วย Apidog
วิธีที่เร็วที่สุดในการเลิกคาดเดาคืออ่านออบเจ็กต์ usage ในทุก response โดยให้ติดตามค่าเหล่านี้แยกกัน:
{
"usage": {
"input_tokens": 0,
"output_tokens": 0,
"cache_creation_input_tokens": 0,
"cache_read_input_tokens": 0
}
}
Apidog เป็นแพลตฟอร์มสำหรับพัฒนาและทดสอบ API คุณสามารถสร้าง request ไปยัง Messages endpoint ด้วย model: "claude-opus-5" แล้วตรวจสอบต้นทุนจาก response ได้โดยตรง
ตัวอย่าง request:
{
"model": "claude-opus-5",
"max_tokens": 4096,
"output_config": {
"effort": "medium"
},
"messages": [
{
"role": "user",
"content": "สรุปเอกสารนี้เป็น bullet points ไม่เกิน 10 ข้อ"
}
]
}
ทำตามขั้นตอนนี้ก่อน deploy:
- ทำซ้ำ request เดิมที่แต่ละระดับ effort แล้วเปรียบเทียบปริมาณ thinking tokens และคุณภาพคำตอบ
- ตรวจสอบว่า
usage.cache_read_input_tokensมากกว่า0เพื่อจับปัญหา cache miss ที่อาจกลายเป็นค่าใช้จ่ายไม่คาดคิด - เก็บ API key ใน environment variables แทนการใส่ใน request body
- ดู SSE stream สำหรับงาน generation ยาว ๆ เพื่อระบุว่า output tokens ถูกใช้ไปกับส่วนใด
- เก็บค่า usage เป็น metric เพื่อทำ dashboard ต้นทุนต่อ endpoint, workflow และ tenant
ดาวน์โหลด Apidog แล้วใช้ร่วมกับคู่มือ Opus 5 API
สิ่งที่คุณได้รับที่ราคา $5 / $25
Opus 5 มีจุดแข็งด้านราคาต่อความสามารถ แต่ไม่ใช่โมเดลที่มีความสามารถสูงสุดของ Claude stack
- Fable 5 ยังเป็นโมเดลที่เผยแพร่อย่างกว้างขวางและมีความสามารถสูงสุดของ Anthropic
- Opus 5 ยังตามหลัง Mythos 5 ในงานค้นหาช่องโหว่ความปลอดภัยทางไซเบอร์และงานวิจัยชีววิทยาอัตโนมัติ
- Anthropic ระบุข้อจำกัดเหล่านี้ไว้อย่างชัดเจน
สำหรับหลายทีม คำถามที่สำคัญกว่าไม่ใช่ “Opus 5 เทียบกับโมเดลสูงสุดเป็นอย่างไร” แต่คือ “งานนี้จำเป็นต้องใช้ Opus หรือไม่”
Sonnet 5 ที่ $2 / $10 ในช่วงเปิดตัว และ $3 / $15 ตั้งแต่ 1 กันยายน 2026 อาจทำงานผ่านเกณฑ์คุณภาพได้ที่ต้นทุนต่ำกว่าอย่างมาก ให้รันทั้งสองโมเดลกับ evaluation ของคุณก่อนล็อกงบประมาณ
อ่านเพิ่ม:
คำถามที่พบบ่อย
Claude Opus 5 มีค่าใช้จ่ายเท่าไหร่?
Standard API คิด $5 ต่อ input 1 ล้านโทเค็น และ $25 ต่อ output 1 ล้านโทเค็น Cache hit อยู่ที่ $0.50, Batch API อยู่ที่ $2.50 / $12.50 และ Fast mode อยู่ที่ $10 / $50
Claude Opus 5 แพงกว่า Opus 4.8 หรือไม่?
ไม่แพงกว่าในแง่ราคาต่อโทเค็น เพราะใช้อัตราเดียวกัน แต่ต้นทุนรวมอาจสูงขึ้นได้จาก adaptive thinking ที่เปิดโดยค่าเริ่มต้น และ response ที่ยาวขึ้น ให้เทียบ usage จาก workload จริงแทนการสมมติว่าต้นทุนเท่ากัน
มี long-context surcharge สำหรับบริบท 1 ล้านโทเค็นหรือไม่?
ไม่มี หน้าต่างบริบท 1 ล้านโทเค็นเป็นทั้งค่าเริ่มต้นและค่าสูงสุด โดยไม่มี premium tier สำหรับอินพุตขนาดยาว
วิธีที่ถูกที่สุดในการรัน Claude Opus 5 คืออะไร?
ใช้ prompt cache กับ prefix ที่ใช้ซ้ำ, ส่งงานที่ไม่เร่งด่วนเข้า Batch API เพื่อรับส่วนลด 50% และทดสอบระดับ effort เพื่อหาระดับต่ำสุดที่ยังผ่าน evaluation ของคุณ ดูเพิ่มได้ที่คู่มือเส้นทางฟรีและถูกที่สุด
Regional pin มีค่าใช้จ่ายเพิ่มหรือไม่?
มี การตั้งค่า inference_geo: "us" ใช้ตัวคูณ 1.1 กับทุกหมวดโทเค็น รวมถึง cache hit และ Batch API


Top comments (0)