Claude Sonnet 5 vs Sonnet 4.6: มีอะไรใหม่ ควรค่าแก่การอัปเกรดไหม

Anthropic ได้เปิดตัว Claude Sonnet 5 เมื่อวันที่ 30 มิถุนายน 2026 และมันเป็นการอัปเดตที่ใช้แทน Sonnet 4.6 ได้ทันที คุณเพียงแค่เปลี่ยนรหัสโมเดล และส่วนใหญ่แล้วโค้ดของคุณก็จะยังคงทำงานได้ แต่คำว่า "ส่วนใหญ่แล้ว" นั้นมีความสำคัญในประโยคนี้ Sonnet 5 มาพร้อมกับ tokenizer ใหม่, การคิดแบบปรับตัวได้ (adaptive thinking) ที่เปิดใช้งานโดยค่าเริ่มต้น, และพารามิเตอร์คำขอบางอย่างที่ตอนนี้จะส่งคืนข้อผิดพลาดแทนที่จะทำงานตามปกติ บทความนี้จะอธิบายถึงสิ่งที่เปลี่ยนแปลงไป, ค่าใช้จ่าย, และว่าการอัปเกรดนี้คุ้มค่าสำหรับปริมาณงานของคุณหรือไม่

สรุปสั้นๆ: ราคาต่อโทเค็นเท่าเดิม, คะแนนดีขึ้นสำหรับงานเขียนโค้ดและงานตัวแทน (agentic tasks), มีการเปลี่ยนแปลงโค้ดเล็กน้อย 3 จุด, และข้อควรระวังเรื่อง tokenizer ที่อาจส่งผลต่อจำนวนโทเค็นและงบประมาณของคุณ โปรดอ่านรายละเอียดก่อนที่คุณจะเปิดใช้งานในการผลิตจริง

ภาพรวมของการอัปเกรด

Sonnet 5 ยังคงมีราคาต่อโทเค็นเท่ากับ Sonnet 4.6 ดังนั้นในแง่ของราคาต่อโทเค็น ใบเรียกเก็บเงินของคุณจะไม่เปลี่ยนแปลง มันปรับปรุงประสิทธิภาพในเกณฑ์มาตรฐานที่สำคัญสำหรับการใช้งานเครื่องมือและการเขียนโค้ด และมีการเปลี่ยนแปลงพฤติกรรมเริ่มต้นมากพอที่จะทำให้คุณประหลาดใจหากคุณเปลี่ยนไปใช้โดยไม่ได้ตรวจสอบ

นี่คือการเปรียบเทียบแบบเคียงข้างกัน

คุณสมบัติอื่นๆ ทั้งหมดที่ทำงานบน Sonnet 4.6 ก็ยังคงทำงานบน Sonnet 5 โดยไม่มีการเปลี่ยนแปลงโค้ดใดๆ: structured outputs, vision, prompt caching, tool use และ batch ทั้งหมดจะยังคงใช้งานได้ คุณสมบัติแพลตฟอร์มหนึ่งที่คุณจะเสียไปคือ Priority Tier ซึ่งไม่มีให้บริการบน Sonnet 5

สิ่งที่ปรับปรุงดีขึ้น: เกณฑ์มาตรฐาน

Sonnet 5 ถูกวางตำแหน่งให้เป็นโมเดล Sonnet ที่มีความสามารถแบบตัวแทน (agentic) มากที่สุด และตัวเลขที่รายงานก็สนับสนุนสิ่งนั้นในงานที่ต้องใช้เครื่องมือหนักๆ นี่คือเกณฑ์มาตรฐานการเปิดตัวของ Anthropic ซึ่งได้รับการยืนยันจากบทความในวันเปิดตัวหลายฉบับ โปรดถือว่าเป็นตัวเลขที่รายงาน ไม่ใช่ผลการทดสอบอิสระ

นี่คือการก้าวกระโดดที่แท้จริงในงานที่ Sonnet ถูกนำไปใช้มากที่สุด: การเขียนและแก้ไขโค้ดด้วยเครื่องมือที่เกี่ยวข้อง, และการควบคุมคอมพิวเตอร์หรือเทอร์มินัล Anthropic ยังรายงานว่า Sonnet 5 มีประสิทธิภาพใกล้เคียงกับ Opus 4.8 เมื่อมีการใช้เครื่องมือ โดยมีคะแนนห่างกันเพียงไม่กี่จุดในงานแบบตัวแทน แต่มีค่าใช้จ่ายที่ถูกกว่ามาก หากแอปของคุณมีลักษณะเป็นตัวแทน (agent-shaped) นี่คือการอัปเกรดที่คุณรอคอย สำหรับการเปรียบเทียบแบบตัวต่อตัวกับโมเดลพรีเมียม โปรดดูที่ Sonnet 5 vs Opus 4.8

