# Sonnet, Opus และ effort ใน Claude Code: วิธีเลือกโมเดล > โมเดลและระดับ effort คำสั่ง model และ fast การคำนวณ USD ในอดีต การแคช opusplan และพรีเซ็ตที่ใช้ได้จริง อัตราค่าบริการและข้อมูลอัปเดตสำหรับเดือนกันยายน 2026 Source: https://ailoot.ai/blog/th/claude-code-model-effort-sonnet-opus/ Canonical: https://ailoot.ai/blog/th/claude-code-model-effort-sonnet-opus/ Language: th Publisher: Ailoot (https://ailoot.ai/) Translation: guide-218 Revision: sha256-05d24dcd55289dfa514bb9e9f83e94009f368afa60c56f872d1422dc779ce451 แหล่งข้อมูลเชิงปฏิบัติเกี่ยวกับโมเดลและการทำงานกับเอเจนต์: [เอกสารประกอบ Ailoot](https://ailoot.ai/docs/) อัปเดตเมื่อวันที่ 23 กันยายน 2026 นับตั้งแต่เผยแพร่บทความนี้ Anthropic เปลี่ยนรุ่นโมเดลไปแล้วสองครั้ง: เปิดตัว Opus 5 และ Sonnet 5 ก่อน จากนั้นเปิดตัว Claude Opus 5.5 เมื่อวันที่ 22 กันยายน หลักเกณฑ์การเลือกในคู่มือนี้ยังใช้ได้อยู่: ใช้โมเดลราคาแพงกับงานสถาปัตยกรรมและการดีบัก ส่วนงานประจำวันใช้โมเดลระดับกลาง ชื่อและราคาเปลี่ยนไปแล้ว ส่วนถัดไปจะอธิบายอย่างละเอียดว่ามีอะไรเปลี่ยนบ้างและอ่านตารางด้านล่างอย่างไร ## มีอะไรเปลี่ยนไปบ้างในเดือนกันยายน 2026: Opus 5.5, Sonnet 5 และอัตราค่าบริการใหม่
ประเด็นสำคัญ ชื่อเรียก `opus` และ `sonnet` ใน Claude Code ตอนนี้ชี้ไปยัง Opus 5.5 และ Sonnet 5 แทน Opus 4.7 และ Sonnet 4.6 โดย Opus 5.5 เปิดตัวเมื่อวันที่ 22 กันยายน 2026 และมีราคา \$4 / \$20 ต่อหนึ่งล้านโทเค็น ทำให้โมเดล Claude รุ่นสูงสุดมีราคาถูกลงเป็นครั้งแรก ส่วน Sonnet 5 ราคา \$2 / \$10 ค่า reasoning depth เริ่มต้นของ Opus 5.5 ลดลงเหลือ `medium` และนำ Fast mode ออกจาก Opus 4.7 โดยสิ้นเชิง
สรุปอย่างรวดเร็วว่าตัวเลขและคำสั่งเปลี่ยนไปอย่างไร: | รายการ | คู่มือนี้เคยระบุไว้ | ณ วันที่ 23 กันยายน 2026 | |----|----|----| | `/model opus` ชี้ไปที่ | Opus 4.7 | Opus 5.5 | | `/model sonnet` ชี้ไปที่ | Sonnet 4.6 | Sonnet 5 | | ราคาโมเดลรุ่นสูงสุด | \$5 / \$25 | \$4 / \$20 | | ราคาโมเดลระดับกลาง | \$3 / \$15 | \$2 / \$10 | | ระดับ effort เริ่มต้นของโมเดลรุ่นสูงสุด | `xhigh` | `medium` | | Fast mode | Opus 4.7, \$30 / \$150 | Opus 5.5 ราคา \$8 / \$40; นำออกจาก Opus 4.7 เมื่อวันที่ 24 กรกฎาคม 2026 | มีข้อสรุปสามข้อที่เปลี่ยนการทำงานในแต่ละวัน **โมเดลรุ่นสูงสุดราคาถูกลง** 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 และเหตุผลที่เรื่องนี้สำคัญ
ประเด็นสำคัญ ในเดือนพฤษภาคม 2026 Anthropic เพิ่มโควตา Claude Code เป็นสองเท่าในทุกแพ็กเกจแบบชำระเงินและยกเลิกการจำกัดความเร็วในช่วงชั่วโมงเร่งด่วน ขณะเดียวกัน Opus 4.7 ก็ได้ tokenizer ใหม่ ซึ่งอาจใช้โทเค็นเพิ่มขึ้นถึง 35% สำหรับข้อความเดิม เมื่อก่อนใช้ Opus ต่อไปโดยไม่ต้องคิดมากก็ได้ แต่ตอนนี้การเลือกระหว่าง Sonnet 4.6 กับ Opus 4.7 สร้างความแตกต่างในการประหยัดค่าใช้จ่ายถึงครึ่งหนึ่ง
เมื่อวันที่ 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 เท่า หากรู้ว่าควรใช้เมื่อใด แนวทางที่อธิบายในที่นี้ใช้โมเดลหลักทั้งสองรุ่นทุกวัน ต่อไปนี้คือแผนผังการตัดสินใจที่ได้จากการใช้งานจริง ## วิธีเลือกโมเดล: แผนผังการตัดสินใจตามประเภทงาน
ประเด็นสำคัญ กฎง่าย ๆ: ใช้ Haiku กับสคริปต์และ grep, ใช้ Sonnet 4.6 กับงานเขียนโค้ดประจำวัน 80% และใช้ Opus 4.7 กับงานสถาปัตยกรรมและการดีบักบั๊กที่ไม่ธรรมดา สำหรับงานที่ Sonnet ให้คุณภาพ 91% ของ Opus 4.7 ก็ไม่จำเป็นต้องจ่ายค่า input และ output แพงขึ้น 1.67 เท่า แผนผังการตัดสินใจอยู่ในตารางอีกสองย่อหน้าด้านล่าง
ควรเก็บตารางนี้ไว้ใกล้มือและเปิดดูเมื่อต้องเปลี่ยนไปทำงานประเภทอื่น | ประเภทงาน | โมเดล | Effort | เหตุผล | |----|----|----|----| | เปลี่ยนชื่อไฟล์, grep, คำสั่ง build | Haiku 4.5 | low | ไม่ต้องคิด แค่ลงมือทำ | | “ฟังก์ชันนี้ทำอะไร?”, อธิบายโค้ด | Haiku 4.5 | medium | อ่านง่าย ไม่ต้องใช้เหตุผลซับซ้อน | | เขียนโค้ดประจำวัน, refactor เล็กน้อย, ฟีเจอร์ใหม่ | **Sonnet 4.6** | **high** | โหมดทำงานหลัก ได้ 91% ของคะแนนเบนช์มาร์ก Opus 4.7 ที่ 60% ของราคาอินพุตเอาต์พุตพื้นฐาน | | Refactor หลายไฟล์ (5–15 ไฟล์) | Sonnet 4.6 | high | Sonnet จัดการได้ การใช้ Opus ในกรณีนี้เป็นค่าใช้จ่ายที่ไม่จำเป็น | | ดีบักบั๊กซับซ้อนที่ไม่รู้สาเหตุชัดเจน | **Opus 4.7** | **xhigh** | ใช้เหตุผลเชิงลึกกับ codebase ทั้งหมด | | ตัดสินใจด้านสถาปัตยกรรม เลือก stack ออกแบบ API | **Opus 4.7** | **xhigh** | ความผิดพลาดที่แพงที่สุดไม่ใช่การจ่ายเกิน | | ตรวจทานโค้ด ตรวจสอบความปลอดภัย | Opus 4.7 | high | ต้องระแวดระวัง ไม่ใช่แค่ลงมือทำ | | งานอัตโนมัติระยะยาวที่มี 30+ ขั้นตอน | Sonnet 4.6 | high | ราคาถูกกว่าและเสถียรกว่าเมื่อทำงานนาน | | Plan Mode (วางแผน) → ลงมือทำ | **opusplan** | xhigh | Opus วางแผน Sonnet ลงมือทำ — ต้องเทียบต้นทุนทั้งงาน | | งานใดก็ตามที่เวลาเป็นเรื่องสำคัญกว่าเงิน | Opus 4.7 + `/fast` | high | เร็วขึ้น 2.5 เท่าในราคา 6 เท่า คุ้มเมื่อมีกำหนดส่งกระชั้นชิด | หลักการสำคัญ: **ตั้ง Sonnet เป็นค่าเริ่มต้น** Sonnet 4.6 เป็นค่าเริ่มต้นในแพ็กเกจผู้ใช้ส่วนใหญ่ด้วยเหตุผลที่ดี เอกสารช่วยเหลืออย่างเป็นทางการของ Anthropic ระบุโดยตรงว่า Sonnet เป็นตัวเลือกที่เหมาะกับงานเขียนโค้ดส่วนใหญ่ รูปแบบที่อันตรายซึ่งผู้ใช้ใหม่ 80% มักทำคือ ตั้ง Opus เป็นค่าเริ่มต้นแล้วสงสัยว่าทำไมโควตาจึงหมดภายในครึ่งวัน โควตาหมดเพราะ Opus มีราคาต่อโทเค็นแพงกว่า 1.67 เท่า ## Sonnet 4.6 แตกต่างจาก Opus 4.7 อย่างไรเมื่อลองทำงานจริง
ประเด็นสำคัญ Sonnet 4.6 ได้คะแนน 79.6% ใน SWE-bench Verified, Opus 4.7 ได้ 87.6% และ Opus 4.6 ได้ 80.8% คะแนนระหว่าง Sonnet กับ Opus 4.6 ต่างกันเพียง 1.2 จุด ส่วนระหว่าง Sonnet กับ Opus 4.7 ต่างกัน 8 จุด ราคาแพงกว่ากัน 1.67 เท่า ความแตกต่างหลักเห็นได้จากความลึกในการใช้เหตุผลกับงานยาก: Opus 4.7 รักษาบริบทได้อย่างมั่นใจตลอด 50+ ขั้นตอน ขณะที่ Sonnet เริ่มเชื่อมโยงเรื่องต่าง ๆ ไม่ได้เมื่อผ่านไป 30+ ขั้นตอน
ตัวเลข 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 พิจารณารายละเอียดเหล่านี้อย่างเป็นระบบ | พารามิเตอร์ | Sonnet 4.6 | Opus 4.7 | |----|----|----| | ราคา input / output | \$3 / \$15 ต่อหนึ่งล้านโทเค็น | \$5 / \$25 ต่อหนึ่งล้านโทเค็น | | Context | 1M (ใน Max/Team/Enterprise — usage credits; ใน Pro — usage credits) | 1M (ใน Max/Team/Enterprise — รวมอยู่แล้ว; ใน Pro — usage credits) | | SWE-bench Verified | 79.6% | 87.6% (Opus 4.6: 80.8%) | | ประเภท reasoning | ปรับตามสถานการณ์ + โหมดสำรองที่ใช้งบคงที่ | ปรับตามสถานการณ์เสมอ | | ระดับ effort | low, medium, high, max | low, medium, high, xhigh, max | | Effort เริ่มต้น (v2.1.117+) | high | xhigh | | Fast mode | ไม่มี | \$30 / \$150 ต่อหนึ่งล้านโทเค็น เร็วขึ้น 2.5 เท่า | | Tokenizer | รุ่นก่อนหน้า | **ใหม่ — ใช้โทเค็นเพิ่มขึ้นได้ถึง 35% สำหรับข้อความเดิม** | แถวสุดท้ายสำคัญ เมื่ออ่านว่า “Opus 4.7 มีราคาเท่านั้นเท่านี้” อย่าลืมว่าไฟล์เดียวกันจะใช้โทเค็นมากกว่า Sonnet 20–35% ค่าใช้จ่ายจริงสำหรับงานเดียวกันจึงสูงกว่าที่ราคาตามตารางบอกไว้ ## ควรใช้ Haiku 4.5 เมื่อใด (และทำไมงาน Claude Code 80% จึงใช้ Sonnet)
ประเด็นสำคัญ ใน Claude Code มักใช้ Haiku 4.5 เป็น “โมเดลเบื้องหลัง” สำหรับงานสั้น ๆ ที่ทำแยกกันและไม่ต้องใช้บริบทมาก มีราคา \$1 / \$5 ต่อหนึ่งล้านโทเค็น และ context window 200K เหมาะกับสคริปต์ การอธิบายโค้ดแบบง่าย ๆ และการสร้างทางลัดหนึ่งรายการ ไม่ควรใช้ Haiku สำหรับการเขียนโค้ดหลัก เพราะจะชนข้อจำกัดด้านความลึกของ reasoning อย่างรวดเร็ว
งานที่ 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`: วิธีเปลี่ยนโมเดลระหว่างเซสชัน
ประเด็นสำคัญ `/model` เป็นคำสั่งหลักสำหรับเลือกโมเดล รองรับชื่อเรียก (sonnet, opus, haiku, opusplan, sonnet\[1m\], opus\[1m\]) หรือชื่อเฉพาะ (claude-opus-4-7) หากไม่ระบุอาร์กิวเมนต์ จะเปิดเมนูเลือก ตั้งแต่เวอร์ชัน 2.1.144 เป็นต้นไป คำสั่งนี้มีผลเฉพาะเซสชันปัจจุบัน หากต้องการบันทึกเป็นค่าเริ่มต้น ให้กด `d` ที่แถวโมเดลที่ต้องการในเมนูเลือก
วิธีตั้งโมเดลใน Claude Code หกวิธี เรียงตามลำดับความสำคัญ: 1. **ระหว่างเซสชัน**: `/model ` — เปลี่ยนได้ทันที ประวัติการสนทนา ไฟล์ และบริบทยังคงเดิม มีเพียงโมเดลที่ประมวลผลข้อความถัดไปเท่านั้นที่เปลี่ยน หากมี output ในเซสชันแล้ว เมนูเลือกจะขอคำยืนยัน และการตอบครั้งถัดไปจะอ่านประวัติทั้งหมดใหม่โดยไม่ใช้แคช 2. **ตอนเริ่มต้น**: `claude --model ` 3. **Environment variable**: `ANTHROPIC_MODEL=` 4. **ไฟล์ settings**: ฟิลด์ `model` ใน `~/.claude/settings.json` คำสั่งพื้นฐาน: ```bash # เริ่มใช้โมเดลรุ่นสูงสุด (ปัจจุบันคือ 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`: เทียบต้นทุนวางแผนกับลงมือแยกกัน
ประเด็นสำคัญ `opusplan` เป็น alias ผสม ใน Plan Mode ใช้ Opus คิดสถาปัตยกรรมและวิเคราะห์งาน เมื่อออก Plan Mode เริ่มทำจริงจะเปลี่ยน Sonnet อัตโนมัติ การประหยัดขึ้นกับราคาและโทเค็นจริงแต่ละช่วง ในตัวอย่างย้อนหลังด้านล่าง Sonnet $3/$15 เป็น 60% ของ Opus $5/$25 จึงลด 40% เฉพาะส่วนลงมือที่แทน ไม่ใช่ 75–80% ของทั้งงาน
แนวทางที่อธิบายในที่นี้ใช้โหมดนี้กับงานที่ใช้เวลามากกว่า 10 ขั้นตอน หลักการทำงาน: - ใน Plan Mode (`/plan`) คุณจะหารือเรื่องสถาปัตยกรรมและตัวเลือกต่าง ๆ ก่อนตกลงแนวทาง Opus มีราคาแพง แต่ก็คุ้มเพราะความสามารถในการใช้เหตุผลแตกต่างอย่างมีนัยสำคัญ - เมื่อจบ Plan Mode และ Claude เริ่มแก้ไขไฟล์ เขียน tests และรันคำสั่ง นั่นคือขั้นตอนลงมือทำ สำหรับงานนี้ Sonnet 4.6 มีคุณภาพเทียบเท่า Opus วิธีเปิดใช้: ```bash # ตอนเริ่มต้น 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 | ตัวเลือก | ค่าใช้จ่ายในการวางแผน | ค่าใช้จ่ายในการลงมือทำ | รวม | |----|----|----|----| | ใช้ Opus อย่างเดียว | \$0.15 + \$0.20 = \$0.35 | \$1.00 + \$1.25 = \$2.25 | **\$2.60** | | Opusplan (Opus + Sonnet) | \$0.15 + \$0.20 = \$0.35 | \$0.60 + \$0.75 = \$1.35 | **\$1.70** | ฐานใช้ 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 ระดับ
ประเด็นสำคัญ `/effort` ควบคุมว่าโมเดลจะคิดลึกเพียงใดในแต่ละขั้น ระดับต่าง ๆ ได้แก่ low, medium, high, xhigh (Opus 4.7 เท่านั้น) และ max ตั้งแต่เวอร์ชัน 2.1.117 เป็นต้นไป ค่าเริ่มต้นคือ xhigh สำหรับ Opus 4.7 และ high สำหรับโมเดลอื่น ส่วน low/medium/high/xhigh จะบันทึกข้ามเซสชัน ขณะที่ max ใช้เฉพาะเซสชันปัจจุบัน เมื่อใช้ low, Opus จะเร็วและถูกเกือบเท่า Sonnet
นี่คือคำสั่งที่สำคัญเป็นอันดับสองรองจาก `/model` Effort คือ reasoning แบบปรับตามสถานการณ์: ในแต่ละขั้น โมเดลจะตัดสินใจว่าจะคิดลึกเพียงใดตามความซับซ้อนของงาน ยิ่งตั้งระดับสูง การ reasoning ก็ยิ่งลึกและใช้โทเค็นมากขึ้น ระดับต่าง ๆ (ขึ้นอยู่กับงาน): | ระดับ | ควรใช้เมื่อใด | สิ่งที่เปลี่ยนแปลง | |----|----|----| | **low** | งานสั้น ๆ ที่ไม่ต้องใช้ความคิดมาก: เปลี่ยนชื่อไฟล์, grep ง่าย ๆ, “ฟังก์ชันนี้ทำอะไร?”, คำสั่ง build | โมเดลแทบไม่คิดและตอบได้รวดเร็วในราคาถูก | | **medium** | งานที่การประหยัดโทเค็นสำคัญกว่าการเสียความแม่นยำเล็กน้อย | ลดการใช้โทเค็น แต่อาจพลาดความละเอียดอ่อนบางอย่าง | | **high** | ระดับต่ำสุดสำหรับงานที่ต้องใช้ reasoning จริง: เขียนโค้ด, refactor, ตรวจทานโค้ด | สร้างสมดุลระหว่างโทเค็นกับคุณภาพ เป็นค่าเริ่มต้นของ Sonnet 4.6 และ Opus 4.6 | | **xhigh** | ให้ผลดีที่สุดกับงานเขียนโค้ดและงานแบบ agentic ส่วนใหญ่ | เป็นค่าเริ่มต้นของ Opus 4.7 และใช้ได้กับ Opus 4.7 เท่านั้น | | **max** | งานที่ท้าทายมาก อาจช่วยปรับปรุงผลลัพธ์ แต่มีแนวโน้มคิดมากเกินไป | ไม่มีขีดจำกัดโทเค็น รีเซ็ตเมื่อสิ้นสุดเซสชัน | รองรับโมเดลสามรุ่น: 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 สำหรับงานขนาดใหญ่ด้วย วิธีตั้งค่า: ```bash # เปิดแถบเลื่อนแบบโต้ตอบ /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` เป็นการตั้งค่า API ทางเลือกสำหรับโมเดล Opus รุ่นสูงสุด ไม่ใช่โมเดลคนละตัว แต่เป็น Opus ตัวเดิมที่สร้าง output ได้เร็วขึ้นถึง 2.5 เท่า ณ วันที่ 23 กันยายน 2026 รองรับ Opus 5.5, Opus 5 และ Opus 4.8 โดยมีราคา \$8 / \$40 ต่อหนึ่งล้านโทเค็นสำหรับ Opus 5.5 และ \$10 / \$50 สำหรับ Opus 5 และ Opus 4.8 ใช้กับ Sonnet และ Haiku ไม่ได้ และนำออกจาก Opus 4.7 เมื่อวันที่ 24 กรกฎาคม 2026 เหมาะกับการดีบักแบบสดและงานโต้ตอบที่เวลาแฝงสำคัญกว่าเงิน
Fast mode เป็นฟีเจอร์ research preview ต้องใช้ Claude Code v2.1.36+ และตรวจสอบได้ด้วย `claude --version` วิธีเปิดใช้: ```bash # เปิดหรือปิด 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 = ความเร็วสูงสุดสำหรับงานง่าย ๆ ## โมเดลแต่ละรุ่นมีค่าใช้จ่ายจริงเท่าใด: แจกแจงบิลรายเดือน
ประเด็นสำคัญ ราคาพื้นฐานต่อหนึ่งล้านโทเค็น: Haiku 4.5 — \$1 / \$5, Sonnet 4.6 — \$3 / \$15, Opus 4.7 — \$5 / \$25 ส่วน Fast mode — \$30 / \$150 การแคช prompt ลดราคา input ที่เรียกซ้ำเหลือ 0.1x ส่วน Batch API ลดราคา 50% แหล่งประหยัดหลักไม่ใช่ตัวโมเดลเอง แต่คือการไม่ใช้ Opus เมื่อ Sonnet ทำงานได้
ราคาต่อหนึ่งล้านโทเค็น (Anthropic API, USD): | โมเดล | Input | เขียนแคช 5 นาที | เขียนแคช 1 ชั่วโมง | อ่านจากแคช | Output | |------------------|-------|-------------------|-----------------|-----------|--------| | Haiku 4.5 | \$1 | \$1.25 | \$2 | \$0.10 | \$5 | | Sonnet 4.6 | \$3 | \$3.75 | \$6 | \$0.30 | \$15 | | Opus 4.6 | \$5 | \$6.25 | \$10 | \$0.50 | \$25 | | Opus 4.7 | \$5 | \$6.25 | \$10 | \$0.50 | \$25 | | Fast mode (Opus) | \$30 | ไม่มี | ไม่มี | ไม่มี | \$150 | สิ่งที่ช่วยลดบิลได้จริง: 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 หมดภายในวันเดียว](https://ailoot.ai/blog/th/claude-code-token-limits-saving/) ## ควรตั้งค่า workflow ประจำวันอย่างไร? พรีเซ็ตพร้อมใช้ 4 แบบ
ประเด็นสำคัญ พรีเซ็ตพร้อมใช้สี่แบบสำหรับงานต่างประเภท: เขียนโค้ดประจำวัน — Sonnet + effort high; Refactor หนัก — opusplan; แก้ไขด่วน — Haiku + effort low; เซสชันสถาปัตยกรรม — Opus 4.7 + effort xhigh + Plan Mode คุณจะบันทึกแต่ละแบบเป็น alias ผูกกับ skill หรือเก็บไว้ใช้เป็นคำสั่งแรกเมื่อเริ่มเซสชันก็ได้
สามารถสลับใช้พรีเซ็ตทั้งสี่นี้ตามวันทำงานและประเภทงาน **พรีเซ็ต 1. เขียนโค้ดประจำวัน — 80% ของเวลาทำงานในแนวทางที่อธิบายในที่นี้** ```bash claude --model sonnet --effort high # ภายในเซสชัน เปลี่ยนไปใช้ Opus หากจำเป็น /model opus ``` เหมาะกับอะไร: ฟีเจอร์ใหม่ refactor เล็กน้อย ดีบักบั๊กง่าย ๆ และเอกสาร Sonnet ที่ effort high เป็นจุดสมดุลที่ลงตัว **พรีเซ็ต 2. Refactor หนัก — เปลี่ยนสถาปัตยกรรมครั้งใหญ่** ```bash claude --model opusplan # เริ่มด้วย /plan เพื่อหารือโครงสร้าง # หลังออกจาก Plan Mode แล้ว Sonnet จะจัดการขั้นตอนลงมือทำ ``` เหมาะกับอะไร: เขียนโมดูลใหม่ในไฟล์มากกว่า 15 ไฟล์ เปลี่ยน integration จาก gateway หนึ่งไปอีก gateway หนึ่ง Opus จัดการสถาปัตยกรรม (วิเคราะห์ dependencies) ส่วน Sonnet จัดการการลงมือทำ (แก้ไขไฟล์ได้รวดเร็ว) งานประเภทนี้ช่วยประหยัดได้มากกว่า 70% **พรีเซ็ต 3. แก้ไขด่วน — แก้โค้ดบรรทัดเดียวและเขียนสคริปต์** ```bash claude --model haiku --effort low ``` เหมาะกับอะไร: “เปลี่ยนชื่อตัวแปรนี้ในทุกไฟล์”, “เขียนสคริปต์ bash เพื่อรีสตาร์ต nginx”, “ฟังก์ชันนี้ทำอะไร?” Haiku จัดการงานเหล่านี้ได้และมีค่าใช้จ่ายน้อยกว่า Sonnet สามเท่า **พรีเซ็ต 4. เซสชันสถาปัตยกรรม — การตัดสินใจเชิงกลยุทธ์** ```bash claude --model opus --effort xhigh # ใช้ effort สูงสุดเมื่อเข้าสู่ Plan Mode: /plan # เพิ่มคำว่า ultrathink ใน prompt สำหรับคำถามสำคัญ ``` เหมาะกับอะไร: “X ควรเป็นบริการแยกหรือไม่?”, “ควรใช้เครื่องมือใดกับต้นแบบ?”, “ควรจัดโครงสร้าง schema ฐานข้อมูลสำหรับการใช้งานแบบหลาย tenant อย่างไร?” นี่คืองานที่ Opus 4.7 มีราคาแพงและคุ้มค่า เพราะความผิดพลาดตรงนี้ทำให้เสียเวลาหลายสัปดาห์ สามารถบันทึกพรีเซ็ตเหล่านี้เป็น Skills (หนึ่งโมเดลต่อหนึ่ง skill) หรือเป็น alias ใน `~/.zshrc`: ```bash 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](https://ailoot.ai/blog/th/claude-code-subagents/) สามารถกำหนดโมเดลที่แตกต่างกันให้ subagent แต่ละตัวผ่าน `CLAUDE_CODE_SUBAGENT_MODEL` หรือฟิลด์ `model` ใน frontmatter ของนิยาม agent ได้ นี่เป็นอีกระดับหนึ่งของการปรับประสิทธิภาพ ## เมื่อความจุหมด ควรทำอย่างไร: 5 เทคนิคที่ใช้ได้จริง
ประเด็นสำคัญ เมื่อถึงขีดจำกัดของ Opus อย่าตกใจ มีห้าวิธีทำงานต่อ: เปลี่ยนไปใช้ Sonnet, ใช้ opusplan, เปิด prompt caching, ย้ายงานบางส่วนไป Batch API หรือใช้ Haiku กับงานรอง โควตาเพิ่มเป็นสองเท่าในเดือนพฤษภาคม 2026 และยกเลิกการจำกัดความเร็วช่วงชั่วโมงเร่งด่วน จึงใช้ความจุของ Opus จนหมดได้ยากขึ้น
หาก `/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](https://ailoot.ai/blog/th/claude-code-token-limits-saving/) อีกบทความที่อ่านประกอบได้คือ [Plan Mode ใน Claude Code: คู่มือทีละขั้นตอน](https://ailoot.ai/blog/th/claude-code-plan-mode/) เพราะ opusplan ใช้งานไม่ได้หากไม่มี Plan Mode และพื้นฐานสำหรับทุกโมเดลคือ [วิธีกำหนดค่า CLAUDE.md ในปี 2026](https://ailoot.ai/blog/th/claude-md-template/)
### แหล่งที่มา - [Anthropic — ประกาศ Claude Opus 5.5 (22 กันยายน 2026)](https://www.anthropic.com/news/claude-opus-5-5) - [Anthropic API: ภาพรวมโมเดล ราคา และระดับ effort](https://platform.claude.com/docs/en/about-claude/models/overview) - [Anthropic Claude Code: การตั้งค่าโมเดล](https://code.claude.com/docs/en/model-config) - [Anthropic Claude Code: เพิ่มความเร็วการตอบสนองด้วย Fast mode](https://code.claude.com/docs/en/fast-mode) - [Anthropic Claude Code: มีอะไรใหม่](https://code.claude.com/docs/en/whats-new) - [Anthropic API: ราคา](https://platform.claude.com/docs/en/about-claude/pricing) - [Anthropic API: ระดับ effort](https://platform.claude.com/docs/en/build-with-claude/effort) - [Anthropic API: context window ขนาด 1M โทเค็น](https://platform.claude.com/docs/en/build-with-claude/context-windows) - [Anthropic Support: โมเดล การใช้งาน และโควตาใน Claude Code](https://support.claude.com/en/articles/14552983-models-usage-and-limits-in-claude-code) - [Anthropic Blog: สิ่งใหม่ใน Claude Managed Agents (Code with Claude 2026)](https://claude.com/blog/new-in-claude-managed-agents)
แหล่งข้อมูลและเครื่องมือเพิ่มเติม: [Ailoot](https://ailoot.ai/) ## คำถามที่พบบ่อย ### ตัวอย่าง opusplan ที่คำนวณประหยัดเท่าไร? ตามราคาและจำนวนย้อนหลังในตาราง Opus ล้วน $2.60 ส่วน opusplan $1.70 ประหยัด $0.90 / $2.60 หรือประมาณ 34.6% ไม่ใช่หลักฐานประหยัด 75–80% สากล ### เลือกโมเดลลงมือถูกกว่ารับประกันงานสำเร็จถูกกว่าหรือไม่? ไม่รับประกัน ใช้จำนวนอินพุต เอาต์พุต แคช และการลองซ้ำจริงกับราคาที่ใช้ แล้วตรวจเกณฑ์สำเร็จเดียวกัน ราคาโทเค็นต่ำเป็นเพียงส่วนหนึ่งของต้นทุนสุดท้าย ## Ailoot · บริษัทและพอร์ตโฟลิโอโครงการของบริษัท Ailoot อาศัยประสบการณ์การดำเนินงานที่สั่งสม ฐานลูกค้าขนาดใหญ่ บริการที่เสถียร และการติดตาม KPI อย่างต่อเนื่อง บริษัทและพอร์ตโฟลิโอโครงการของบริษัท: ลูกค้าหลายล้านราย; ยอดขายระดับหลายพันล้านต่อเดือน. Ailoot นำประสบการณ์การดำเนินงานนี้มาใช้เพื่อให้เข้าถึงฟังก์ชัน AI ผ่าน API ในผลิตภัณฑ์ของลูกค้า เอเจนต์ แอปพลิเคชัน และระบบอัตโนมัติ