Sonnet, Opus และ effort ใน Claude Code: วิธีเลือกโมเดล

แหล่งข้อมูลเชิงปฏิบัติเกี่ยวกับโมเดลและการทำงานกับเอเจนต์: เอกสารประกอบ Ailoot

อัปเดตเมื่อวันที่ 23 กันยายน 2026 นับตั้งแต่เผยแพร่บทความนี้ Anthropic เปลี่ยนรุ่นโมเดลไปแล้วสองครั้ง: เปิดตัว Opus 5 และ Sonnet 5 ก่อน จากนั้นเปิดตัว Claude Opus 5.5 เมื่อวันที่ 22 กันยายน หลักเกณฑ์การเลือกในคู่มือนี้ยังใช้ได้อยู่: ใช้โมเดลราคาแพงกับงานสถาปัตยกรรมและการดีบัก ส่วนงานประจำวันใช้โมเดลระดับกลาง ชื่อและราคาเปลี่ยนไปแล้ว ส่วนถัดไปจะอธิบายอย่างละเอียดว่ามีอะไรเปลี่ยนบ้างและอ่านตารางด้านล่างอย่างไร

มีอะไรเปลี่ยนไปบ้างในเดือนกันยายน 2026: Opus 5.5, Sonnet 5 และอัตราค่าบริการใหม่#

สรุปอย่างรวดเร็วว่าตัวเลขและคำสั่งเปลี่ยนไปอย่างไร:

มีข้อสรุปสามข้อที่เปลี่ยนการทำงานในแต่ละวัน

โมเดลรุ่นสูงสุดราคาถูกลง Anthropic ระบุว่า Opus 5.5 ใช้ทรัพยากรประมวลผลน้อยลง จึงลดราคาต่อโทเค็นลง 20% ลดราคาอ่านแคชจาก $0.50 เหลือ $0.20 ต่อหนึ่งล้านโทเค็น และทำให้งานทั่วไปที่ใช้การตั้งค่าเริ่มต้นมีค่าใช้จ่ายน้อยกว่า Opus 5 ถึง 40% ความคิดเดิมที่ว่า “เปิด Opus แล้วใช้โควตาหมดไปครึ่งวัน” จึงฟังดูไม่น่ากังวลเท่าเดิม แม้ปัญหานี้จะยังไม่หายไปทั้งหมด

ตอนนี้ต้องกำหนด reasoning depth เอง Opus 5.5 เริ่มต้นที่ medium ขณะที่โมเดลอื่นที่รองรับ effort เริ่มต้นที่ high หากต้องการให้โมเดลรุ่นสูงสุดวิเคราะห์อย่างลึกซึ้ง ให้ตั้ง /effort high หรือ xhigh โดยตรง อีกเรื่องหนึ่งคือคีย์ระดับบนสุด effortLevel ในการตั้งค่าผู้ใช้ใช้กับ Opus 5.5 ไม่ได้ เพราะตอนนี้บันทึกระดับ effort แยกตามแต่ละโมเดลแล้ว

โมเดลปัจจุบันทั้งสามรุ่นมี context window หนึ่งล้านโทเค็น หมายเหตุเรื่อง context 200K สำหรับโมเดลระดับกลางและการอัปเกรดเป็น 1M ด้วย opus[1m] ใช้กับ Opus 5.5 และ Sonnet 5 ในปัจจุบันไม่ได้ เพราะทั้งสองรุ่นมี context หนึ่งล้านโทเค็นมาให้ตั้งแต่แรก

ตารางและการคำนวณด้านล่างยังคงใช้ชื่อโมเดลและอัตราค่าบริการเดิม เพื่อเป็นแนวทางในการเลือกโมเดล ใช้ราคาปัจจุบัน: $4 / $20 สำหรับโมเดลรุ่นสูงสุด และ $2 / $10 สำหรับโมเดลระดับกลาง

สิ่งที่เปลี่ยนไปในเดือนพฤษภาคม 2026: Sonnet 4.6, Opus 4.7, Haiku 4.5 และเหตุผลที่เรื่องนี้สำคัญ#

เมื่อวันที่ 6 พฤษภาคม 2026 ในงานประชุม Code with Claude Anthropic เปิดตัวการอัปเดตหลักห้ารายการ ได้แก่ managed memory (Dreaming), outcomes, การประสานงานหลายเอเจนต์, Remote Control และ Agent View ในวันเดียวกัน โควตาของ Pro, Max, Team และ Enterprise เพิ่มขึ้นเป็นสองเท่า และยกเลิกการจำกัดความเร็วในช่วงชั่วโมงเร่งด่วนที่เริ่มใช้ตั้งแต่ปลายเดือนมีนาคมทั้งหมด

ในเวลาเดียวกันก็เกิดข้อตกลงด้านการประมวลผลรูปแบบใหม่ ในเอกสาร S-1 ของตน SpaceX เปิดเผยข้อตกลงกับ Anthropic มูลค่า 1.25 พันล้านดอลลาร์ต่อเดือนจนถึงเดือนพฤษภาคม 2029 สำหรับ Colossus (GPU ของ NVIDIA มากกว่า 220,000 ตัว กำลังไฟมากกว่า 300 MW) หมายความว่า Claude จะมีกำลังรองรับมากขึ้นในอีกหลายปีข้างหน้า ไม่ใช่น้อยลง

