Claude Sonnet 5 ใน Claude Code: ควรเปลี่ยนมาใช้หรือไม่ และจะแพงขึ้นไหม?
Markdownเปรียบเทียบ Sonnet 5 กับ Opus 4.8 ทั้งการแบ่งโทเค็น ต้นทุนงาน ผลการทดสอบ การวัดการใช้งาน และคำสั่งสำหรับเปลี่ยนโมเดล
อ่านบทความฉบับเต็ม
ดูข้อมูลเพิ่มเติมเกี่ยวกับการทำงานกับโมเดลได้ในเอกสารประกอบของ Ailoot
เกิดอะไรขึ้นในวันที่ 30 มิถุนายน: Sonnet 5 กลายเป็นโมเดลเริ่มต้นใน Claude Code
ประเด็นสำคัญ
ในวันที่ 30 มิถุนายน 2026 Anthropic เปิดตัว Claude Sonnet 5 และกำหนดให้เป็นโมเดลเริ่มต้นในแผน Pro, Team Standard และ Enterprise หากคุณใช้ Pro และอัปเดต Claude Code แล้ว ตอนนี้คุณกำลังใช้งานโมเดลนี้อยู่ สำหรับแผน Max และการใช้งานผ่าน API โมเดลเริ่มต้นยังคงเป็น Opus 4.8 ดังนั้นการเปลี่ยนไปใช้โมเดลอื่นจึงเป็นการเลือกโดยตั้งใจของคุณ
วันที่ 30 มิถุนายน Anthropic เปิดตัว Sonnet 5 และตั้งให้เป็นโมเดลเริ่มต้นอย่างเงียบ ๆ ผู้ใช้บางคนพบว่าโมเดลเปลี่ยนเอง ส่วนคนอื่นยังใช้โมเดลเดิม ทั้งนี้ขึ้นอยู่กับแผนที่ใช้
| แผนของคุณ | โมเดลเริ่มต้นหลังวันที่ 30 มิถุนายน |
|---|---|
| Pro, Team Standard, Enterprise (การสมัครสมาชิก) | Claude Sonnet 5 |
| Max, Team Premium, Enterprise (จ่ายตามการใช้งาน), API | Claude Opus 4.8 (ไม่เปลี่ยนแปลง) |
สิ่งแรกที่ควรทำคือ ตรวจสอบว่าตอนนี้คุณกำลังใช้โมเดลใด ใน Claude Code ให้พิมพ์:
/status
คำสั่งนี้จะแสดงโมเดลที่ใช้งานอยู่และรายละเอียดบัญชี หากแสดง claude-sonnet-5 ทั้งที่คุณไม่ได้เปลี่ยนเอง แสดงว่าโมเดลเริ่มต้นเปลี่ยนไปโดยอัตโนมัติ
Sonnet 5 ต้องใช้ Claude Code เวอร์ชัน 2.1.197 ขึ้นไป หากคำสั่ง /model ไม่แสดงโมเดลรุ่นที่ห้าในรายการ ให้อัปเดต:
claude update
ต่อไปจะตอบคำถามหลักที่ทำให้เกิดการวิเคราะห์นี้: Anthropic บอกว่า “ถูกกว่า” แต่ค่าบริการโทเค็นของผู้คนกลับสูงขึ้น เพราะอะไร? คำตอบอยู่ในส่วนถัดไป
ทำไมคำว่า “ถูกกว่า” บนกระดาษจึงไม่ได้แปลว่าจ่ายเงินจริงถูกลง?
ประเด็นสำคัญ
ในช่วงโปรโมชัน Sonnet 5 มีราคา $2 ต่อโทเค็นอินพุตหนึ่งล้านโทเค็น และ $10 ต่อโทเค็นเอาต์พุตหนึ่งล้านโทเค็น ซึ่งเป็นครึ่งหนึ่งของราคา Opus 4.8 แต่ Sonnet 5 ใช้ตัวแปลงโทเค็นแบบใหม่ โดยแบ่งข้อความเดียวกันออกเป็นโทเค็นจำนวนมากขึ้น ภาษาอังกฤษเพิ่มขึ้น 42% และโค้ดเพิ่มขึ้น 27% อัตราราคาต่อโทเค็นเท่าเดิม แต่จำนวนโทเค็นเพิ่มขึ้น ใบเรียกเก็บเงินจึงสูงขึ้น
หลังหมดโปรโมชัน Sonnet 5 จะมีราคา $3 ต่อโทเค็นอินพุตหนึ่งล้านโทเค็น และ $15 ต่อโทเค็นเอาต์พุตหนึ่งล้านโทเค็น ซึ่งเท่ากับราคา Sonnet 4.6 รุ่นก่อนพอดี ไม่มีการลดราคา “ต่อโทเค็น” คำกล่าวว่า “ถูกกว่า Opus” ใช้ได้เฉพาะเมื่อเทียบกับ Opus 4.8 ($5 และ $25) ไม่ใช่เมื่อเทียบกับรุ่นก่อนหน้าของตัวเอง ซึ่งราคายังคงเท่ากัน
โมเดลคิดค่าบริการตามจำนวนโทเค็น ไม่ใช่จำนวนตัวอักษร โทเค็นคือชิ้นส่วนข้อความที่โมเดลใช้แบ่งพรอมป์ต์ของคุณ ตัวแปลงโทเค็นใหม่ของ Sonnet 5 แบ่งไฟล์เดียวกันออกเป็นชิ้นส่วนมากขึ้น
| ประเภทข้อความ | Sonnet 5 ใช้โทเค็นเพิ่มขึ้นกี่เท่า |
|---|---|
| ข้อความภาษาอังกฤษ | 1.42x |
| ข้อความภาษาสเปน | 1.33x |
| โค้ด Python | 1.27x |
| ข้อความภาษาจีน | 1.01x (แทบไม่เปลี่ยนแปลง) |
Anthropic เองกล่าวอย่างระมัดระวังกว่าว่า “อยู่ระหว่าง 1.0 ถึง 1.35 เท่า ขึ้นอยู่กับประเภทข้อความ” แม้ใช้ช่วงล่างของตัวเลขนี้ คุณก็จ่ายในอัตราเดิมสำหรับโทเค็นที่เพิ่มขึ้น ใบเรียกเก็บเงินจริงสำหรับงานเดิมจึงสูงขึ้น
หากไม่มีข้อมูลการวัดที่เผยแพร่สำหรับภาษาของคุณ คุณสามารถวัดตัวคูณที่แน่นอนจากข้อความของคุณเองได้ภายในไม่กี่นาที ดังนี้
งานหนึ่งชิ้นมีค่าใช้จ่ายเพิ่มขึ้นจริงเท่าไร?
ประเด็นสำคัญ
ราคาตามรายการเป็นเพียงส่วนหนึ่งของค่าใช้จ่าย จำนวนโทเค็นและขั้นตอนที่ใช้ทำงานเป็นตัวกำหนดบิลจริง จึงควรวัดค่าใช้จ่ายกับงานของคุณเอง
ตัวแปลงโทเค็นเป็นเพียงครึ่งหนึ่งของภาพ อีกครึ่งคือ Sonnet 5 ทำขั้นตอนมากขึ้นและสร้างข้อความมากขึ้นระหว่างทำงาน:
เมื่อคิดค่าใช้จ่ายต่องาน Sonnet 5 แพงกว่า Opus 4.8 ซึ่งเป็นโมเดลเรือธง แม้ราคาตามรายการจะต่ำกว่า 2.5 เท่า ราคาตามรายการบอกอย่างหนึ่ง แต่ใบเรียกเก็บเงินจริงบอกอีกอย่าง ตัวแปลงโทเค็นและขั้นตอนที่เพิ่มขึ้นกินส่วนประหยัดที่สัญญาไว้จนหมด
รูปแบบนี้เกิดซ้ำจากรุ่นหนึ่งไปสู่อีกรุ่นหนึ่งแล้ว ในโมเดลก่อนหน้าอย่าง Opus 4.7 การเปลี่ยนตัวแปลงโทเค็นทำให้จำนวนโทเค็นต่อคำขอเพิ่มขึ้นประมาณ 37% แล้ว
ข้อสรุปง่าย ๆ คือ อย่าเชื่อพาดหัวที่ว่า “ถูกกว่า 2.5 เท่า” มีเพียงจำนวนโทเค็นจากงานของคุณเองเท่านั้นที่แสดงราคาจริงได้ ด้านล่างจะแสดงวิธีวัด แต่ก่อนอื่นมาดูกันว่าทั้งหมดนี้เกี่ยวข้องกับอะไรบ้าง
การเลือกระหว่าง Sonnet 5 กับ Opus เป็นเพียงฟันเฟืองหนึ่งในระบบ วิศวกรรมบริบท — สิ่งที่คุณใส่ไว้ในบริบทของ Claude ก่อนส่งคำขอ — เป็นตัวกำหนดการใช้โทเค็นจริง บริบทที่บวมเกินไปจะผลาญงบประมาณไม่ว่าใช้โมเดลที่ถูกเพียงใด ส่วนบริบทที่จัดโครงสร้างดีจะช่วยประหยัดโทเค็นได้แม้ใช้โมเดลราคาแพง
Claude Sonnet 5 เทียบกับ Opus 4.8: แต่ละรุ่นทำอะไรได้บ้าง?
ประเด็นสำคัญ
ด้านการเขียนโค้ด Sonnet 5 ตามหลัง Opus 4.8 โดยได้ 63.2% เทียบกับ 69.2% ในเกณฑ์ SWE-bench Pro ส่วนงานความรู้ (รายงาน การวิเคราะห์ เอกสาร) Sonnet 5 นำหน้าเล็กน้อย โดยได้ 1,618 เทียบกับ 1,615 คะแนน กล่าวอีกนัยหนึ่ง Opus 4.8 แข็งแกร่งกว่าในการเขียนโค้ดที่ยาก ขณะที่ Sonnet 5 ทำงานเอเจนต์ทั่วไปและงานข้อความได้ใกล้เคียงกับโมเดลเรือธง ในราคาที่ต่ำกว่า
ตัวชี้วัดมาตรฐานเพียงอย่างเดียวไม่ได้มีความหมายมากนักสำหรับนักเขียนโค้ดแบบไวบ์ แต่ตัวเลขแสดงให้เห็นว่าแต่ละโมเดลเก่งด้านใดบ้าง นี่คือผลอย่างเป็นทางการของ Anthropic สำหรับโมเดลทั้งสามเมื่อวางเทียบกัน:
| สิ่งที่วัด | Sonnet 4.6 | Sonnet 5 | Opus 4.8 |
|---|---|---|---|
| การเขียนโค้ดแบบเอเจนต์ (SWE-bench Pro) | 58.1% | 63.2% | 69.2% |
| งานเทอร์มินัล (Terminal-Bench 2.1) | 67.0% | 80.4% | 74.6% |
| การใช้งานคอมพิวเตอร์ (OSWorld) | 78.5% | 81.2% | - |
| งานความรู้ (GDPval) | 1395 | 1618 | 1615 |
Opus 4.8 ยังคงนำหน้าในการเขียนโค้ดแบบเอเจนต์ที่ยาก โดยได้ 69.2% เทียบกับ 63.2% ใน SWE-bench Pro ส่วนต่างหกคะแนนนี้สะท้อนถึงบั๊กซับซ้อนและปมทางสถาปัตยกรรมที่ Opus หาทางแก้ได้ ขณะที่ Sonnet ล้มเลิกกลางคัน แต่การเขียนโค้ดที่ยากเป็นแถวเดียวที่ Opus นำหน้า ส่วนงานเทอร์มินัล (80.4% เทียบกับ 74.6%) และงานความรู้ (รวบรวมรายงาน วิเคราะห์ข้อมูล) Sonnet 5 แซงหน้าโมเดลเรือธงไปแล้ว
คู่มือฉบับสมบูรณ์เรื่อง “ควรใช้โมเดลใดกับงานประเภทไหน” รวมถึงวิธีกำหนดระดับความพยายามด้วย /effort อยู่ในคู่มือแยกต่างหาก เกี่ยวกับการเลือก Sonnet หรือ Opus ใน Claude Code ซึ่งอธิบายการเลือกใช้โมเดลตามประเภทงาน ส่วนที่นี่จะเน้นคำถามอีกข้อ: คุ้มไหมที่จะเปลี่ยนสิ่งที่ใช้งานได้ดีอยู่แล้ว เพียงเพราะมีโมเดลใหม่?
คำนวณได้อย่างไรว่า Sonnet 5 จะมีค่าใช้จ่ายเท่าไร?
ประเด็นสำคัญ
ใน Claude Code /cost ช่วยเทียบการใช้เซสชันรวมอินพุตและเอาต์พุต แต่ไม่ได้แยกผลของ tokenizer เพราะยอดรวมมีประวัติ ผลเครื่องมือ และคำตอบที่สร้าง ต้องวัด tokenization ด้วยอินพุตคงที่เหมือนกันโดยไม่มีประวัติ และวัดต้นทุนทั้งงานแยกในเซสชันอิสระ
อย่าเชื่อจำนวนของคนอื่น ให้วัดของคุณเอง Claude Code แสดงการใช้งานได้ในเซสชันโดยตรง นี่คือคำสั่งสามคำสั่ง:
/usage- หน้าจอการใช้งานหลัก: ค่าใช้จ่ายของเซสชัน ขีดจำกัดแผนที่เหลือ และจำนวนโทเค็นแยกตามโมเดล คำสั่ง/costและ/statsจะเปิดแท็บภายในหน้าจอนี้/cost- รายละเอียดของเซสชันปัจจุบัน: ใช้โทเค็นไปกี่รายการ โมเดลใดใช้ไปบ้าง และแยกอินพุตกับเอาต์พุต/stats- มุมมองระยะยาวกว่า: จำนวนเซสชันและโทเค็นตลอดหลายสัปดาห์
ข้อควรทราบที่สำคัญ: จำนวนเงินดอลลาร์ที่คำสั่งเหล่านี้แสดงเป็นค่าประมาณในเครื่อง โดยคำนวณจากจำนวนโทเค็น และอาจต่างจากใบเรียกเก็บเงินจริง แต่เพียงพออย่างยิ่งสำหรับการเปรียบเทียบโมเดลสองรุ่น
นี่คือวิธีวัดอย่างละเอียดว่า Sonnet 5 มีค่าใช้จ่ายเพิ่มขึ้นเท่าไรสำหรับงานของคุณ:
- เทียบ tokenizer ด้วยอินพุตคงที่หนึ่งชุดที่มีคำสั่งและเนื้อหาไฟล์เหมือนกัน ไม่มีประวัติสนทนา เทียบจำนวนโทเค็นอินพุตของแต่ละโมเดลโดยไม่รวมเอาต์พุต อัตราส่วนนี้บอกเพียง tokenization ของอินพุต
- เทียบงานจริงด้วยสองเซสชันอิสระจากสถานะโปรเจกต์เดียวกัน หนึ่งโมเดลต่อเซสชัน ใช้พรอมป์ต์ effort เครื่องมือ และเกณฑ์สำเร็จเดียวกัน ห้ามสลับโมเดลกลางบทสนทนาร่วม
- บันทึกก่อนและหลังงาน ใช้ผลต่างอินพุต เอาต์พุต cache-read และ cache-write พร้อมราคาเพื่อประมาณต้นทุน รวมการลองซ้ำและครั้งที่ล้มเหลวด้วย
- ตรวจโค้ดด้วย test ชุดเดียวกัน เทียบต้นทุนผลสำเร็จ ไม่หารยอดโทเค็นรวมแล้วเรียกว่าเป็นตัวคูณราคา
คำสั่งข้างต้นแสดงข้อมูลของเซสชันเดียว หากต้องการดูรายวันและรายสัปดาห์ มีเครื่องมือฟรีชื่อ ccusage ซึ่งอ่านบันทึกในเครื่องของ Claude Code แล้วสร้างรายงาน เรียกใช้ได้โดยไม่ต้องติดตั้ง:
npx ccusage@latest
เปลี่ยนไปใช้ Sonnet 5 และย้อนกลับได้อย่างไรหากไม่เหมาะกับคุณ?
ประเด็นสำคัญ
หากต้องการเปลี่ยนไปใช้ Sonnet 5 ให้เรียก /model sonnet ในเซสชัน หากต้องการย้อนกลับไปใช้ Opus 4.8 ให้เรียก /model opus การกลับไปใช้ Sonnet 4.6 ทำได้ยุ่งยากกว่า เพราะชื่อย่อ sonnet ชี้ไปยังเวอร์ชัน 5 แล้ว คุณจึงต้องระบุชื่อเต็มว่า /model claude-sonnet-4-6 การเปลี่ยนมีผลทันที ไม่ต้องเริ่มโปรเจกต์ใหม่
การเปลี่ยนโมเดลใน Claude Code ใช้คำสั่งเดียวและมีผลทันที ต่อไปนี้คือตัวเลือกทั้งหมด รวมถึงวิธีย้อนกลับ เพราะหลังจากอ่านการเปรียบเทียบในส่วนก่อนหน้าแล้ว คุณอาจต้องการเปลี่ยนกลับ
เปลี่ยนในเซสชันปัจจุบัน:
/model # open the model list and choose
/model sonnet # switch to Sonnet 5
/model opus # switch to Opus 4.8
ในรายการนั้น Enter จะบันทึกตัวเลือกเป็นค่าเริ่มต้นสำหรับเซสชันใหม่ ส่วนปุ่ม s ใช้ตัวเลือกนั้นกับเซสชันปัจจุบันเท่านั้น
ย้อนกลับหากโมเดลใหม่ไม่เหมาะกับคุณ มีข้อควรระวัง: ชื่อย่อ sonnet ชี้ไปยังเวอร์ชัน 5 แล้ว หากต้องการกลับไปใช้ Sonnet 4.6 รุ่นที่ผ่านการพิสูจน์แล้วโดยเฉพาะ ให้ใช้ชื่อเต็ม:
/model claude-sonnet-4-6 # back to the previous Sonnet
/model claude-opus-4-8 # back to Opus 4.8
/model default # reset to the account's recommended default
กำหนดโมเดลไว้ตลอดทั้งเซสชันด้วยตัวแปรสภาพแวดล้อม:
export ANTHROPIC_MODEL="claude-opus-4-8" # start with Opus pinned
claude
ตั้งโมเดลเริ่มต้นแบบถาวร ในไฟล์การตั้งค่า settings.json:
{ "model": "opus" }
ควรรู้จักโหมด opusplan ด้วย โหมดนี้ใช้ Opus ในขั้นวางแผน ซึ่งต้องอาศัยการคิดเชิงลึก แล้วเปลี่ยนไปใช้ Sonnet ในขั้นดำเนินการ ซึ่งให้ความสำคัญกับราคา วิธีประนีประนอมแบบ “สมองราคาแพง มือราคาถูก” เป็นค่าเริ่มต้นที่เหมาะสม หากคุณไม่อยากเลือกเองทุกครั้งที่ทำงาน
ใครจะได้ประโยชน์จาก Sonnet 5 จริง ๆ และใครควรใช้ Opus ต่อไป?
ประเด็นสำคัญ
Sonnet 5 คุ้มค่าสำหรับงานเอเจนต์ทั่วไปที่ใช้ระดับความพยายามต่ำถึงปานกลาง เช่น ตรวจโค้ดรอบแรก สร้างการทดสอบ สำรวจโปรเจกต์ และทำงานคล้ายกันจำนวนมาก ควรเก็บ Opus 4.8 ไว้สำหรับงานยาก ได้แก่ สถาปัตยกรรม บั๊กซับซ้อน การตรวจสอบความปลอดภัย และงานที่ใช้ระดับความพยายามสูง เหตุผลคือที่ระดับความพยายามสูงสุด Sonnet 5 มีค่าใช้จ่ายต่องานมากกว่า Opus และยังตามหลังด้านคุณภาพการเขียนโค้ดที่ยาก
กฎง่าย ๆ ในการเลือกใช้โมเดลจากผลทดสอบและราคาคือ Sonnet 5 สำหรับการลงมือทำ, Opus 4.8 สำหรับการใช้ดุลยพินิจ แนวคิดเดียวกันนี้แสดงเป็นแผนผังเลือกโมเดลตามงานได้ดังนี้:
| งานของคุณ | โมเดล | เหตุผล |
|---|---|---|
| ตรวจโค้ดรอบแรก สำรวจโปรเจกต์ | Sonnet 5 | ค่าใช้จ่ายต่ำเมื่อใช้ความพยายามต่ำถึงปานกลาง และคุณภาพเพียงพอ |
| สร้างการทดสอบ ปรับโครงสร้างเล็กน้อย | Sonnet 5 | งานทั่วไปที่ต้นทุนสำคัญกว่าความลึก |
| งานเอเจนต์ลักษณะคล้ายกันจำนวนมาก | Sonnet 5 | ค่าใช้จ่ายต่องานเป็นปัจจัยชี้ขาด |
| วิเคราะห์ข้อมูล รวบรวมรายงาน | Sonnet 5 | ทำได้ดีกว่า Opus 4.8 ในงานความรู้ |
| ตัดสินใจด้านสถาปัตยกรรม เลือกแนวทาง | Opus 4.8 | ความผิดพลาดที่แพงที่สุดคือประหยัดกับการใช้ดุลยพินิจ |
| บั๊กยากที่หาสาเหตุไม่ชัดเจน | Opus 4.8 | ใช้เหตุผลเชิงลึกต่อเนื่องได้นานกว่า |
| ตรวจสอบความปลอดภัยของโค้ด | Opus 4.8 | คุณต้องการความระแวดระวัง ไม่ใช่ความเร็ว |
| งานยากใด ๆ ที่ใช้ระดับความพยายามสูง | Opus 4.8 | Sonnet 5 มีค่าใช้จ่ายต่องานสูงกว่าในกรณีนี้ โดยมีคุณภาพใกล้เคียงกัน |
ข้อสรุปหลักที่ขัดกับความคาดหมายคือ เมื่อใช้ระดับความพยายามสูง (xhigh, max) Sonnet 5 จะเสียข้อได้เปรียบด้านราคาไป มันทำขั้นตอนมากขึ้นและใช้โทเค็นมากกว่า ดังนั้นงานยากหนึ่งงานจึงมีค่าใช้จ่ายสูงกว่าการใช้ Opus 4.8 แม้ Opus จะยังให้คุณภาพการเขียนโค้ดที่ยากได้ดีกว่า การตั้ง Opus เป็นค่าเริ่มต้นจึงสมเหตุสมผล หากงานส่วนใหญ่ของคุณยากและใช้ระดับความพยายามสูง
หากงานส่วนใหญ่เป็นงานเอเจนต์ทั่วไปที่มีความซับซ้อนปานกลาง Sonnet 5 ที่ระดับความพยายามมาตรฐานถือว่าคุ้มค่าในตอนนี้ โดยเฉพาะในช่วงราคาโปรโมชันจนถึงวันที่ 31 สิงหาคม
ผู้ที่เปลี่ยนไปใช้แล้วพูดว่าอย่างไร?
ประเด็นสำคัญ
ชุมชนมีความเห็นแตกแยกกัน นักพัฒนาบางคนเรียกการเปิดตัวครั้งนี้ว่าล้มเหลว เพราะราคาสูงขึ้นจากตัวแปลงโทเค็น การเซ็นเซอร์เข้มงวดขึ้น และความก้าวหน้าที่ดูเล็กน้อยเกินไป ขณะที่คนอื่นชื่นชม Sonnet 5 ที่ทำงานเอเจนต์ได้ระดับ Opus ในราคาต่ำกว่า และเปิดให้ควบคุมการใช้งานอย่างแม่นยำด้วยระดับความพยายาม ตัวชี้วัดดีขึ้น แต่ประสบการณ์จริงของหลายคนกลับแย่ลง — นี่คือความไม่สอดคล้องกัน
ความไม่พอใจระลอกหนึ่งเกิดขึ้นในช่วงไม่กี่ชั่วโมงแรกหลังเปิดตัว ป้ายคำว่า “ล้มเหลวอย่างไร้ประโยชน์” ติดอยู่กับการเปิดตัวทันที นี่คือน้ำเสียงที่กำหนดทิศทางการถกเถียง:
ข้อร้องเรียนหลักสามข้อ โดยไม่ใส่อารมณ์:
- โทเค็นมีราคาแพงขึ้น ตัวแปลงโทเค็นใหม่กินส่วนประหยัดที่สัญญาไว้ ซึ่งเป็นประเด็นที่การวิเคราะห์ข้างต้นกล่าวถึง
- ปฏิเสธมากขึ้น โมเดลปฏิเสธพรอมป์ต์ที่เป็นข้อถกเถียงได้ง่ายขึ้น การเซ็นเซอร์เข้มงวดกว่าเดิม หลายคนบอกว่า Sonnet 4.6 รุ่นก่อนให้ความรู้สึกว่าเร็วกว่า ฉลาดกว่า และมีข้อจำกัดน้อยกว่า
- ก้าวหน้าไม่มากพอ ความแตกต่างจาก 4.6 ไม่คุ้มที่จะเปลี่ยน โดยเฉพาะเมื่อราคาสูงขึ้น
แต่ภาพรวมไม่ได้มีเพียงด้านเดียว ผู้ที่ใช้โมเดลทำงานเอเจนต์ชอบ Sonnet 5 เพราะคุณภาพใกล้เคียงกับ Opus และราคาต่ำกว่าเมื่อใช้ระดับความพยายามต่ำ พวกเขายังชื่นชมการควบคุมระดับความพยายาม ซึ่งเป็นเครื่องมือจริงในการจัดการใบเรียกเก็บเงิน อย่างไรก็ตาม ผู้ที่ใช้ Claude เขียนงานสร้างสรรค์ไม่พอใจ เพราะโมเดลใช้ถ้อยคำแห้งแล้งและระมัดระวังมากขึ้น
ข้อสรุปของฉันจากเสียงวิจารณ์ทั้งหมดนี้คือ กระแสเรียกว่า “ล้มเหลว” ส่วนใหญ่เกิดจากความคาดหวังที่สูงเกินจริง ผู้คนคาดหวังการก้าวกระโดด แต่กลับได้ก้าวเล็ก ๆ อย่างระมัดระวัง พร้อมโทเค็นที่แพงขึ้น ในทางเทคนิค Anthropic ส่งมอบโมเดลที่ใช้งานได้ คำถามที่ถูกต้องมีเพียงข้อเดียว: มันคุ้มค่าสำหรับงานของคุณหรือไม่? คุณตรวจสอบได้ด้วยใบเรียกเก็บเงินโทเค็นของตัวเองเท่านั้น โพสต์ของคนอื่นตอบแทนคุณไม่ได้
สถานการณ์เชิงปฏิบัติ: ทำงานกับงานของตัวเอง
ประเด็นสำคัญ
ในการสมัครแผน Max ของผู้เขียน Opus 4.8 ยังคงเป็นโมเดลเริ่มต้น และเขาเก็บไว้ใช้กับงานยาก เขาใช้ Sonnet 5 สำหรับงานทั่วไป เช่น ตรวจโค้ดรอบแรก ทดสอบ และสำรวจโปรเจกต์ พร้อมวัดการใช้งานด้วย /cost ในโปรเจกต์จริงของตน เขาใช้โปรโมชันจนถึงวันที่ 31 สิงหาคมเพื่อเก็บสถิติจากงานของตัวเอง แทนการพึ่งผลทดสอบของคนอื่น
เมื่อมีโมเดลใหม่ออกมา ผู้เขียนสถานการณ์จะทดสอบโดยไม่รีบด่วนสรุป เพราะในช่วงสองสามวันแรก กระแสโฆษณามักดังกว่าความเป็นจริง Sonnet 5 เป็นกรณีเช่นนั้นพอดี
ขั้นตอนในสถานการณ์นี้มีดังนี้:
- ตรวจสอบโมเดลเริ่มต้น ผู้เขียนใช้ Max ดังนั้น Opus 4.8 จึงยังเป็นโมเดลเริ่มต้น และเขาเก็บไว้ใช้กับงานยาก
- ให้ Sonnet 5 ทำงานทั่วไป ตรวจโค้ดรอบแรก สร้างการทดสอบ และสำรวจโปรเจกต์ งานเหล่านี้มีราคาไม่แพงสำหรับโมเดลนี้ และคุณภาพก็เพียงพอ
- วัดผลจากงานของตัวเอง หลังจบแต่ละเซสชัน ผู้เขียนตรวจ
/costและเปรียบเทียบการใช้งาน เขาใช้โค้ดจริงของตนเอง ไม่ใช้ผลทดสอบของคนอื่น - ใช้ประโยชน์จากโปรโมชัน จนถึงวันที่ 31 สิงหาคม Sonnet 5 มีราคาลดลง จึงเป็นช่วงเหมาะสำหรับเก็บสถิติว่ามีค่าใช้จ่ายเท่าไรสำหรับผู้เขียนเอง ขณะที่ยังมีราคาถูก
ไม่มีทางเดาได้ว่าโมเดลใด “ถูกต้อง” ที่สุดตลอดไป โมเดลเปลี่ยนทุกเดือน เช่นเดียวกับราคาและตัวแปลงโทเค็น สิ่งที่ใช้ได้เสมอคือรู้วิธีวัดการใช้งานภายในสองนาที แล้วตัดสินใจจากตัวเลขแทนพาดหัว การเลือกโมเดลเป็นทักษะที่คุณต้องใช้กับการเปิดตัวใหม่ทุกครั้ง
แหล่งที่มา
หากต้องการทำงานต่อ ลองใช้ Ailoot
รายละเอียดเพิ่มเติม
คำถามที่พบบ่อย
สลับโมเดลในบทสนทนาเดียวแยกความต่าง tokenizer ได้หรือไม่?
ไม่ได้ รอบที่สองเห็นประวัติสะสมและอาจสร้างคำตอบต่างกัน เทียบ tokenization บนอินพุตคงที่เหมือนกันโดยไม่มีประวัติ อัตราโทเค็นอินพุตนั้นไม่ใช่ตัวคูณราคาทั้งงาน
เปรียบเทียบต้นทุนงานจริงอย่างไร?
เริ่มเซสชันอิสระจากสถานะโปรเจกต์และพรอมป์ต์เดียวกัน ใช้ effort กับสิทธิ์เครื่องมือเท่ากัน เทียบผลต่างอินพุต เอาต์พุต แคช ราคา และผลผ่านการตรวจเดียวกัน รวมการลองซ้ำในยอดด้วย