บล็อก

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 (จ่ายตามการใช้งาน), APIClaude 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
โค้ด Python1.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.6Sonnet 5Opus 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)139516181615

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 มีค่าใช้จ่ายเพิ่มขึ้นเท่าไรสำหรับงานของคุณ:

  1. เทียบ tokenizer ด้วยอินพุตคงที่หนึ่งชุดที่มีคำสั่งและเนื้อหาไฟล์เหมือนกัน ไม่มีประวัติสนทนา เทียบจำนวนโทเค็นอินพุตของแต่ละโมเดลโดยไม่รวมเอาต์พุต อัตราส่วนนี้บอกเพียง tokenization ของอินพุต
  2. เทียบงานจริงด้วยสองเซสชันอิสระจากสถานะโปรเจกต์เดียวกัน หนึ่งโมเดลต่อเซสชัน ใช้พรอมป์ต์ effort เครื่องมือ และเกณฑ์สำเร็จเดียวกัน ห้ามสลับโมเดลกลางบทสนทนาร่วม
  3. บันทึกก่อนและหลังงาน ใช้ผลต่างอินพุต เอาต์พุต cache-read และ cache-write พร้อมราคาเพื่อประมาณต้นทุน รวมการลองซ้ำและครั้งที่ล้มเหลวด้วย
  4. ตรวจโค้ดด้วย 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.8Sonnet 5 มีค่าใช้จ่ายต่องานสูงกว่าในกรณีนี้ โดยมีคุณภาพใกล้เคียงกัน

ข้อสรุปหลักที่ขัดกับความคาดหมายคือ เมื่อใช้ระดับความพยายามสูง (xhigh, max) Sonnet 5 จะเสียข้อได้เปรียบด้านราคาไป มันทำขั้นตอนมากขึ้นและใช้โทเค็นมากกว่า ดังนั้นงานยากหนึ่งงานจึงมีค่าใช้จ่ายสูงกว่าการใช้ Opus 4.8 แม้ Opus จะยังให้คุณภาพการเขียนโค้ดที่ยากได้ดีกว่า การตั้ง Opus เป็นค่าเริ่มต้นจึงสมเหตุสมผล หากงานส่วนใหญ่ของคุณยากและใช้ระดับความพยายามสูง

หากงานส่วนใหญ่เป็นงานเอเจนต์ทั่วไปที่มีความซับซ้อนปานกลาง Sonnet 5 ที่ระดับความพยายามมาตรฐานถือว่าคุ้มค่าในตอนนี้ โดยเฉพาะในช่วงราคาโปรโมชันจนถึงวันที่ 31 สิงหาคม

ผู้ที่เปลี่ยนไปใช้แล้วพูดว่าอย่างไร?

ประเด็นสำคัญ

ชุมชนมีความเห็นแตกแยกกัน นักพัฒนาบางคนเรียกการเปิดตัวครั้งนี้ว่าล้มเหลว เพราะราคาสูงขึ้นจากตัวแปลงโทเค็น การเซ็นเซอร์เข้มงวดขึ้น และความก้าวหน้าที่ดูเล็กน้อยเกินไป ขณะที่คนอื่นชื่นชม Sonnet 5 ที่ทำงานเอเจนต์ได้ระดับ Opus ในราคาต่ำกว่า และเปิดให้ควบคุมการใช้งานอย่างแม่นยำด้วยระดับความพยายาม ตัวชี้วัดดีขึ้น แต่ประสบการณ์จริงของหลายคนกลับแย่ลง — นี่คือความไม่สอดคล้องกัน

ความไม่พอใจระลอกหนึ่งเกิดขึ้นในช่วงไม่กี่ชั่วโมงแรกหลังเปิดตัว ป้ายคำว่า “ล้มเหลวอย่างไร้ประโยชน์” ติดอยู่กับการเปิดตัวทันที นี่คือน้ำเสียงที่กำหนดทิศทางการถกเถียง:

ข้อร้องเรียนหลักสามข้อ โดยไม่ใส่อารมณ์:

  1. โทเค็นมีราคาแพงขึ้น ตัวแปลงโทเค็นใหม่กินส่วนประหยัดที่สัญญาไว้ ซึ่งเป็นประเด็นที่การวิเคราะห์ข้างต้นกล่าวถึง
  2. ปฏิเสธมากขึ้น โมเดลปฏิเสธพรอมป์ต์ที่เป็นข้อถกเถียงได้ง่ายขึ้น การเซ็นเซอร์เข้มงวดกว่าเดิม หลายคนบอกว่า Sonnet 4.6 รุ่นก่อนให้ความรู้สึกว่าเร็วกว่า ฉลาดกว่า และมีข้อจำกัดน้อยกว่า
  3. ก้าวหน้าไม่มากพอ ความแตกต่างจาก 4.6 ไม่คุ้มที่จะเปลี่ยน โดยเฉพาะเมื่อราคาสูงขึ้น

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