สิ่งนี้เปลี่ยนอะไรในการทำงานจริงของ vibe coder? รูปแบบการทำงานที่พบได้ทั่วไปเคยเป็นแบบนี้: “ฉันใช้ Opus เพราะฉลาดกว่า” ตอนนี้โมเดลทั้งสามแตกต่างกันจริง ๆ:

• Opus 4.7 ($5 / $25 ต่อหนึ่งล้านโทเค็นขาเข้า/ขาออก, context 1M) — เปิดตัวเมื่อวันที่ 16 เมษายน 2026 ใช้ tokenizer ใหม่ คะแนน SWE-bench Verified: 87.6% เพิ่มขึ้น 13% จาก Opus 4.6
• Sonnet 4.6 ($3 / $15, context 1M) — ได้คะแนน 79.6% ใน SWE-bench Verified คิดเป็น 91% ของคะแนน Opus 4.7 ที่ 60% ของราคาอินพุตเอาต์พุตพื้นฐาน และเกือบเท่ากับ Opus 4.6 (80.8%) ต่างกันเพียง 1.2 จุด
• Haiku 4.5 ($1 / $5, context 200K) — เร็วและราคาถูก เหมาะกับงานที่ไม่ต้องคิดเชิงสถาปัตยกรรม

ประเด็นสำคัญคือ Claude Code มีคำสั่งสามคำสั่งที่ได้รับการอัปเดตเมื่อต้นเดือนพฤษภาคม ได้แก่ /model, /effort, /fast แต่ละคำสั่งลดการใช้โทเค็นได้ 2–5 เท่า หากรู้ว่าควรใช้เมื่อใด

แนวทางที่อธิบายในที่นี้ใช้โมเดลหลักทั้งสองรุ่นทุกวัน ต่อไปนี้คือแผนผังการตัดสินใจที่ได้จากการใช้งานจริง

วิธีเลือกโมเดล: แผนผังการตัดสินใจตามประเภทงาน#

ควรเก็บตารางนี้ไว้ใกล้มือและเปิดดูเมื่อต้องเปลี่ยนไปทำงานประเภทอื่น

หลักการสำคัญ: ตั้ง Sonnet เป็นค่าเริ่มต้น Sonnet 4.6 เป็นค่าเริ่มต้นในแพ็กเกจผู้ใช้ส่วนใหญ่ด้วยเหตุผลที่ดี เอกสารช่วยเหลืออย่างเป็นทางการของ Anthropic ระบุโดยตรงว่า Sonnet เป็นตัวเลือกที่เหมาะกับงานเขียนโค้ดส่วนใหญ่

รูปแบบที่อันตรายซึ่งผู้ใช้ใหม่ 80% มักทำคือ ตั้ง Opus เป็นค่าเริ่มต้นแล้วสงสัยว่าทำไมโควตาจึงหมดภายในครึ่งวัน โควตาหมดเพราะ Opus มีราคาต่อโทเค็นแพงกว่า 1.67 เท่า

Sonnet 4.6 แตกต่างจาก Opus 4.7 อย่างไรเมื่อลองทำงานจริง#

ตัวเลข benchmark เพียงอย่างเดียวแทบไม่มีความหมาย สิ่งสำคัญคือความแตกต่างในการทำงานจริง ต่อไปนี้คือตัวอย่างที่นำทั้งสองโมเดลมาเปรียบเทียบในงานเดียวกัน

สถานการณ์ 1. Refactor แบบง่าย (3–5 ไฟล์)

Sonnet และ Opus ทำได้เหมือนกัน ในการเปรียบเทียบที่กล่าวถึง ไม่พบความแตกต่างด้านคุณภาพโค้ด เวลา: Sonnet เร็วกว่า 15–20% ค่าใช้จ่าย: Sonnet ถูกกว่า 1.67 เท่า จึงเห็นได้ชัดว่าใครเป็นผู้ชนะ

สถานการณ์ 2. ดีบักบั๊กที่ไม่ธรรมดา สมมติว่าใบเสร็จทางอีเมลหยุดส่งบนแพลตฟอร์มอีคอมเมิร์ซหลังย้าย payment gateway อาการคือ cron ทำงาน ฐานข้อมูลมีรายการใหม่ แต่อีเมลไม่ถูกส่ง

• Sonnet: ภายใน 15 นาทีจะตรวจ log และจุดที่เห็นได้ชัด พบว่ามีบริการอีเมลอยู่ใน environment variables และแนะนำให้ตรวจคีย์ หากคีย์ถูกต้อง มันก็เริ่มวนไปวนมา
• Opus ที่ใช้ effort xhigh: สร้างแผนภาพในใจทันทีว่า “webhook → cron → ตรวจสถานะ → บริการอีเมล” ภายใน 20 นาทีพบว่าการย้ายระบบเปลี่ยนรูปแบบ order ID แต่บริการอีเมลกรองข้อมูลโดยใช้รูปแบบเดิม

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