Sonnet 5 ยังปลอดภัยกว่า 4.6 ตามการวัดของ Anthropic: มีอัตราพฤติกรรมที่ไม่พึงประสงค์ลดลง, มีการหลงผิดและการประจบสอพลอที่น้อยลง, และมีความต้านทานต่อการโจมตีแบบ prompt injection ได้ดีขึ้น นี่คือโมเดลระดับ Sonnet ตัวแรกที่มีการป้องกันความปลอดภัยทางไซเบอร์แบบเรียลไทม์ ข้อควรรู้เกี่ยวกับพฤติกรรมหนึ่ง: การปฏิเสธคำขอที่ต้องห้ามจะถูกส่งกลับมาเป็น HTTP 200 ที่สำเร็จพร้อมกับ stop_reason: "refusal" ไม่ใช่ข้อผิดพลาด โปรดจัดการ stop_reason นั้นในการแยกวิเคราะห์การตอบกลับของคุณ

การเปลี่ยนแปลงโค้ดที่สำคัญสามประการ

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

1. Adaptive thinking เปิดใช้งานโดยค่าเริ่มต้น

บน Sonnet 4.6 หากไม่มีฟิลด์ thinking หมายถึงจะไม่มีการ 'คิด' บน Sonnet 5 คำขอที่ไม่มีฟิลด์ thinking จะทำงานโดยเปิดใช้งาน adaptive thinking โมเดลจะตัดสินใจว่าจะ 'คิด' มากน้อยเพียงใดโดยอิงตามงาน และคุณสามารถกำหนดระดับความลึกได้ด้วยพารามิเตอร์ `effort` (`low`, `medium`, `high`, หรือ `xhigh`)

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

หากปริมาณงานของคุณเคยทำงานโดยไม่มีการ 'คิด' และคุณต้องการให้เป็นเช่นนั้นต่อไป ให้ปิดการ 'คิด' อย่างชัดเจน:

from anthropic import Anthropic

client = Anthropic()

response = client.messages.create(
    model="claude-sonnet-5",
    max_tokens=1024,
    thinking={"type": "disabled"},
    messages=[
        {"role": "user", "content": "Return the OpenAPI 3.1 path object for GET /invoices/{id}."}
    ],
)

print(response.content[0].text)

หากต้องการใช้ adaptive thinking ด้วยระดับความลึกที่ควบคุมได้ ให้ตั้งค่า effort แทนการปิดใช้งาน:

response = client.messages.create(
    model="claude-sonnet-5",
    max_tokens=8192,
    thinking={"type": "adaptive"},
    effort="medium",
    messages=[
        {"role": "user", "content": "Draft integration tests for the POST /orders endpoint."}
    ],
)

โปรดสังเกตรูปแบบ: thinking={"type": "adaptive"} ไม่ใช่การกำหนดงบประมาณโทเค็น สิ่งนี้จะนำไปสู่การเปลี่ยนแปลงถัดไป

2. การคิดแบบขยายด้วยตนเอง (Manual extended thinking) ถูกลบออกแล้ว

รูปแบบ thinking: {type: "enabled", budget_tokens: N} แบบเก่าจะส่งคืนข้อผิดพลาด 400 บน Sonnet 5 มันถูกเลิกใช้ไปแล้วบน 4.6 ดังนั้นโค้ดปัจจุบันส่วนใหญ่จึงไม่ได้ใช้แล้ว แต่โปรดตรวจสอบ แทนที่การกำหนดงบประมาณด้วยตนเองด้วย adaptive thinking และพารามิเตอร์ effort หากคุณเคยตั้งค่า budget_tokens จำนวนมากสำหรับงานที่ยาก effort="high" หรือ effort="xhigh" คือตัวเลือกทดแทน

3. พารามิเตอร์การสุ่มค่า (Sampling parameters) จะส่งคืน 400 แล้ว

