Claude Opus 5 เปิดตัวเมื่อวันที่ 24 กรกฎาคม 2026 และพร้อมใช้งานใน Claude Code ตั้งแต่วันแรก สมาชิก Max จะได้ใช้เป็นค่าเริ่มต้น ส่วนสมาชิก Pro จะเข้าถึงโมเดลที่มีประสิทธิภาพสูงสุดในปัจจุบันได้ ผู้ใช้ Claude Code ผ่าน API key จะเสียค่าใช้จ่าย 5 ดอลลาร์ต่อล้านโทเค็นอินพุต และ 25 ดอลลาร์ต่อล้านโทเค็นเอาต์พุต ซึ่งเท่ากับ Opus 4.8
จุดที่ควรระวังคือการตั้งค่าเดิมอาจทำงานขัดแย้งกับพฤติกรรมของโมเดล Opus 5 ตรวจสอบงานของตัวเองโดยอัตโนมัติ เขียนคำตอบยาวขึ้นเป็นค่าเริ่มต้น และเรียกใช้ subagent ได้ง่ายกว่า Opus 4.8 ดังนั้นกฎใน CLAUDE.md ที่เคยมีประโยชน์อาจทำให้ใช้โทเค็นมากขึ้นโดยไม่จำเป็น
บทความนี้อธิบายวิธีเลือกโมเดล ปรับ effort แก้พรอมต์ และทดสอบ API ที่ Claude Code สร้างขึ้นด้วย Apidog แทนการเชื่อว่ามันทำงานได้จากการตรวจสอบตัวเอง בלבד สำหรับรายละเอียดเพิ่มเติม ดู ภาพรวม Claude Opus 5 และ ประกาศ Claude Opus 5 ของ Anthropic
การเปลี่ยนแปลงตามระดับการสมัครสมาชิก
สมาชิก Max
Opus 5 เป็นโมเดลเริ่มต้น คุณไม่ต้องตั้งค่าเพิ่ม เพียงเริ่มเซสชันใหม่ก็ใช้งานได้ทันที
สิ่งที่ควรทำคือทบทวนความคาดหวังเรื่องค่าใช้จ่ายและความยาวคำตอบ เพราะพฤติกรรมเหล่านี้อาจต่างจากโมเดลเดิมที่คุณใช้
สมาชิก Pro
Opus 5 คือโมเดลที่มีประสิทธิภาพสูงสุดที่ใช้งานได้ในระดับ Pro ซึ่งเปลี่ยนเพดานความสามารถของแผนนี้จากเดิมที่ต่ำกว่าระดับ frontier tier มาเป็นโมเดลที่ Anthropic แนะนำในเอกสารของตนเอง
ผู้ใช้ API key
Opus 5 ใช้งานได้ผ่าน Claude API, Amazon Bedrock (anthropic.claude-opus-5), Google Cloud, Microsoft Foundry และ GitHub Copilot
ราคา:
| ประเภทโทเค็น | ราคา |
|---|---|
| Input | 5 ดอลลาร์ / 1 ล้านโทเค็น |
| Output | 25 ดอลลาร์ / 1 ล้านโทเค็น |
ราคานี้ไม่เปลี่ยนจาก Opus 4.8 และเป็นครึ่งหนึ่งของ Fable 5 ที่ 10 ดอลลาร์/50 ดอลลาร์ ดูตารางราคา รวมถึงอัตราแคชและแบตช์ ได้ที่ รายละเอียดราคา Opus 5
Opus 5 มีข้อมูลที่เรียนรู้ถึงเดือนพฤษภาคม 2026 ซึ่งใหม่ที่สุดในบรรดาโมเดล Claude ปัจจุบัน ขณะที่ Fable 5 และ Sonnet 5 หยุดที่เดือนมกราคม 2026 สำหรับงานที่เกี่ยวกับ API หรือไลบรารีที่เพิ่งเปิดตัว ข้อมูลเพิ่มขึ้นห้าเดือนอาจมีผลต่อความถูกต้องของโค้ดที่โมเดลเสนอ
การเลือก Opus 5 ใน Claude Code
ในเซสชัน Claude Code ให้เปิดรายการโมเดลด้วยคำสั่ง:
/model
จากนั้นเลือก Claude Opus 5
หากต้องการเลือกโมเดลโดยตรง ให้ใช้:
/model claude-opus-5
สำหรับ API ให้ใช้ ID นี้:
claude-opus-5
ไม่มีคำต่อท้ายวันที่และไม่มีเวอร์ชัน หากคุณมีสคริปต์ การตั้งค่าโปรเจกต์ หรือกฎที่อ้างอิงชื่อโมเดล ให้ตรวจสอบว่าใช้สตริงนี้ตรงกัน
ดู ID สำหรับแต่ละแพลตฟอร์มได้ใน เอกสารภาพรวมโมเดล ของ Anthropic โดยเฉพาะเมื่อใช้ Bedrock หรือ Google Cloud
Opus 5 รองรับบริบทเริ่มต้น 1M โทเค็นโดยไม่มีเบต้าเฮดเดอร์หรือค่าพรีเมียมสำหรับบริบทยาว และรองรับเอาต์พุตสูงสุด 128k ใน Messages API แม้จะเหมาะกับ repo ขนาดใหญ่ แต่ไม่ควรส่งทั้ง repository เข้าไปทุกครั้งโดยไม่จำเป็น เพราะยังเพิ่มค่าใช้จ่ายอยู่
ดูคำสั่งอื่นใน เอกสารสรุปคำสั่ง Claude Code
พฤติกรรมของ effort
output_config.effort เป็นพารามิเตอร์ API ที่กำหนดระดับการคิดของโมเดล:
low
medium
high
xhigh
max
ส่วนหน้าของผลิตภัณฑ์อาจแสดงค่าเหล่านี้เป็นตัวเลือก effort แต่สำหรับการใช้งานผ่าน API ควรเข้าใจพฤติกรรมต่อไปนี้
1. ค่าเริ่มต้นคือ high
หากไม่ระบุ effort คำขอจะใช้:
high
ไม่ใช่ medium และไม่ใช่โหมดที่ปรับระดับโดยอัตโนมัติโดยไม่มีขีดจำกัด
2. อย่านำค่า effort ของ Opus 4.8 มาใช้ตรง ๆ
Anthropic ระบุว่า effort ของ Opus 5 ถูกปรับเทียบใหม่ ควรทดสอบใหม่ด้วย evaluation ของระบบคุณเอง
แนวทางเริ่มต้น:
- ทดลอง
lowและmediumกับงานที่ทำซ้ำได้หรือมีชุดทดสอบรองรับ - ใช้
xhighเป็นจุดเริ่มต้นสำหรับงานเขียนโค้ดหรือ agentic task ตามคำแนะนำของ Anthropic - เปรียบเทียบคุณภาพ เวลา และจำนวนโทเค็นก่อนกำหนดค่าเริ่มต้นของทีม
3. ระวังข้อผิดพลาด 400
การตั้งค่าต่อไปนี้ใช้ร่วมกันไม่ได้:
{
"thinking": { "type": "disabled" },
"output_config": { "effort": "xhigh" }
}
หรือ:
{
"thinking": { "type": "disabled" },
"output_config": { "effort": "max" }
}
ทั้งสองกรณีจะคืนค่า HTTP 400
Claude Code จะจัดการรูปแบบคำขอในการใช้งานแบบโต้ตอบให้ แต่หากคุณเขียนสคริปต์หรือใช้ SDK โดยตรง ให้เลือกอย่างใดอย่างหนึ่ง:
- เปิด thinking และใช้
xhighหรือmax - ปิด thinking แต่จำกัด effort ไว้ที่
high
ควรเปิด thinking ไว้ แล้วควบคุมค่าใช้จ่ายด้วย effort ที่ต่ำลงแทน การปิด thinking อาจทำให้เกิดการเรียกใช้เครื่องมือที่หลุดออกมาเป็นข้อความธรรมดา หรือแท็ก XML ภายในปรากฏในผลลัพธ์
อ่านรายละเอียดการทดสอบได้ใน คู่มือพารามิเตอร์ effort และดูการเปลี่ยนแปลงที่ไม่เข้ากันจากรุ่น 4.8 ได้ใน คู่มือการย้ายข้อมูล
สี่การแก้ไขพรอมต์ที่ควรทำตั้งแต่วันแรก
คำแนะนำเหล่านี้อ้างอิงจาก คู่มือการพรอมต์ Opus 5 ของ Anthropic
1. ลบคำสั่งให้ตรวจสอบซ้ำ
หาก CLAUDE.md มีข้อความลักษณะนี้ ให้ลบหรือปรับลด:
ตรวจสอบงานของคุณซ้ำเสมอ
ยืนยันการเปลี่ยนแปลงก่อนรายงาน
ยืนยันว่าการทดสอบผ่านแล้วจึงยืนยันอีกครั้ง
Opus 5 มีพฤติกรรมตรวจสอบงานตัวเองอยู่แล้ว การสั่งซ้ำอาจทำให้โมเดล:
- อ่านไฟล์เดิมหลายรอบ
- รันทดสอบเดิมซ้ำโดยไม่มีข้อมูลใหม่
- ใช้โทเค็นกับการยืนยันสิ่งที่ตรวจสอบแล้ว
เปิดทั้ง CLAUDE.md ระดับโปรเจกต์และระดับ global แล้วค้นหาคำเหล่านี้:
verify
double-check
confirm
ลบเฉพาะคำสั่งที่บังคับให้ตรวจสอบซ้ำโดยไม่มีเกณฑ์ภายนอกรองรับ
2. จำกัดการสร้าง subagent
Opus 5 มอบหมายงานให้ subagent ง่ายกว่า Opus 4.8 ซึ่งมีประโยชน์กับงานวิจัยหรือการวิเคราะห์ที่แยกทำพร้อมกันได้ แต่จะเพิ่มต้นทุนหากใช้กับงานเล็ก
เพิ่มกฎนี้ใน CLAUDE.md:
## การมอบหมายงาน
อย่าสร้าง subagents สำหรับงานที่สามารถทำสำเร็จได้ในครั้งเดียว
ใช้ subagents แบบขนานไม่เกินสองตัว หากงานดูเหมือนต้องการมากกว่านั้น
ให้อธิบายการแบ่งงานและสอบถามก่อนสร้าง
เป้าหมายไม่ใช่ห้ามใช้ subagent แต่คือบังคับให้โมเดลอธิบายเหตุผลก่อนเพิ่มงานแบบขนาน
หากคุณกำลังออกแบบระบบ subagent โดยเฉพาะ ดู วิธีสร้าง subagent ใน Claude Code
3. ระบุให้ตอบกระชับ
คำตอบและเอกสารที่ Opus 5 สร้างขึ้นมีแนวโน้มยาวกว่า Opus 4.8
การลด effort ไม่ได้ทำให้คำตอบสั้นลง เพราะ effort ควบคุมความลึกของการคิด ไม่ใช่ความยาวของผลลัพธ์ที่ผู้ใช้เห็น
เพิ่มข้อกำหนดเรื่องรูปแบบคำตอบโดยตรง:
## รูปแบบการตอบสนอง
รายงานผลลัพธ์ไม่เกิน 150 คำ เว้นแต่ฉันจะขอรายละเอียดเพิ่มเติม
ไม่ต้องสรุปสิ่งที่คุณเพิ่งทำ หากฉันสามารถดู diff ได้
ข้ามการเกริ่นนำ ตอบคำถามตรงประเด็น
4. ระบุขอบเขตงานให้ชัดเจน
Opus 5 มีแนวโน้มขยายขอบเขตงานเพื่อแก้ปัญหาในโมดูลโดยรอบด้วย
หากต้องการแก้ไขเพียงจุดเดียว ให้เขียนข้อจำกัดในคำสั่ง:
แก้ไขการตรวจสอบค่าว่างใน parseConfig และไม่เปลี่ยนแปลงสิ่งอื่นใด
ดีกว่าพรอมต์ที่คลุมเครือ:
แก้ไขการตรวจสอบค่าว่างใน parseConfig
ดูตัวอย่างเพิ่มเติมได้ในบทความ การพรอมต์ Opus 5
สร้าง API แล้วให้ Opus 5 ทดสอบ
Claude Code สร้าง route และ implementation ได้ แต่ไม่สามารถยืนยันได้เองว่า endpoint ที่กำลังรันตรงตามสัญญา API จริงหรือไม่
แนวทางที่ใช้งานได้จริง:
- ออกแบบ API ใน Apidog
- กำหนด endpoint, request schema และ response schema
- สร้าง mock server ที่ส่งข้อมูลสมจริง
- ให้ Opus 5 อ่านสเปกจริงผ่าน Apidog MCP server แทนการเดา schema
- หลังเขียน implementation เสร็จ ให้รัน test scenario
ตัวอย่าง:
apidog run --access-token $APIDOG_TOKEN \
--project-id $PROJECT_ID \
--test-scenario "user-signup-flow"
เมื่อ assertion ล้มเหลว ผลลัพธ์จะกลายเป็นข้อมูลภายนอกที่โมเดลอ่านและแก้ไขต่อได้ นี่มีประโยชน์กว่าการให้โมเดลตรวจสอบเหตุผลของตัวเองเพียงอย่างเดียว
หากเรียก Claude API โดยตรงจากโค้ด คุณยังใช้ Apidog เพื่อ:
- ส่งคำขอไปยัง
claude-opus-5 - ดู SSE streaming event
- ตรวจสอบ payload ของ tool call
- เก็บ API key เป็น environment variable แทนการฝังในสคริปต์
- เปรียบเทียบพรอมต์เดียวกันที่ effort ต่างกัน
- อ่านบล็อก
usageเพื่อตรวจสอบผลของ cache
ดาวน์โหลด Apidog เพื่อตั้งค่าโปรเจกต์ในเครื่อง
ขีดจำกัดที่แท้จริง
Opus 5 ไม่ใช่จุดสูงสุดของโมเดล Claude ในทุกกรณี
Anthropic ระบุว่า Fable 5 คือ “โมเดลที่ความสามารถสูงสุดที่เผยแพร่ในวงกว้าง” และ Opus 5 ยังตามหลัง Mythos 5 ในงานด้านการหาประโยชน์จากความปลอดภัยทางไซเบอร์และการวิจัยชีววิทยาอัตโนมัติ
หากงาน Claude Code อยู่ในสองขอบเขตนี้ Opus 5 อาจไม่ใช่ตัวเลือกที่เหมาะสม ดูรายละเอียดได้ใน คำอธิบายโมเดลระดับ Mythos
สำหรับผล benchmark Anthropic รายงานว่า Opus 5:
- ได้คะแนน Frontier-Bench v0.1 มากกว่า Opus 4.8 มากกว่าสองเท่า
- ได้คะแนน ARC-AGI 3 ราว 3 เท่าของโมเดลที่ดีที่สุดลำดับถัดไป
- มีคะแนน CursorBench 3.2 ใกล้ Fable 5 ภายใน 0.5% ด้วยราคาครึ่งหนึ่ง
ตัวเลขเหล่านี้เป็นผลการทดสอบของผู้ขาย ณ วันที่ 25 กรกฎาคม 2026 และยังไม่มีการทำซ้ำอย่างอิสระ ควรใช้เป็นเหตุผลในการทำ evaluation กับ workload จริงของคุณ ไม่ใช่ข้อสรุปสุดท้าย
ควรใช้โมเดลอื่นเมื่อใด
ใช้ Opus 5 กับงาน Claude Code ส่วนใหญ่ เช่น:
- การเขียนโค้ดแบบ agentic
- การ refactor หลายไฟล์
- งานขอบเขตกว้าง
- งานที่ต้องรันคำสั่ง อ่านผลลัพธ์ และวนแก้ไข
เปลี่ยนโมเดลเมื่อ:
- งานมีปริมาณมากและเน้นค่าใช้จ่าย โดย Sonnet 5 เพียงพอสำหรับการแก้ไขมาตรฐาน
- งานอยู่ในขอบเขตความสามารถของ Fable 5 หรือ Mythos 5
ตัวอย่าง:
/model claude-sonnet-5
ใช้กับงานที่ต้องประหยัดค่าใช้จ่าย และสลับกลับเมื่อเจองานยาก:
/model claude-opus-5
หากเคยใช้ Sonnet 5 ใน Claude Code หรือ Fable 5 ใน Claude Code ขั้นตอนนี้จะเหมือนเดิม
เช็กลิสต์ก่อนเริ่มใช้
-
ตรวจสอบ
CLAUDE.mdก่อน — ลบคำสั่งให้ตรวจสอบซ้ำ เพิ่มข้อจำกัดความยาว และกำหนดเพดาน subagent -
ปรับ effort ใหม่ — อย่าใช้ค่า Opus 4.8 โดยไม่ทดสอบ
lowและmedium - เปิด thinking ไว้ — ลดค่าใช้จ่ายผ่าน effort แทนการปิด thinking
- จำกัดบริบท — 1M โทเค็นไม่ใช่เหตุผลให้ส่งทั้ง repo ในทุกคำขอ
- ตรวจสอบจากภายนอก — ใช้ test, mock และ API contract จริงเพื่อยืนยันผลลัพธ์
คำถามที่พบบ่อย
Claude Opus 5 มีให้บริการใน Claude Code หรือไม่?
มี ตั้งแต่วันที่ 24 กรกฎาคม 2026 เลือกผ่าน /model หรือระบุโดยตรง:
/model claude-opus-5
เป็นค่าเริ่มต้นสำหรับสมาชิก Max และเป็นโมเดลที่มีประสิทธิภาพสูงสุดสำหรับสมาชิก Pro
ฉันจำเป็นต้องเปลี่ยน CLAUDE.md สำหรับ Opus 5 หรือไม่?
น่าจะจำเป็น คำแนะนำการตรวจสอบที่สืบมาจากโมเดลรุ่นก่อนอาจทำให้ Opus 5 ตรวจสอบซ้ำมากเกินไป ให้ลบคำสั่งเหล่านั้น เพิ่มข้อกำหนดให้ตอบกระชับ และจำกัดการสร้าง subagent
ทำไมการลด effort ไม่ทำให้คำตอบสั้นลง?
เพราะ effort ควบคุมความลึกของการคิด ไม่ใช่ความยาวของผลลัพธ์ที่มองเห็นได้ หากต้องการคำตอบสั้นลง ให้ระบุรูปแบบและจำนวนคำในพรอมต์
อะไรทำให้เกิดข้อผิดพลาด 400 เมื่อใช้ effort ระดับ xhigh?
การใช้:
{
"thinking": { "type": "disabled" }
}
ร่วมกับ xhigh หรือ max จะคืนค่า HTTP 400 ให้เปิด thinking หรือจำกัด effort ที่ high ดูรายละเอียดการเปลี่ยนแปลงจาก Opus 4.8 ได้ใน คู่มือการย้ายข้อมูล
ฉันใช้ Opus 5 ใน Claude Code บนแผนฟรีได้หรือไม่?
Opus 5 พร้อมใช้งานสำหรับสมาชิก Pro และ Max รวมถึงผู้ใช้ API สำหรับ Pro จะเป็นโมเดลสูงสุดของระดับนั้น ส่วน Max จะได้รับเป็นค่าเริ่มต้น ดูทางเลือกการเข้าถึงและค่าใช้จ่ายได้ใน คู่มือการเข้าถึง Opus 5 ฟรี


Top comments (0)