สถานการณ์ 3. การตัดสินใจด้านสถาปัตยกรรม “เราควรย้าย analytics ไปเป็นบริการแยกหรือไม่?” Sonnet จะให้แผนที่ดีสำหรับคำถามแบบนี้ แต่อาจมองข้ามรายละเอียด เช่น การตรวจสอบสองบริการจะทำให้ต้องย้ายการแจ้งเตือนด้วย Opus 4.7 พิจารณารายละเอียดเหล่านี้อย่างเป็นระบบ

แถวสุดท้ายสำคัญ เมื่ออ่านว่า “Opus 4.7 มีราคาเท่านั้นเท่านี้” อย่าลืมว่าไฟล์เดียวกันจะใช้โทเค็นมากกว่า Sonnet 20–35% ค่าใช้จ่ายจริงสำหรับงานเดียวกันจึงสูงกว่าที่ราคาตามตารางบอกไว้

ควรใช้ Haiku 4.5 เมื่อใด (และทำไมงาน Claude Code 80% จึงใช้ Sonnet)#

งานที่ Haiku คุ้มค่าจริง:

• สคริปต์หนึ่งบรรทัด: “เขียนสคริปต์ bash เพื่อรีสตาร์ต nginx หากโปรเซสไม่ตอบสนองเป็นเวลา 30 วินาที”
• อธิบายโค้ดอย่างง่าย: “ฟังก์ชันนี้ทำอะไร?”
• สร้างข้อความ commit ตามรูปแบบทั่วไป
• ตรวจ syntax เบื้องต้น / แก้ lint
• แปลคอมเมนต์ระหว่างภาษา

ในทางเทคนิค Haiku ทำงานใน Claude Code ได้เหมือนกับการใช้ /model haiku แต่มีข้อควรทราบ: subagents และงานเบื้องหลังใช้ Haiku เป็นค่าเริ่มต้น เว้นแต่จะเปลี่ยนผ่าน environment variable ANTHROPIC_DEFAULT_HAIKU_MODEL

context ของ Haiku มีขนาด 200K โทเค็น ซึ่งเพียงพอสำหรับไฟล์ส่วนใหญ่ แต่จะชนขีดจำกัดเมื่อทำงานกับ monorepo หรือบทถอดเสียงยาว ๆ ในกรณีนั้น Sonnet และ Opus มี context 1M

ค่าใช้จ่าย: คำขอที่คล้ายกัน 1,000 รายการ (เช่น สร้างข้อความ commit จาก input 200 โทเค็น + output 50 โทเค็น) มีราคา $0.45 บน Haiku งานเดียวกันมีราคา $1.35 บน Sonnet และ $2.25 บน Opus ต่างกันสามเท่า

คำสั่ง /model: วิธีเปลี่ยนโมเดลระหว่างเซสชัน#

วิธีตั้งโมเดลใน Claude Code หกวิธี เรียงตามลำดับความสำคัญ:

1. ระหว่างเซสชัน: /model <alias> — เปลี่ยนได้ทันที ประวัติการสนทนา ไฟล์ และบริบทยังคงเดิม มีเพียงโมเดลที่ประมวลผลข้อความถัดไปเท่านั้นที่เปลี่ยน หากมี output ในเซสชันแล้ว เมนูเลือกจะขอคำยืนยัน และการตอบครั้งถัดไปจะอ่านประวัติทั้งหมดใหม่โดยไม่ใช้แคช
2. ตอนเริ่มต้น: claude --model <alias>
3. Environment variable: ANTHROPIC_MODEL=<alias>
4. ไฟล์ settings: ฟิลด์ model ใน ~/.claude/settings.json

คำสั่งพื้นฐาน:

# เริ่มใช้โมเดลรุ่นสูงสุด (ปัจจุบันคือ Opus 5.5)
claude --model opus

# เปลี่ยนเป็น Sonnet ระหว่างเซสชัน
/model sonnet

# เปิดเมนูเลือก (สำหรับเลือกแบบโต้ตอบ)
/model

# เปลี่ยนเป็น Opus ที่มี context 1M
/model opus[1m]

# เปลี่ยนเป็นเวอร์ชันเฉพาะ (pin)
/model claude-opus-5-5

ชื่อเรียกและโมเดลที่ชี้ไปใน Anthropic API (ณ วันที่ 23 กันยายน 2026):

• opus → Opus 5.5 (ต้องใช้ Claude Code v2.1.280 หรือใหม่กว่า)
• sonnet → Sonnet 5
• haiku → Haiku 4.5
• best → โมเดลที่ฉลาดที่สุดซึ่งมีให้ใช้งาน
• default → Opus 5.5 ใน Pro, Max, Team, Enterprise และ Anthropic API
• opusplan → รูปแบบผสม Opus + Sonnet (จะกล่าวถึงแยกต่างหากด้านล่าง)