การตั้งค่า temperature, top_p, หรือ top_k เป็นค่าที่ไม่ใช่ค่าเริ่มต้น จะส่งคืนข้อผิดพลาด 400 บน Sonnet 5 การละเว้น หรือปล่อยให้เป็นค่าเริ่มต้นนั้นเป็นสิ่งที่ยอมรับได้ ข้อจำกัดนี้มีอยู่แล้วบน Opus 4.7 และรุ่นที่ใหม่กว่า; แต่นี่เป็นเรื่องใหม่สำหรับโมเดลประเภท Sonnet

หากคุณเคยพึ่งพา temperature=0 เพื่อให้ได้ผลลัพธ์ที่ให้ความรู้สึกคงที่ ให้ลบออกและควบคุมพฤติกรรมผ่าน system prompt ของคุณแทน ระบุรูปแบบ, น้ำเสียง, และข้อจำกัดในคำแนะนำอย่างชัดเจน แทนที่จะใช้การสุ่มค่า การค้นหาพารามิเตอร์เหล่านี้อย่างรวดเร็วทั่วโค้ดเบสของคุณจะช่วยป้องกันไม่ให้เกิดข้อผิดพลาด 400 ในระบบจริงได้

สิ่งหนึ่งที่ไม่เปลี่ยนแปลงจาก 4.6: assistant-message prefilling ยังคงไม่ได้รับการสนับสนุนและจะส่งคืนข้อผิดพลาด 400 หากคุณเคยบังคับให้การตอบกลับเริ่มต้นโดยการ prefill ในส่วนของ assistant ให้ใช้ structured outputs หรือ output_config.format หรือคำสั่งใน system-prompt แทน

ข้อควรระวังเกี่ยวกับ Tokenizer ที่ไม่มีใครเตือนคุณ

Sonnet 5 ใช้ tokenizer ใหม่ ข้อความอินพุตเดียวกันจะสร้างโทเค็นเพิ่มขึ้นประมาณ 30% เมื่อเทียบกับ Sonnet 4.6 หรือประมาณ 1.3 เท่า นี่ไม่ใช่การเปลี่ยนแปลง API รูปแบบของคำขอ, การตอบกลับ, และการสตรีมยังคงเหมือนเดิม และคุณไม่จำเป็นต้องเขียนโค้ดใหม่สำหรับสิ่งนี้ แต่มันจะเปลี่ยนสิ่งที่คุณวัดผลหรือจัดงบประมาณในแง่ของโทเค็น

นี่คือสิ่งที่คุณควรวัดใหม่:

• จำนวนโทเค็นและฟิลด์ usage พรอมต์เดียวกันจะรายงานจำนวนโทเค็นที่มากขึ้นภายใต้ Sonnet 5 อย่าใช้จำนวนโทเค็นเดิมจาก 4.6 ให้รันการนับโทเค็นใหม่สำหรับ claude-sonnet-5 สำหรับพรอมต์ที่คุณติดตาม
• หน้าต่างบริบท 1M ของคุณจะเก็บข้อความได้น้อยลง แต่ละโทเค็นตอนนี้ครอบคลุมข้อความโดยเฉลี่ยน้อยลง ดังนั้นหน้าต่างขนาดเท่าเดิมจะรองรับจำนวนอักขระในเนื้อหาของคุณได้น้อยลง หากคุณเคยใส่บริบทเกือบเต็มขีดจำกัด ให้ตรวจสอบว่ายังคงพอดีหรือไม่
• งบประมาณ max_tokens ที่ตั้งไว้ใกล้เคียงกับผลลัพธ์ที่คาดไว้ อาจถูกตัดทอน งบประมาณที่เคยรองรับการตอบกลับทั่วไปของคุณบน 4.6 อาจถูกตัดทอนบน Sonnet 5 เมื่อรวมกับการที่ adaptive thinking ใช้ร่วมกับงบประมาณเดียวกัน สิ่งนี้เป็นสาเหตุที่พบบ่อยที่สุดของคำตอบที่สั้นลงอย่างไม่คาดคิดหลังจากการอัปเกรด
• ค่าใช้จ่ายต่อคำขอสำหรับข้อความที่เทียบเท่ากันอาจสูงขึ้น อัตราต่อโทเค็นยังคงไม่เปลี่ยนแปลง แต่จำนวนโทเค็นที่มากขึ้นต่อคำขอหมายถึงคุณจ่ายมากขึ้นสำหรับข้อความเดียวกัน