ข้อสรุปของฉันจากเสียงวิจารณ์ทั้งหมดนี้คือ กระแสเรียกว่า “ล้มเหลว” ส่วนใหญ่เกิดจากความคาดหวังที่สูงเกินจริง ผู้คนคาดหวังการก้าวกระโดด แต่กลับได้ก้าวเล็ก ๆ อย่างระมัดระวัง พร้อมโทเค็นที่แพงขึ้น ในทางเทคนิค Anthropic ส่งมอบโมเดลที่ใช้งานได้ คำถามที่ถูกต้องมีเพียงข้อเดียว: มันคุ้มค่าสำหรับงานของคุณหรือไม่? คุณตรวจสอบได้ด้วยใบเรียกเก็บเงินโทเค็นของตัวเองเท่านั้น โพสต์ของคนอื่นตอบแทนคุณไม่ได้

สถานการณ์เชิงปฏิบัติ: ทำงานกับงานของตัวเอง

ประเด็นสำคัญ

ในการสมัครแผน Max ของผู้เขียน Opus 4.8 ยังคงเป็นโมเดลเริ่มต้น และเขาเก็บไว้ใช้กับงานยาก เขาใช้ Sonnet 5 สำหรับงานทั่วไป เช่น ตรวจโค้ดรอบแรก ทดสอบ และสำรวจโปรเจกต์ พร้อมวัดการใช้งานด้วย /cost ในโปรเจกต์จริงของตน เขาใช้โปรโมชันจนถึงวันที่ 31 สิงหาคมเพื่อเก็บสถิติจากงานของตัวเอง แทนการพึ่งผลทดสอบของคนอื่น

เมื่อมีโมเดลใหม่ออกมา ผู้เขียนสถานการณ์จะทดสอบโดยไม่รีบด่วนสรุป เพราะในช่วงสองสามวันแรก กระแสโฆษณามักดังกว่าความเป็นจริง Sonnet 5 เป็นกรณีเช่นนั้นพอดี

ขั้นตอนในสถานการณ์นี้มีดังนี้:

  1. ตรวจสอบโมเดลเริ่มต้น ผู้เขียนใช้ Max ดังนั้น Opus 4.8 จึงยังเป็นโมเดลเริ่มต้น และเขาเก็บไว้ใช้กับงานยาก
  2. ให้ Sonnet 5 ทำงานทั่วไป ตรวจโค้ดรอบแรก สร้างการทดสอบ และสำรวจโปรเจกต์ งานเหล่านี้มีราคาไม่แพงสำหรับโมเดลนี้ และคุณภาพก็เพียงพอ
  3. วัดผลจากงานของตัวเอง หลังจบแต่ละเซสชัน ผู้เขียนตรวจ /cost และเปรียบเทียบการใช้งาน เขาใช้โค้ดจริงของตนเอง ไม่ใช้ผลทดสอบของคนอื่น
  4. ใช้ประโยชน์จากโปรโมชัน จนถึงวันที่ 31 สิงหาคม Sonnet 5 มีราคาลดลง จึงเป็นช่วงเหมาะสำหรับเก็บสถิติว่ามีค่าใช้จ่ายเท่าไรสำหรับผู้เขียนเอง ขณะที่ยังมีราคาถูก

ไม่มีทางเดาได้ว่าโมเดลใด “ถูกต้อง” ที่สุดตลอดไป โมเดลเปลี่ยนทุกเดือน เช่นเดียวกับราคาและตัวแปลงโทเค็น สิ่งที่ใช้ได้เสมอคือรู้วิธีวัดการใช้งานภายในสองนาที แล้วตัดสินใจจากตัวเลขแทนพาดหัว การเลือกโมเดลเป็นทักษะที่คุณต้องใช้กับการเปิดตัวใหม่ทุกครั้ง

หากต้องการทำงานต่อ ลองใช้ Ailoot

รายละเอียดเพิ่มเติม

คำถามที่พบบ่อย

สลับโมเดลในบทสนทนาเดียวแยกความต่าง tokenizer ได้หรือไม่?

ไม่ได้ รอบที่สองเห็นประวัติสะสมและอาจสร้างคำตอบต่างกัน เทียบ tokenization บนอินพุตคงที่เหมือนกันโดยไม่มีประวัติ อัตราโทเค็นอินพุตนั้นไม่ใช่ตัวคูณราคาทั้งงาน

เปรียบเทียบต้นทุนงานจริงอย่างไร?

เริ่มเซสชันอิสระจากสถานะโปรเจกต์และพรอมป์ต์เดียวกัน ใช้ effort กับสิทธิ์เครื่องมือเท่ากัน เทียบผลต่างอินพุต เอาต์พุต แคช ราคา และผลผ่านการตรวจเดียวกัน รวมการลองซ้ำในยอดด้วย

บทความทั้งหมด