⚠️ ค่าเริ่มต้นของผู้ให้บริการคลาวด์แตกต่างกัน: ใน Amazon Bedrock และ Google Cloud ชื่อเรียก sonnet ชี้ไปที่ Sonnet 4.5; ใน Microsoft Foundry ชื่อ opus ยังคงชี้ไปที่ Opus 4.6 หากทำงานผ่านผู้ให้บริการคลาวด์ ให้ pin เวอร์ชันที่ต้องการ (claude-opus-5-5) หรือตั้งค่าตัวแปร ANTHROPIC_DEFAULT_OPUS_MODEL

ตั้งแต่เวอร์ชัน 2.1.144 การเปลี่ยนแปลงหลักคือ /model จะไม่เขียนค่าที่เลือกลง settings อีกต่อไป แต่มีผลเฉพาะเซสชันปัจจุบันและหายไปเมื่อปิดเซสชัน หากต้องการบันทึกค่าเริ่มต้นถาวร ให้กด d ที่แถวที่ไฮไลต์ในเมนูเลือก การดำเนินการนี้จะเขียนฟิลด์ model ลงใน ~/.claude/settings.json

เซสชันที่สรุปไว้ (claude --resume, --continue, /resume) จะคงโมเดลที่ใช้ในเซสชันนั้นไว้ ไม่ว่าการตั้งค่าปัจจุบันจะเป็นอย่างไร วิธีนี้ป้องกันไม่ให้เซสชันอื่นเปลี่ยนโมเดลเมื่อกลับมาทำงานต่อ

หากต้องการตรวจสอบว่าโมเดลใดกำลังทำงานอยู่ ให้ใช้ /status ซึ่งจะแสดงทั้งบัญชีและโมเดลปัจจุบัน

/model opusplan: เทียบต้นทุนวางแผนกับลงมือแยกกัน#

แนวทางที่อธิบายในที่นี้ใช้โหมดนี้กับงานที่ใช้เวลามากกว่า 10 ขั้นตอน

หลักการทำงาน:

• ใน Plan Mode (/plan) คุณจะหารือเรื่องสถาปัตยกรรมและตัวเลือกต่าง ๆ ก่อนตกลงแนวทาง Opus มีราคาแพง แต่ก็คุ้มเพราะความสามารถในการใช้เหตุผลแตกต่างอย่างมีนัยสำคัญ
• เมื่อจบ Plan Mode และ Claude เริ่มแก้ไขไฟล์ เขียน tests และรันคำสั่ง นั่นคือขั้นตอนลงมือทำ สำหรับงานนี้ Sonnet 4.6 มีคุณภาพเทียบเท่า Opus

วิธีเปิดใช้:

# ตอนเริ่มต้น
claude --model opusplan

# หรือระหว่างเซสชัน
/model opusplan

ตัวอย่างการคำนวณ สมมติว่า refactor 50 ขั้นตอนมีสัดส่วนทั่วไปดังนี้:

• วางแผน (5 ขั้นตอน, ~30,000 input + 8,000 output tokens): Opus 4.7
• ลงมือทำ (45 ขั้นตอน, ~200,000 input + 50,000 output tokens): Sonnet 4.6

ฐานใช้ 230,000 อินพุตและ 58,000 เอาต์พุตโทเค็น เป็น $2.60 ตามราคา Opus ย้อนหลังในตาราง opusplan คง 30,000 อินพุตกับ 8,000 เอาต์พุตบน Opus ($0.35) และใช้ Sonnet 200,000 อินพุตกับ 50,000 เอาต์พุต ($1.35) รวม $1.70 ประหยัด ($2.60 − $1.70) / $2.60 = 34.6% หากโทเค็นเท่ากันตามราคานี้ ส่วนลงมือที่แทนลด 40% แม้ลงมือเป็น 90% ของต้นทุนฐาน ทั้งงานลดเพียง 36% ความต่าง tokenizer ต้องมีจำนวนอินพุตเอาต์พุตของแต่ละโมเดลชัด และไม่ยืนยัน 75–80% โดยลำพัง

⚠️ รายละเอียดหนึ่ง: Opus ใน Plan Mode ของ opusplan ใช้ context มาตรฐาน 200K การอัปเกรดอัตโนมัติเป็น 1M ที่ใช้ได้กับชื่อเรียก opus ไม่มีผล กับ opusplan หากวางแผนงานใหญ่ที่มีบริบทหลายล้านโทเค็น (เช่น วิเคราะห์ monorepo ขนาดใหญ่) ให้ใช้ /model opus[1m] โดยตรง หรือเปลี่ยนเป็น opusplan หลังจากวางแผนแล้ว

คำสั่ง /effort: reasoning แบบปรับตามสถานการณ์ 5 ระดับ#

นี่คือคำสั่งที่สำคัญเป็นอันดับสองรองจาก /model Effort คือ reasoning แบบปรับตามสถานการณ์: ในแต่ละขั้น โมเดลจะตัดสินใจว่าจะคิดลึกเพียงใดตามความซับซ้อนของงาน ยิ่งตั้งระดับสูง การ reasoning ก็ยิ่งลึกและใช้โทเค็นมากขึ้น