ประเด็นสุดท้ายนี้สมควรได้รับตัวอย่างประกอบ สมมติว่าพรอมต์บวกกับการตอบกลับมี 10,000 โทเค็นบน Sonnet 4.6 ข้อความเดียวกันนี้มีประมาณ 13,000 โทเค็นบน Sonnet 5 ด้วยอัตราต่อโทเค็นที่เท่ากัน คำขอนั้นมีค่าใช้จ่ายเพิ่มขึ้นประมาณ 30% แม้ว่าตารางราคาจะดูไม่เปลี่ยนแปลงก็ตาม จำลองปริมาณงานจริงของคุณด้วยการนับโทเค็นก่อนที่คุณจะสรุปว่ามีค่าใช้จ่ายเท่ากัน รายละเอียดราคา Sonnet 5 จะเจาะลึกในประเด็นนี้ด้วยการคำนวณราคาแนะนำเทียบกับราคามาตรฐาน

คุณสามารถวัดการเปลี่ยนแปลงด้วยตัวเองโดยใช้ endpoint การนับโทเค็น:

curl https://api.anthropic.com/v1/messages/count_tokens \
  --header "x-api-key: $ANTHROPIC_API_KEY" \
  --header "anthropic-version: 2023-06-01" \
  --header "content-type: application/json" \
  --data '{
    "model": "claude-sonnet-5",
    "messages": [
      {"role": "user", "content": "Summarize the changelog for our billing API v3 release."}
    ]
  }'

เรียกใช้คำขอเดียวกันด้วย claude-sonnet-4-6 และเปรียบเทียบจำนวนโทเค็น ความแตกต่างนั้นคือผลกระทบจริงต่อประมาณการของคุณ

ค่าใช้จ่ายในการอัปเกรด

ต่อโทเค็น Sonnet 5 มีราคาเท่ากับ Sonnet 4.6: $3 ต่อล้านโทเค็นขาเข้า และ $15 ต่อล้านโทเค็นขาออก ในอัตรามาตรฐาน มีอัตราแนะนำที่ $2 ต่อล้านโทเค็นขาเข้า และ $10 ต่อล้านโทเค็นขาออก ซึ่งมีผลจนถึงวันที่ 31 สิงหาคม 2026 หลังจากนั้นจะปรับเป็นอัตรามาตรฐานที่ $3 / $15

ดังนั้นในช่วงระยะเวลาโปรโมชัน ข้อความที่เทียบเท่ากันจะมีราคาถูกกว่าต่อโทเค็นเมื่อเทียบกับอัตรามาตรฐานของ 4.6 ซึ่งจะช่วยชดเชยการเพิ่มขึ้นของโทเค็นประมาณ 30% ที่เกิดจาก tokenizer ได้บางส่วน หลังจากวันที่ 31 สิงหาคม อัตราต่อโทเค็นจะกลับมาเท่ากับ 4.6 อีกครั้ง และผลกระทบจาก tokenizer หมายความว่าคำขอที่เทียบเท่ากันอาจมีค่าใช้จ่ายมากกว่าคำขอเดียวกันบน 4.6 จำลองสิ่งนี้กับปริมาณการใช้งานจริงของคุณ สำหรับอัตรา Batch และ Prompt-caching โปรดตรวจสอบ หน้าอัตราค่าบริการ ของ Anthropic แทนที่จะสรุปว่ามีการลดราคาคงที่

หากคุณกำลังพิจารณารุ่นเก่าในด้านค่าใช้จ่ายด้วย คู่มือราคา Sonnet 4.6 และ ค่าใช้จ่าย API ของ Claude จะให้ข้อมูลพื้นฐานสำหรับการเปรียบเทียบ

คุณควรอัปเกรดหรือไม่? คำตัดสินจากผู้ใช้งาน

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

อัปเกรดเลยตอนนี้ หากคุณสร้างตัวแทน (agents), เครื่องมือเขียนโค้ด, หรือเวิร์กโฟลว์ที่ใช้เครื่องมือหนักๆ นี่คือชัยชนะที่ชัดเจนที่สุด ประสิทธิภาพที่ดีขึ้นของ SWE-bench Pro และ OSWorld ตรงกับความต้องการของแอปพลิเคชันแบบตัวแทนอย่างแท้จริง และการปรับปรุงด้านความปลอดภัยช่วยลดพฤติกรรมที่ไม่พึงประสงค์ในลูปอัตโนมัติ ทำการตรวจสอบพารามิเตอร์สามจุด, วัดงบประมาณโทเค็นของคุณใหม่, แล้วเปิดใช้งานได้เลย