ระดับต่าง ๆ (ขึ้นอยู่กับงาน):

รองรับโมเดลสามรุ่น: Opus 4.7, Opus 4.6 และ Sonnet 4.6 โมเดลอื่นไม่มี effort ให้ใช้

มีอะไรเปลี่ยนไปบ้างในเดือนกันยายน 2026 ระดับ low, medium, high, xhigh และ max ใช้ได้กับ Opus 5.5, Opus 5, Sonnet 5, Opus 4.8 และ Opus 4.7 ส่วน Opus 4.6 และ Sonnet 4.6 ไม่มี xhigh และหากขอ xhigh ในโมเดลเหล่านั้น ระบบจะใช้ high แทน ระดับเริ่มต้นคือ high ในทุกโมเดลที่รองรับ effort ยกเว้น Opus 5.5 (medium) และ Opus 4.7 (xhigh) ดังนั้นหากต้องการวิเคราะห์ลึกด้วยโมเดลรุ่นสูงสุดในปัจจุบัน ต้องร้องขออย่างชัดเจน นอกจากนี้ยังมีโหมด ultracode แยกต่างหาก ซึ่งเป็นการตั้งค่าของ Claude Code ไม่ใช่ระดับโมเดล โดยจะส่ง xhigh และยังขอให้ Claude สร้าง dynamic workflows สำหรับงานขนาดใหญ่ด้วย

วิธีตั้งค่า:

# เปิดแถบเลื่อนแบบโต้ตอบ
/effort

# ตั้งระดับโดยตรง
/effort high
/effort xhigh

# กลับไปใช้ค่าเริ่มต้นของโมเดล
auto

# ใช้ launch flag
claude --effort high

# ใช้ environment variable (มีผลเมื่อเริ่มต้น)
export CLAUDE_CODE_EFFORT_LEVEL=high

# ใน settings (max ใช้ไม่ได้ เพราะ max ใช้เฉพาะเซสชัน)
{
  "effortLevel": "high"
}

# ใน skill / subagent frontmatter
---
name: my-skill
effort: low
---

ระดับจะแสดงอยู่ข้างโลโก้และ spinner ใน Claude Code เช่น “with low effort” จึงไม่ต้องเปิด /model เพื่อตรวจสอบ

แถบ effort ยังปรากฏในเมนูเลือก /model ด้วย ใช้ปุ่มลูกศรซ้าย/ขวาเพื่อตั้งค่า

รายละเอียดสำคัญ เมื่อเปลี่ยนจากโมเดลอื่นไปใช้ Opus 4.7 ระบบจะบังคับตั้ง effort เป็น xhigh แม้ว่าคุณจะตั้ง high ไว้สำหรับ Opus 4.6 หรือ Sonnet 4.6 ก็ตาม หากต้องการคืนค่าระดับที่ต้องการ ให้เรียก /effort อีกครั้ง

อีกหนึ่งเทคนิค: ใช้ ultrathink ใน prompt หากใส่คำว่า ultrathink ลงในข้อความ prompt, Claude จะใช้ reasoning ที่ลึกขึ้นสำหรับเทิร์นนั้นโดยไม่เปลี่ยน effort ของเซสชัน วลีคล้ายกัน (“think”, “think hard”, “think more”) จะไม่เปิดใช้พฤติกรรมนี้ แต่จะถูกส่งไปในฐานะข้อความทั่วไปเท่านั้น

คำสั่ง /fast: Opus เร็วขึ้น 2.5 เท่าในราคา 6 เท่า — คุ้มเมื่อใด?#

Fast mode เป็นฟีเจอร์ research preview ต้องใช้ Claude Code v2.1.36+ และตรวจสอบได้ด้วย claude --version

วิธีเปิดใช้:

# เปิดหรือปิด Fast mode (ใช้ได้ใน Claude Code CLI และ VS Code Extension)
/fast

# หรือใน settings
{
  "fastMode": true
}

เมื่อเปิดใช้งานแล้ว:

• หากใช้โมเดลอื่น Claude Code จะเปลี่ยนเป็น Opus โดยอัตโนมัติ
• จะปรากฏข้อความยืนยัน “Fast mode ON”
• ไอคอน ↯ จะปรากฏข้าง prompt

ตัวเลือกและรายละเอียด:

• โมเดลเริ่มต้นใน Fast mode คือ Opus ที่มีความสามารถสูงสุดเท่าที่ใช้ได้ ณ วันที่ 23 กันยายน 2026 คือ Opus 5.5; Fast mode ใช้กับ Opus 4.7 ไม่ได้เลย และการเปลี่ยนไปใช้ Opus 4.7 จะปิด Fast mode
• Fast mode จะบันทึกข้ามเซสชันไว้ตามค่าเริ่มต้น ผู้ดูแล Team/Enterprise สามารถกำหนดให้ต้องเลือกเปิดอย่างชัดเจนในแต่ละเซสชันด้วย fastModePerSessionOptIn: true
• เมื่อปิด Fast mode ด้วยการเรียก /fast อีกครั้ง คุณจะยังอยู่บน Opus โมเดลจะไม่ย้อนกลับไปเป็นตัวก่อนหน้า หากต้องการเปลี่ยน ให้ใช้ /model
• การเปิด Fast mode กลางบทสนทนาจะคิดราคา Fast mode สำหรับ context ของบทสนทนาทั้งหมด ดังนั้นจึงประหยัดกว่าหากเปิด Fast mode ตั้งแต่เริ่มเซสชัน ไม่ใช่เปิดครึ่งทาง

ควรใช้ Fast mode เมื่อใด:

• ดีบักแบบสด: กำลังดู trace และเวลาในการตอบสนองเป็นเรื่องสำคัญ
• มีกำหนดส่งใกล้เข้ามาสำหรับงานโต้ตอบ: กำลังทำเดโมให้เสร็จก่อน 18:00 และต้องการทำซ้ำอย่างรวดเร็ว
• ปรับแก้โค้ดอย่างรวดเร็ว: ทดสอบสมมติฐานทีละข้ออย่างต่อเนื่อง

ไม่ควรใช้เมื่อใด:

• งานอัตโนมัติระยะยาว ที่ไม่ต้องการความเร็วเป็นพิเศษ จ่ายแพงขึ้น 6 เท่าเพื่อความเร็ว 2.5 เท่า ไม่คุ้มถ้าคุณไปพักกลางวันขณะ Claude ทำงาน
• การประมวลผลแบบ batch, pipelines CI/CD — ไม่เหมาะกับโหมดโต้ตอบเลย
• งานที่ต้องควบคุมค่าใช้จ่าย — คำตอบชัดเจนอยู่แล้ว

ความพร้อมใช้งาน:

• ใช้กับ Bedrock, Vertex หรือ Foundry ไม่ได้
• บัญชีต้องมี usage credits (เรียกเก็บเงินนอกเหนือจากโควตาที่รวมในแพ็กเกจ) สำหรับบัญชีบุคคล ให้เปิดใช้งานในการตั้งค่าการเรียกเก็บเงินของ Console ส่วน Team/Enterprise ต้องให้ผู้ดูแลเปิดใช้งาน
• โทเค็น Fast mode ไม่ถูกหักจากโควตาที่รวมอยู่ในแพ็กเกจ แต่จะคิดจาก usage credits โดยตรงตามราคา Fast mode ตั้งแต่โทเค็นแรก

หากถึงขีดจำกัดคำขอของ Fast mode หรือ usage credits หมด Fast mode จะสลับไปใช้ความเร็วและราคาแบบมาตรฐานโดยอัตโนมัติ ไอคอน ↯ จะเปลี่ยนเป็นสีเทาและทำงานต่อ เมื่อรีเซ็ตขีดจำกัด Fast mode จะเปิดขึ้นเองอีกครั้ง

Fast mode กับ effort ไม่ใช่การตั้งค่าที่ต้องเลือกอย่างใดอย่างหนึ่ง คุณใช้ร่วมกันได้: Fast mode + low effort = ความเร็วสูงสุดสำหรับงานง่าย ๆ

โมเดลแต่ละรุ่นมีค่าใช้จ่ายจริงเท่าใด: แจกแจงบิลรายเดือน#

ราคาต่อหนึ่งล้านโทเค็น (Anthropic API, USD):

สิ่งที่ช่วยลดบิลได้จริง:

1. Prompt caching Anthropic แคชส่วนที่ซ้ำกันใน prompt เช่น system prompt, CLAUDE.md และคำอธิบายเครื่องมือ การอ่านจากแคชมีราคา 10% ของราคา input สำหรับ Sonnet ราคาลดจาก $3 ต่อหนึ่งล้านโทเค็นเหลือ $0.30 หรือถูกลง 10 เท่า ระบบเปิดใช้งานโดยอัตโนมัติผ่าน cache_control: { type: "ephemeral" } ในคำขอ API ส่วน Claude Code เปิดใช้เป็นค่าเริ่มต้น

2. Batch API: ลดราคา input และ output 50% สำหรับงานที่รอได้ (รายงาน การสร้างข้อความจำนวนมากเป็น batch) Sonnet ผ่าน Batch API ราคา $1.50 / $7.50 ใช้โดยตรงใน Claude Code ไม่ได้ แต่หากสร้าง automation ด้วย Anthropic SDK ก็ควรใช้

3. ใช้ opusplan แทน Opus ล้วน: ประหยัดประมาณ 34.6% ในตัวอย่างย้อนหลังที่คำนวณ ยอดจริงขึ้นกับสัดส่วนลงมือ โทเค็น ราคา แคช และการลองซ้ำ

4. ใช้ Sonnet เป็นค่าเริ่มต้นและใช้ Opus เมื่อจำเป็น: นี่คือแหล่งประหยัดหลัก หากเปิด Opus ไว้ “เผื่อจำเป็น” แนวทางที่อธิบายในที่นี้จะเปลี่ยนไปใช้ Sonnet หากงานต้องใช้ Opus ก็จะเห็นได้ชัดในขั้นตอนที่สามหรือสี่ แล้วจึงเปลี่ยนด้วย /model opus