อัปเกรด แต่ทดสอบอย่างระมัดระวัง หากคุณรันปริมาณงานการผลิตที่มีปริมาณสูง ราคาต่อโทเค็นที่เท่ากันเป็นข่าวดี แต่ tokenizer ใหม่หมายความว่าค่าใช้จ่ายโทเค็นทั้งหมดของคุณและพฤติกรรมการตัดทอน max_tokens ของคุณจะเปลี่ยนแปลงไป ทำการนับโทเค็นและรันชุดการทดสอบ regression ก่อนที่คุณจะนำไปใช้งานจริง ราคาแนะนำที่คงอยู่จนถึงวันที่ 31 สิงหาคม เปิดโอกาสให้คุณตรวจสอบความถูกต้องในอัตราที่ถูกลง

อัปเกรดอย่างตั้งใจ หากคุณพึ่งพา temperature, budget_tokens, หรือ prefilling สิ่งเหล่านี้ตอนนี้จะส่งคืน 400 การย้ายข้อมูลตรงไปตรงมา โดยย้ายความคงที่ไปยัง system prompt ของคุณ และสลับงบประมาณเป็น `effort` แต่ก็ไม่ใช่ว่าจะไม่มีงานเลย แก้ไขสิ่งเหล่านี้ก่อนที่จะเปลี่ยน ไม่ใช่หลังจากเปลี่ยนแล้ว

ชะลอการอัปเกรด หากคุณต้องการ Priority Tier เป็นพิเศษ มันไม่มีให้บริการบน Sonnet 5 หาก SLA ของคุณขึ้นอยู่กับสิ่งนี้ ให้ใช้ 4.6 สำหรับเส้นทางเหล่านั้นต่อไปจนกว่าข้อกำหนดของคุณจะเปลี่ยนแปลง

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

ตรวจจับ regression ด้วยชุดคำขอที่บันทึกไว้ใน Apidog

วิธีที่ปลอดภัยที่สุดในการอัปเกรดคือการเปรียบเทียบ Sonnet 5 กับ Sonnet 4.6 โดยใช้พรอมต์ของคุณเอง ไม่ใช่จากตารางเกณฑ์มาตรฐาน นั่นคือการทดสอบแบบก่อนและหลังที่แพลตฟอร์ม API ถูกสร้างขึ้นมาเพื่อรองรับ

Apidog คือเครื่องมือพัฒนาและทดสอบ API แบบครบวงจร เมื่อคุณเรียกใช้ Claude API คุณกำลังเรียกใช้ HTTP endpoint พร้อมด้วย auth headers, JSON request body, และ JSON response Apidog ช่วยให้คุณบันทึกคำขอได้เพียงครั้งเดียวและรันซ้ำเป็นชุดคำขอที่นำกลับมาใช้ใหม่ได้ ซึ่งจะเปลี่ยนการย้ายโมเดลให้เป็นการทดสอบที่ทำซ้ำได้ แทนที่จะเป็นการลองด้วยตนเองซ้ำๆ

เวิร์กโฟลว์การย้ายข้อมูลที่ใช้งานได้จริงมีดังนี้:

1. บันทึกคำขอ Messages API ที่ใช้งานจริงของคุณเป็น Apidog collection โดยกำหนดหนึ่งพรอมต์ต่อหนึ่งคำขอที่เป็นตัวแทน
2. จัดเก็บ ANTHROPIC_API_KEY ของคุณเป็นตัวแปรสภาพแวดล้อม เพื่อที่คุณจะไม่ต้องคัดลอกไปวางใน request body
3. ตั้งค่าสภาพแวดล้อมสองชุดที่แตกต่างกันเพียงแค่ค่า model เท่านั้น: claude-sonnet-4-6 และ claude-sonnet-5
4. เพิ่มการยืนยัน (assertions) บนรูปแบบการตอบกลับและจำนวนโทเค็นใน usage จากนั้นรัน collection กับสภาพแวดล้อมทั้งสอง
5. เปรียบเทียบผลการรันทั้งสอง ความแตกต่างของจำนวนโทเค็นจะแสดงให้คุณเห็นถึงผลกระทบที่แท้จริงของ tokenizer ต่อพรอมต์ของคุณ และการยืนยันที่ไม่ผ่านคือ regression ที่คุณต้องตรวจสอบก่อนที่จะปล่อยใช้งาน