5. จำ tokenizer ใหม่ของ Opus 4.7 ไว้ เมื่อใช้ไฟล์เดียวกัน Opus 4.7 ใช้โทเค็นมากกว่า Sonnet 4.6 ได้ถึง 35% ค่าใช้จ่ายจริงสำหรับงานเดียวกันจึงสูงกว่าที่ตารางอาจทำให้คิด

ตัวอย่างเฉพาะ: งานทั่วไปของบริษัทอสังหาริมทรัพย์ที่สร้างต้นแบบเว็บไซต์ให้ลูกค้าใหม่: “สร้างเพจที่มีสามส่วน แบบฟอร์ม และการเชื่อมต่อ payment gateway” ผลลัพธ์คือ:

• ใช้ Opus 4.7 อย่างเดียว (effort high): ~$4.80 ต่อเซสชัน (ทำงาน 1.5 ชั่วโมง)
• opusplan: ~$1.90 (Opus วางแผน Sonnet ลงมือทำ)
• ใช้ Sonnet 4.6 อย่างเดียว (effort high): ~$1.30 แต่การตัดสินใจด้านสถาปัตยกรรมแย่กว่า (Sonnet เลือกใช้เทมเพลต ขณะที่ Opus ใน opusplan คิดแนวทางของตัวเองสำหรับข้อกำหนดที่ไม่ปกติ)

ตัวเลือกที่ดีที่สุดสำหรับงานนี้คือ opusplan ประหยัดได้ 60% และยังได้คุณภาพจาก Opus ในส่วนสำคัญ

Claude Code ไม่แสดงจำนวนโทเค็นที่เกี่ยวข้องกับโควตาโดยตรง เพราะตัวเลขเปลี่ยนแปลงได้และขึ้นอยู่กับแพ็กเกจ แต่ดูแพ็กเกจและการใช้งานปัจจุบันได้ใน /status สำหรับรายละเอียดเพิ่มเติม โปรดดูคู่มือ: วิธีหลีกเลี่ยงการใช้โควตา Claude Code หมดภายในวันเดียว

ควรตั้งค่า workflow ประจำวันอย่างไร? พรีเซ็ตพร้อมใช้ 4 แบบ#

สามารถสลับใช้พรีเซ็ตทั้งสี่นี้ตามวันทำงานและประเภทงาน

พรีเซ็ต 1. เขียนโค้ดประจำวัน — 80% ของเวลาทำงานในแนวทางที่อธิบายในที่นี้

claude --model sonnet --effort high
# ภายในเซสชัน เปลี่ยนไปใช้ Opus หากจำเป็น
/model opus

เหมาะกับอะไร: ฟีเจอร์ใหม่ refactor เล็กน้อย ดีบักบั๊กง่าย ๆ และเอกสาร Sonnet ที่ effort high เป็นจุดสมดุลที่ลงตัว

พรีเซ็ต 2. Refactor หนัก — เปลี่ยนสถาปัตยกรรมครั้งใหญ่

claude --model opusplan
# เริ่มด้วย /plan เพื่อหารือโครงสร้าง
# หลังออกจาก Plan Mode แล้ว Sonnet จะจัดการขั้นตอนลงมือทำ

เหมาะกับอะไร: เขียนโมดูลใหม่ในไฟล์มากกว่า 15 ไฟล์ เปลี่ยน integration จาก gateway หนึ่งไปอีก gateway หนึ่ง Opus จัดการสถาปัตยกรรม (วิเคราะห์ dependencies) ส่วน Sonnet จัดการการลงมือทำ (แก้ไขไฟล์ได้รวดเร็ว) งานประเภทนี้ช่วยประหยัดได้มากกว่า 70%

พรีเซ็ต 3. แก้ไขด่วน — แก้โค้ดบรรทัดเดียวและเขียนสคริปต์

claude --model haiku --effort low

เหมาะกับอะไร: “เปลี่ยนชื่อตัวแปรนี้ในทุกไฟล์”, “เขียนสคริปต์ bash เพื่อรีสตาร์ต nginx”, “ฟังก์ชันนี้ทำอะไร?” Haiku จัดการงานเหล่านี้ได้และมีค่าใช้จ่ายน้อยกว่า Sonnet สามเท่า

พรีเซ็ต 4. เซสชันสถาปัตยกรรม — การตัดสินใจเชิงกลยุทธ์

claude --model opus --effort xhigh
# ใช้ effort สูงสุดเมื่อเข้าสู่ Plan Mode:
/plan
# เพิ่มคำว่า ultrathink ใน prompt สำหรับคำถามสำคัญ

เหมาะกับอะไร: “X ควรเป็นบริการแยกหรือไม่?”, “ควรใช้เครื่องมือใดกับต้นแบบ?”, “ควรจัดโครงสร้าง schema ฐานข้อมูลสำหรับการใช้งานแบบหลาย tenant อย่างไร?” นี่คืองานที่ Opus 4.7 มีราคาแพงและคุ้มค่า เพราะความผิดพลาดตรงนี้ทำให้เสียเวลาหลายสัปดาห์

สามารถบันทึกพรีเซ็ตเหล่านี้เป็น Skills (หนึ่งโมเดลต่อหนึ่ง skill) หรือเป็น alias ใน ~/.zshrc:

alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'

หากทำงานเป็นทีม สามารถกำหนดมาตรฐานผ่าน managed settings ได้ ผู้ดูแลตั้ง availableModels: ["sonnet", "haiku", "opusplan"] ในนโยบายองค์กร เพื่อไม่ให้ผู้ใช้เลือก Opus โดยตรงได้ แต่ยังเลือกผ่านการยินยอมอย่างชัดเจนได้ วิธีนี้ช่วยป้องกันการใช้โควตาหมดโดยไม่ตั้งใจ

สำหรับผู้ที่สร้าง subagents สามารถกำหนดโมเดลที่แตกต่างกันให้ subagent แต่ละตัวผ่าน CLAUDE_CODE_SUBAGENT_MODEL หรือฟิลด์ model ใน frontmatter ของนิยาม agent ได้ นี่เป็นอีกระดับหนึ่งของการปรับประสิทธิภาพ

เมื่อความจุหมด ควรทำอย่างไร: 5 เทคนิคที่ใช้ได้จริง#

หาก /status แสดงว่าคุณถึงขีดจำกัดของ Opus แล้ว:

1. เปลี่ยนไปใช้ Sonnet 4.6: /model sonnet มีโควตาแยกต่างหาก และคุณจะไม่เห็นความแตกต่างในงาน 80% บน Anthropic API แม้ถึงขีดจำกัด Opus แล้ว Claude Code ก็อาจเปลี่ยนไปใช้ Sonnet โดยอัตโนมัติเมื่อใกล้ถึงขีดจำกัด

2. ใช้ opusplan กับงานที่ยังเหลือ: /model opusplan หากยังมีงาน Plan Mode เหลือสำหรับวันนี้ งานเหล่านั้นจะใช้ Opus เพียงเล็กน้อย (ใช้วางแผนเท่านั้น) ส่วนการลงมือทำจะใช้ Sonnet ทั้งหมด

3. ตรวจสอบ prompt caching: ตรวจดูว่าไม่ได้ปิดไว้ด้วย DISABLE_PROMPT_CACHING=1 หาก CLAUDE.md หรือ system prompt มีการตั้งค่าขนาดหลายเมกะไบต์ ก็ควรแคชไว้ เมื่ออ่านซ้ำ 90% จะลดการใช้งานได้สิบเท่า

4. ย้ายงาน batch: หากมีงานสร้างข้อมูลจำนวนมาก (รายงาน ข้อความ คำแปล) ให้ย้ายไปใช้สคริปต์กับ Batch API ซึ่งลดราคา input และ output 50% ใช้ตรงใน Claude Code ไม่ได้ แต่ตั้งค่าได้ภายใน 30 นาทีด้วยสคริปต์ tsx + Anthropic SDK

5. ใช้ Haiku กับงานรอง: สำหรับงานประจำ เช่น “เขียนข้อความ commit” หรือ “อธิบายว่าไฟล์นี้ทำอะไร” ให้เปลี่ยน Claude Code ไปใช้ Haiku ใช้โทเค็นน้อยกว่า Sonnet สามเท่า และน้อยกว่า Opus ห้าเท่า

และอย่าลืมว่า ตั้งแต่วันที่ 6 พฤษภาคม 2026 โควตาของ Pro, Max, Team และ Enterprise เพิ่มขึ้นเป็นสองเท่า และยกเลิกการจำกัดความเร็วช่วงชั่วโมงเร่งด่วน หาก Opus ใช้ความจุของคุณหมดในครึ่งวัน ปัญหาไม่ได้อยู่ที่โควตา แต่อยู่ที่การใช้ Opus กับงานที่ Sonnet ทำได้ แผนผังการตัดสินใจในส่วนที่สองของคู่มือนี้จะช่วยให้คุณกลับมาควบคุมได้

หากต้องการเจาะลึกเรื่องโควตาและกฎเชิงปฏิบัติแปดข้อสำหรับประหยัดโทเค็น โปรดอ่านบทความหลักนี้: วิธีหลีกเลี่ยงการใช้โควตา Claude Code หมดภายในวันเดียว: 8 กฎประหยัดโทเค็นในปี 2026 อีกบทความที่อ่านประกอบได้คือ Plan Mode ใน Claude Code: คู่มือทีละขั้นตอน เพราะ opusplan ใช้งานไม่ได้หากไม่มี Plan Mode และพื้นฐานสำหรับทุกโมเดลคือ วิธีกำหนดค่า CLAUDE.md ในปี 2026

แหล่งข้อมูลและเครื่องมือเพิ่มเติม: Ailoot