คุณยังสามารถจำลอง (mock) Claude endpoint ใน Apidog เพื่อสร้างและทดสอบการผสานรวมโดยรอบของคุณ รวมถึงเส้นทาง stop_reason: "refusal" โดยไม่ต้องเสียค่าโทเค็น หากแอปของคุณมีลักษณะเป็นตัวแทน (agent-shaped) และเรียกใช้เครื่องมืออื่นๆ Apidog ก็เป็นที่ที่คุณสามารถทดสอบและจำลอง API ปลายทางเหล่านั้นได้เช่นกัน

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

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

Claude Sonnet 5 สามารถใช้แทน Sonnet 4.6 ได้โดยตรงหรือไม่? ส่วนใหญ่แล้ว คุณเปลี่ยนรหัสโมเดลจาก claude-sonnet-4-6 เป็น claude-sonnet-5 จากนั้นตรวจสอบสามสิ่ง: adaptive thinking เปิดใช้งานโดยค่าเริ่มต้น (ซึ่งส่งผลต่อ max_tokens), budget_tokens extended thinking จะส่งคืน 400, และพารามิเตอร์การสุ่มค่าที่ไม่ใช่ค่าเริ่มต้นจะส่งคืน 400 ส่วนอื่นๆ ยังคงใช้งานได้เหมือนเดิม ดู คู่มือ API ของ Sonnet 5 สำหรับการตั้งค่าคำขอแบบเต็ม

Sonnet 5 มีค่าใช้จ่ายมากกว่า Sonnet 4.6 หรือไม่? ต่อโทเค็นแล้ว ไม่ ทั้งคู่มีราคา $3 ต่อล้านโทเค็นขาเข้า และ $15 ต่อล้านโทเค็นขาออก ในอัตรามาตรฐาน แต่ tokenizer ใหม่ของ Sonnet 5 สร้างโทเค็นเพิ่มขึ้นประมาณ 30% สำหรับข้อความเดียวกัน ดังนั้นคำขอที่เทียบเท่ากันอาจมีค่าใช้จ่ายสูงขึ้นแม้ในอัตราต่อโทเค็นที่เท่ากัน มีอัตราแนะนำที่ $2 / $10 ต่อล้าน จนถึงวันที่ 31 สิงหาคม 2026

ทำไมการตอบกลับของฉันจึงถูกตัดทอนหลังจากอัปเกรด? Adaptive thinking เปิดใช้งานโดยค่าเริ่มต้นบน Sonnet 5 และโทเค็นสำหรับการ 'คิด' ใช้ร่วมกับงบประมาณ max_tokens เดียวกันกับข้อความตอบกลับของคุณ งบประมาณที่เคยเพียงพอสำหรับคำตอบของคุณบน 4.6 อาจถูกตัดทอนในตอนนี้ เพิ่ม max_tokens หรือตั้งค่า thinking={"type": "disabled"} หากคุณไม่ต้องการให้มีการ 'คิด' ในคำขอนั้น

ฉันจำเป็นต้องเปลี่ยนโค้ดสำหรับ tokenizer ใหม่หรือไม่? ไม่ รูปแบบของคำขอ, การตอบกลับ, และการสตรีมยังคงเหมือนเดิม ดังนั้นจึงไม่จำเป็นต้องมีการเปลี่ยนแปลงโค้ด แต่คุณควรวัดใหม่ทุกสิ่งที่เกี่ยวข้องกับงบประมาณโทเค็น: จำนวนโทเค็น, ขนาด max_tokens, และประมาณการค่าใช้จ่ายต่อคำขอ อย่าใช้จำนวนโทเค็นเดิมจาก Sonnet 4.6

เกิดอะไรขึ้นกับ temperature และ budget_tokens? ทั้งคู่ตอนนี้จะส่งคืนข้อผิดพลาด 400 บน Sonnet 5 เมื่อตั้งค่าเป็นค่าที่ไม่ใช่ค่าเริ่มต้น ลบค่า temperature, top_p, และ top_k ที่ไม่ใช่ค่าเริ่มต้นออก และควบคุมพฤติกรรมผ่าน system prompt ของคุณแทน แทนที่ budget_tokens extended thinking ด้วย adaptive thinking พร้อมพารามิเตอร์ `effort` คู่มือการเปลี่ยนแปลง API ของ Fable 5 และ Mythos ครอบคลุมรูปแบบเดียวกันนี้ในรุ่นที่สูงกว่า

ดาวน์โหลดแอป