02-347-7730  |  Saeree ERP - ระบบ ERP ครบวงจรสำหรับธุรกิจไทย ติดต่อเรา

Claude Sonnet 5.5 เปิดตัว — เร็วขึ้น 30% ราคาเท่าเดิม ต้นทุนต่องานลด 30%: เก่งด้านไหน อะไรเปลี่ยน และต่างจาก Opus 5.5 ตรงไหน

  • หน้าแรก
  • บทความ
  • Claude Sonnet 5.5 เปิดตัว — เร็วขึ้น 30% ราคาเท่าเดิม ต้นทุนต่องานลด 30%: เก่งด้านไหน อะไรเปลี่ยน และต่างจาก Opus 5.5 ตรงไหน
Claude Sonnet 5.5 เปิดตัว — เร็วขึ้น 30% ราคาเท่าเดิม ต้นทุนต่องานลด 30%: เก่งด้านไหน อะไรเปลี่ยน และต่างจาก Opus 5.5 ตรงไหน
  • 29
  • กันยายน

"Claude Sonnet 5.5 เปิดตัว — เร็วขึ้น 30% ราคาเท่าเดิม ต้นทุนต่องานลด 30%: เก่งด้านไหน อะไรเปลี่ยน และต่างจาก Opus 5.5 ตรงไหน" — คำตอบสั้นที่สุดคือ Sonnet 5.5 คือ Sonnet 5 ที่สร้างคำตอบเร็วขึ้นกว่า 30% ใช้โทเคนน้อยลงจนต้นทุนต่องานลดสูงสุด 30% ในราคาป้ายเท่าเดิม และทำงานสำนักงานได้คะแนนเท่า Opus 5.5 ที่แพงกว่า 2 เท่า Anthropic เปิดตัวเมื่อ 28 กันยายน 2569 เพียง 6 วันหลัง Opus 5.5 บทความนี้สรุปสิ่งที่ดีขึ้นจาก Sonnet 5 ด้านที่เก่งขึ้น breaking change 5 ข้อสำหรับนักพัฒนา และปิดท้ายด้วยตารางเทียบกับ Opus 5.5 ว่างานแบบไหนควรใช้ตัวไหน

สรุปสั้นๆ: Claude Sonnet 5.5 (28 ก.ย. 2569) = Sonnet 5 ที่สร้างคำตอบเร็วขึ้นกว่า 30% ต้นทุนต่องานลดสูงสุด 30% ในราคาเท่าเดิม $2 / $10 ต่อล้านโทเคน ความรู้ใหม่ถึง มิ.ย. 2569 คะแนนงานสำนักงานต่างจาก Opus 5.5 แค่ 2 คะแนน ส่วนโจทย์โค้ดยากและความรู้เชิงลึกยังเป็นของ Opus

หมายเหตุก่อนอ่าน: ข้อมูลในบทความนี้ตรวจจากประกาศของ Anthropic และเอกสารทางการที่ platform.claude.com ณ วันที่ 29 กันยายน 2569 ราคาทั้งหมดเป็นดอลลาร์สหรัฐตามที่ Anthropic ประกาศ ไม่แปลงเป็นบาท ตัวเลข benchmark เป็นตัวเลขที่ Anthropic รายงานเอง ส่วนตัวเลขความเร็วและต้นทุนต่องานที่ระบุว่ามาจาก Artificial Analysis เป็นการวัดอิสระชุดแรกที่ออกในวันเปิดตัว ยังไม่มีผลทดสอบอิสระชุดอื่น

หกวันหลัง Claude Opus 5.5 เปิดตัว Anthropic ออก Claude Sonnet 5.5 ตามมาเมื่อวันจันทร์ที่ 28 กันยายน 2569 เร็วกว่าคำว่า "อีกไม่กี่สัปดาห์" ที่ประกาศไว้มาก คำถามที่องค์กรไทยส่วนใหญ่ถามคือเรื่องเดียว เพราะงานปริมาณมากในองค์กรวิ่งอยู่บน Sonnet 5 ไม่ใช่ Opus ถ้าราคาเท่าเดิม ต้องย้ายไหม และย้ายแล้วได้อะไร บทความนี้ตอบทีละข้อ แล้วปิดท้ายด้วยตารางเทียบกับ Opus 5.5 ที่ออกก่อนหน้าไม่กี่วัน

1. Sonnet 5.5 อยู่ตรงไหนในตระกูล Claude

หน้าเอกสาร "current lineup" ของ Anthropic ตอนนี้มี 4 โมเดล Sonnet 5.5 เข้ามาแทนที่ Sonnet 5 ในตำแหน่งเดิม คือโมเดลระดับกลางที่ Anthropic เรียกว่า "ส่วนผสมที่ดีที่สุดระหว่างความเร็วกับความฉลาด" ราคาเท่าเดิมทุกช่อง แต่ความรู้ใหม่กว่าเดิม 5 เดือน และคะแนนขยับขึ้นไปใกล้ Opus 5.5 มากกว่าที่ Sonnet 5 เคยใกล้ Opus 5

โมเดลราคา input / output ต่อล้านโทเคนContextOutput สูงสุดThinkingEffort เริ่มต้น (API)ความเร็ว (เทียบกัน)ความรู้ถึงยังไม่เกษียณก่อน
Claude Fable 5.1$10 / $501M128KAdaptive (ปิดไม่ได้)highช้ากว่ามิ.ย. 25691 ก.ย. 2570
Claude Opus 5.5$4 / $201M128KAdaptive (ปิดไม่ได้)mediumปานกลางมิ.ย. 256922 ก.ย. 2570
Claude Sonnet 5.5$2 / $101M128KAdaptive (ต่ำสุดคือ between_tools)highเร็วมิ.ย. 256928 ก.ย. 2570
Claude Haiku 4.5$1 / $5200K64KExtended (แบบเก่า)ไม่รองรับเร็วที่สุดก.พ. 256815 ต.ค. 2569

ที่มา: หน้า Models overview ของ platform.claude.com (29 ก.ย. 2569) · Sonnet 5 ยังใช้ได้ในสถานะ legacy ราคาเดิม $2 / $10 ความรู้ถึง ม.ค. 2569

สองจุดในตารางที่มีผลกับงานจริงมากกว่าคะแนน หนึ่ง ความรู้ของโมเดลขยับจากมกราคมเป็นมิถุนายน 2569 เท่ากับ Opus 5.5 และ Fable 5.1 คำถามเรื่องกฎระเบียบ ราคา หรือเหตุการณ์ครึ่งแรกของปีนี้จะตอบได้โดยไม่ต้องค้นเว็บ สอง ตัวตัดคำ (tokenizer) เป็นตัวเดียวกับ Sonnet 5 ข้อความเดิมนับโทเคนได้เท่าเดิม ต่างจากตอน Sonnet 5 ออกที่ต้องคำนวณต้นทุนใหม่เพราะตัวตัดคำนับโทเคนเพิ่มประมาณ 30% รอบนี้ไม่ต้อง

Haiku 5.5 ยังไม่มา Anthropic ระบุว่าจะตามมา "ในอีกไม่กี่สัปดาห์" ส่วน Haiku 4.5 มีกำหนดเกษียณ 15 ตุลาคม 2569 ระบบที่ยังใช้ Haiku 4.5 อยู่มีเวลาไม่ถึง 3 สัปดาห์ ถ้า Haiku 5.5 มาไม่ทัน Sonnet 5.5 ที่ effort low คือทางเลือกที่ Anthropic แนะนำสำหรับงานตอบสั้น

ใช้ Claude ในองค์กร? ขอใบเสนอราคาเป็นเงินบาท พร้อมใบกำกับภาษี

บริการจัดหาของเรารับตั้งแต่ 5 ที่นั่ง · น้อยกว่านั้นแนะนำซื้อตรงจาก Anthropic · Enterprise ปรึกษาทีมขาย

2. อะไรดีขึ้นจาก Sonnet 5 — ตัวเลขที่ Anthropic รายงานและตัวเลขจากลูกค้า

Anthropic สรุปการเปลี่ยนแปลงไว้สั้น ๆ ว่า "ชัดเจนกว่า Sonnet 5 สร้างคำตอบเร็วกว่า 30% และต้นทุนต่องานส่วนใหญ่ต่ำลงสูงสุด 30%" ตัวเลข 30% หลังไม่ได้มาจากราคาป้ายซึ่งไม่เปลี่ยน แต่มาจากการใช้โทเคนน้อยลงและเรียกเครื่องมือน้อยลงในการทำงานชิ้นเดียวกัน ตารางนี้รวมสิ่งที่ดีขึ้นเป็นกลุ่ม พร้อมตัวเลขที่ตรวจได้

ด้านSonnet 5Sonnet 5.5หมายเหตุ
ความเร็วสร้างคำตอบฐานเร็วขึ้นกว่า 30%Artificial Analysis วัดได้ 137 โทเคน/วินาที (Opus 5.5 ได้ 93)
โทเคนต่องานฐานลดลง ต้นทุนต่องานลดสูงสุด 30%Balyasny Asset Management ทดสอบงานการเงิน 2,441 ชิ้น ใช้ 121k โทเคนต่อคำตอบ จาก 497k บน Sonnet 5
ความรู้ถึงม.ค. 2569มิ.ย. 2569เท่า Opus 5.5 และ Fable 5.1
อ่านกราฟจากภาพ (ไม่ใช้เครื่องมือ)15.6%61.6%Chartography · Opus 5.5 ได้ 64.4%
สั่งงานคอมพิวเตอร์ผ่านหน้าจอ57.0%80.1%OSWorld 2.1 · Sonnet ตัวแรกที่เล่น Pokémon Red จบจากภาพหน้าจออย่างเดียว
งานเอกสาร สไลด์ สเปรดชีต1,3591,811AA-Briefcase v1.1 (คะแนน Elo) · Anthropic ระบุเป็นจุดแข็งหลักของรุ่นนี้
งานความรู้ในสำนักงาน1,4491,844GDPval-AA v2.1 · Opus 5.5 ได้ 1,846 ต่างกัน 2 คะแนน
เขียนโค้ดใน editor34.1%55.5%CursorBench 4.0
งาน agent ใน terminal10.3%70.6%Terminal-Bench 4.0 · ชุดทดสอบใหม่ที่ยากกว่ารุ่น 2.0 ตัวเลข Sonnet 5 จึงต่ำมาก
ความปลอดภัยไซเบอร์ไม่มี safeguard ระดับบนsafeguard ชุดเดียวกับ Opus 5.5Sonnet ตัวแรกที่ได้ · คำขอเสี่ยงสูงถูกส่งไป Sonnet 5 แบบเห็นได้
ฟีเจอร์ API ที่ Sonnet 5 ไม่มี—เปลี่ยน effort รายข้อความ · system message กลางบทสนทนา · เปลี่ยนเครื่องมือกลางบทสนทนา · cache ขั้นต่ำ 512 โทเคน (จาก 1,024)ตามหน้า What's new ของ Anthropic

ที่มา: ประกาศ Introducing Claude Sonnet 5.5 (28 ก.ย. 2569) และหน้า What's new in Claude Sonnet 5.5 · ตัวเลขลูกค้าเป็นคำกล่าวของลูกค้าแต่ละรายในประกาศ

ลูกค้าที่ Anthropic ยกมาในประกาศพูดเรื่องเดียวกันคือความเร็วในงานประจำ Zendesk ระบุว่าประมวลผลตั๋วเร็วขึ้น 20% จากโมเดลที่ใช้อยู่ Box บอกว่างานตรวจความถูกต้องของข้อมูลเร็วขึ้น 2.4 เท่าจาก Sonnet 5 และ Atlassian ระบุว่า Rovo Agents ทำงานเร็วขึ้นสูงสุด 30% ตัวเลขเหล่านี้เป็นของแต่ละบริษัทบนงานของเขาเอง ใช้เป็นแนวทางว่าควรทดสอบด้านไหนก่อน ไม่ใช่ตัวเลขที่จะได้เหมือนกัน

สิ่งที่คนทำงานสำนักงานจะสัมผัสได้ก่อน: Anthropic วางตำแหน่ง Sonnet 5.5 ไว้ที่ "งานประจำที่มีขอบเขตชัด แก้บั๊ก และทำเอกสาร สไลด์ สเปรดชีตให้เสร็จสวย" คะแนน AA-Briefcase ที่กระโดดจาก 1,359 เป็น 1,811 คือชุดทดสอบงานแบบนี้โดยตรง ถ้าองค์กรคุณใช้ Claude ทำรายงานประจำเดือน สรุปประชุม หรือร่างสไลด์ นี่คือรุ่นที่ควรลองก่อน Opus

3. เก่งด้านไหน — อ่านตาราง benchmark 8 ชุดให้ครบ

Anthropic เผยแพร่ตาราง 8 ชุดทดสอบ เทียบ Sonnet 5.5 กับ Sonnet 5, Opus 5.5 และโมเดลของ OpenAI เราคัดมาทั้งหมดรวมชุดที่ Sonnet 5.5 ยังตามหลังอยู่

ชุดทดสอบวัดอะไรSonnet 5.5Sonnet 5Opus 5.5GPT-6 Sol
Terminal-Bench 4.0งาน agent ใน terminal จนจบ70.6%10.3%66.4% (xhigh)ไม่รายงาน
FrontierCode v1.1 (Main)เขียนโค้ดโจทย์ยาก46.2% (max)42.4%54.4%49.3%
CursorBench 4.0เขียนโค้ดใน editor จริง55.5%34.1%57.8%ไม่รายงาน
GDPval-AA v2.1งานความรู้ในสำนักงาน (คะแนน Elo)1,8441,4491,8461,487
AA-Briefcase v1.1งานเอกสาร สไลด์ สเปรดชีต (คะแนน Elo)1,8111,3591,8221,483
Humanity's Last Exam (มีเครื่องมือ)ความรู้เชิงวิชาการหลายสาขา64.5%54.9%67.7%ไม่รายงาน
OSWorld 2.1 (บางส่วน)สั่งงานคอมพิวเตอร์ผ่านหน้าจอ80.1%57.0%81.8%ไม่รายงาน
Chartography (ไม่ใช้เครื่องมือ)อ่านค่าจากกราฟ61.6%15.6%64.4%53.6% (GPT-6 Luna)

ที่มา: ประกาศ Introducing Claude Sonnet 5.5 (28 ก.ย. 2569) · ตัวเลขทั้งหมดเป็นการวัดของ Anthropic เอง · Anthropic ระบุว่าคะแนน GDPval-AA และ AA-Briefcase ของ Sonnet 5.5 วัดจากรุ่นก่อนเปิดตัวที่มีบั๊ก structured outputs ซึ่งแก้แล้ว ผลจริงน่าจะสูงกว่าเล็กน้อย

อ่านตารางนี้ได้ 3 ข้อ ข้อแรก ใน 6 จาก 8 ชุด Sonnet 5.5 ตามหลัง Opus 5.5 ไม่เกิน 3 จุด ทั้งที่ราคาถูกกว่าครึ่งหนึ่ง งานความรู้ในสำนักงานต่างกัน 2 คะแนน Elo ซึ่งเท่ากับไม่ต่าง ข้อสอง ช่องว่างที่ยังเหลือชัดคือ โจทย์โค้ดยาก (FrontierCode ต่าง 8 จุด) และความรู้วิชาการลึก (Humanity's Last Exam ต่าง 3 จุด) นี่คืองานที่ Anthropic ยังบอกให้ใช้ Opus ข้อสาม Terminal-Bench 4.0 ที่ Sonnet 5.5 ได้สูงกว่า Opus 5.5 ต้องอ่านพร้อมหมายเหตุ เพราะตัวเลข Opus 5.5 ในตารางเป็นผลที่ effort xhigh ไม่ใช่ max การเทียบข้าม effort จึงไม่ใช่การเทียบตรง

ผลวัดอิสระชุดแรกจาก Artificial Analysis ที่ออกวันเดียวกันให้ภาพเดียวกัน ดัชนีความฉลาดรวม Sonnet 5.5 ได้ 56 ส่วน Opus 5.5 ได้ 58 ต่างกัน 2 จุด แยกรายสาขา Opus นำในงานการเงินและบัญชี (61 ต่อ 57) และงานวิศวกรรม (60 ต่อ 58) ต้นทุนต่องานที่ effort low วัดได้ $0.41 สำหรับ Sonnet 5.5 และ $0.55 สำหรับ Opus 5.5 คือต่างกันแค่ 25% ทั้งที่ราคาต่อโทเคนต่างกัน 2 เท่า เพราะโมเดลใหญ่มักใช้โทเคนน้อยกว่าในการทำงานเดียวกัน ตัวเลขนี้เป็นการวัดของ Artificial Analysis บนชุดทดสอบของเขา ไม่ใช่ตัวเลขของ Anthropic

วิธีอ่าน benchmark ให้ไม่โดนหลอก: ตัวเลขทั้งหมดในตารางแรกมาจากผู้ผลิต และหลายช่องวัดที่ effort คนละระดับ คะแนนต่างกัน 1–2 จุดไม่ได้แปลว่างานของคุณจะต่างเท่านั้น สิ่งที่ควรวัดเองคือ "ต้นทุนต่องานที่เสร็จ" บนงานจริงของคุณ ซึ่ง Sonnet 5.5 ทำให้เทียบง่ายขึ้นเพราะราคาป้ายและตัวตัดคำเท่า Sonnet 5 ทุกอย่าง ส่วนต่างที่เห็นในบิลคือส่วนต่างของโทเคนที่ใช้ล้วน ๆ

4. ราคา — ป้ายเท่าเดิมทุกช่อง แล้ว "ถูกลง 30%" มาจากไหน

Anthropic ยืนยันในหน้า What's new ว่า Sonnet 5.5 ราคาเท่า Sonnet 5 ทุกรายการ รวมทั้ง cache และ batch ตารางนี้วางเทียบกับ Opus 5.5 ให้เห็นว่าส่วนต่างระหว่างสองรุ่นอยู่ตรงไหน

รายการ (ต่อล้านโทเคน)Sonnet 5.5Sonnet 5Opus 5.5Opus 5.5 แพงกว่ากี่เท่า
Input$2$2$42 เท่า
Output$10$10$202 เท่า
เขียน cache 5 นาที$2.50$2.50$52 เท่า
เขียน cache 1 ชั่วโมง$4$4$82 เท่า
อ่าน cache$0.20 (10% ของ input)$0.20$0.20 (5% ของ input)เท่ากัน
Batch API (ลด 50%)$1 / $5$1 / $5$2 / $102 เท่า
Fast modeไม่มีไม่มี$8 / $40 (เฉพาะ Claude API)—
cache ขั้นต่ำที่เก็บได้512 โทเคน1,024 โทเคน——

ที่มา: หน้า Pricing ของ platform.claude.com (29 ก.ย. 2569) · context 1 ล้านโทเคนคิดราคาเดียวตลอดช่วง · ราคา $2 / $10 ของ Sonnet 5 ที่เคยประกาศว่าจะขึ้นเป็น $3 / $15 ตั้งแต่ 1 ก.ย. 2569 ยกเลิกการขึ้นแล้ว

ช่องที่น่าสนใจที่สุดคือ อ่าน cache ราคาเท่ากันทั้งสองรุ่นที่ $0.20 เพราะ Opus 5.5 ลดค่าอ่าน cache ลงเหลือ 5% ของ input ขณะที่ Sonnet ยังคิด 10% ผลคืองาน agent ที่ส่ง system prompt เครื่องมือ และประวัติชุดเดิมซ้ำทุกรอบ ส่วนต่างระหว่างสองรุ่นจะน้อยกว่า 2 เท่า ลองคำนวณจากราคาป้ายด้วยโจทย์เดียวกับที่เราใช้ในบทความ Opus 5.5 คืองาน agent หนึ่งรอบส่ง input รวม 1,000,000 โทเคน โดย 800,000 โทเคนอ่านจาก cache และสร้าง output 100,000 โทเคน

  • Sonnet 5.5: (200,000 × $2) + (800,000 × $0.20) + (100,000 × $10) ต่อล้าน = $0.40 + $0.16 + $1.00 = $1.56
  • Opus 5.5: (200,000 × $4) + (800,000 × $0.20) + (100,000 × $20) ต่อล้าน = $0.80 + $0.16 + $2.00 = $2.96 (แพงกว่า 1.9 เท่า ไม่ใช่ 2 เท่า)

ส่วน "ต้นทุนต่องานลดสูงสุด 30%" เมื่อเทียบกับ Sonnet 5 ไม่ได้อยู่ในตารางราคาเลย มันมาจากโทเคนที่ใช้น้อยลงต่องานและจำนวนครั้งที่เรียกเครื่องมือน้อยลง Anthropic วัดจากงานประเภททั่วไปที่เขาใช้ทดสอบ เราตรวจส่วนนี้เองไม่ได้ แต่ตัวเลขของ Balyasny ที่โทเคนต่อคำตอบลดจาก 497k เหลือ 121k บนงานการเงินของเขาเอง บอกว่าในงานที่ต้องอ่านเอกสารยาวแล้วสรุป ส่วนต่างอาจมากกว่า 30% ได้ ถ้างานของคุณเป็นคำถามสั้น ๆ ไม่มีเครื่องมือ ส่วนต่างจะเข้าใกล้ศูนย์ เพราะไม่มีอะไรให้ประหยัด

5. ใช้ claude.ai หรือ Claude Code — ใครได้ใช้ และค่าเริ่มต้นที่ต่างจาก API

สำหรับผู้ใช้ทั่วไป ประกาศระบุว่า Sonnet 5.5 มีให้ใช้บน claude.ai ตั้งแต่วันเปิดตัว และ Claude Code ประกาศแยกว่าเปิดใช้แล้วในวันเดียวกัน แต่ต่างจากตอน Opus 5.5 คือประกาศรอบนี้ไม่ได้พูดถึงการเพิ่มลิมิตการใช้งาน และไม่ได้ระบุว่า Sonnet 5.5 จะกลายเป็นโมเดลเริ่มต้นของแผน Free และ Pro แทน Sonnet 5 หรือไม่

ช่องทางได้ Sonnet 5.5ค่าใช้จ่ายเพิ่มหมายเหตุ
claude.ai แผน Pro / Maxได้ไม่มีeffort เริ่มต้นบน claude.ai คือ medium (API คือ high)
claude.ai แผน Team / Enterpriseได้ไม่มี ค่าที่นั่งคิดตามแผน ไม่ใช่ตามโมเดลผู้ดูแลระบบควรแจ้งผู้ใช้ที่ยังเลือก Sonnet 5 อยู่
claude.ai แผน Freeประกาศไม่ได้ระบุ—Sonnet 5 เป็นโมเดลเริ่มต้นของ Free อยู่ก่อน ยังไม่มีประกาศเปลี่ยน
Claude Codeได้ ตั้งแต่ 28 ก.ย.ตามแผนที่ผูกอยู่ดู คู่มือราคา Claude Code
Claude APIได้ทุกบัญชี$2 / $10 ต่อล้านโทเคนรหัสโมเดล claude-sonnet-5-5 · รองรับ ZDR (Zero Data Retention)
Amazon Bedrock / Google Cloud / Microsoft Foundryได้ตั้งแต่วันแรกราคาตามแต่ละแพลตฟอร์มBedrock ใช้รหัส anthropic.claude-sonnet-5-5

เรื่อง effort เริ่มต้นที่ต่างกันระหว่างหน้าเว็บกับ API เป็นเรื่องใหม่ที่ควรรู้ Anthropic ตั้งค่าเริ่มต้นบน claude.ai ไว้ที่ medium เพื่อให้ตอบเร็ว และตั้งบน API ไว้ที่ high เพื่อให้คุณภาพสูงสุดโดยไม่ต้องตั้งค่า ถ้าผู้ใช้บ่นว่าคำตอบบนหน้าเว็บ "คิดน้อยกว่า" ที่นักพัฒนาทดสอบผ่าน API นี่คือสาเหตุ ไม่ใช่โมเดลคนละตัว

ถ้าองค์กรของคุณจัดหา Claude Team หรือ Enterprise ผ่าน Grand Linux ราคาต่อที่นั่งไม่เปลี่ยนจากข่าวนี้ ดูโครงสร้างราคาได้ที่ หน้าราคา Claude และเรื่องลิมิตการใช้งานของแต่ละแผนที่ Claude แต่ละแผนใช้ได้แค่ไหน

6. สำหรับทีมพัฒนา — 5 จุดที่โค้ด Sonnet 5 เดิมจะพัง และ 1 จุดที่เงียบไปเฉย ๆ

Anthropic ระบุ breaking change 5 ข้อสำหรับโค้ดที่รันบน Sonnet 5 อยู่ 4 ข้อแรกเป็นชุดเดียวกับที่เกิดตอน Opus 5.5 ข้อที่ 5 เป็นเรื่องเฉพาะของ Sonnet และมีอีก 1 ข้อที่ไม่ทำให้ request ล้มเหลว แต่ทำให้หน้าจอผู้ใช้เงียบ

เรื่องบน Sonnet 5บน Sonnet 5.5ต้องแก้อย่างไร
ปิด thinking ด้วย disabled หรือกำหนด budget_tokensทำได้error 400ใช้ {"type":"between_tools"} แทน ใช้ได้ที่ effort high ลงมา ใส่ display หรือ budget_tokens ร่วมไม่ได้ และเปลี่ยน effort กลางบทสนทนาไม่ได้
บังคับเรียกเครื่องมือ tool_choice แบบ any / toolทำได้error 400ใช้ auto + strict: true หรือย้ายไป structured outputs แล้วบอกในพรอมต์ว่าเมื่อไรให้เรียกเครื่องมือ
thinking block ผูกกับโมเดลและบทสนทนาผ่อนปรนอ่าน block ของ Sonnet 5 / Opus 4.8 / Haiku 4.5 ได้ แต่อ่านของ Opus 5, Opus 5.5, Fable ไม่ได้ · บัญชีที่สร้างตั้งแต่ 31 ส.ค. 2569 แก้ประวัติแล้วส่งซ้ำ = error 400เก็บบทสนทนาแบบต่อท้ายอย่างเดียว เปลี่ยนคำสั่งผ่าน system message กลางบทสนทนา
เครื่องมือ computer use รุ่น computer_20251124ทำได้error 400 บน Claude API และ Google Cloud (Bedrock ยังใช้ได้)ย้ายไป computer_toolset_20260801
advisor tool ที่ใช้ Opus 4.8 / Opus 4.7 / Sonnet 5 เป็นที่ปรึกษาทำได้error 400เปลี่ยนที่ปรึกษาเป็น Opus 5, Opus 5.5, Fable 5 / 5.1 หรือ Sonnet 5.5 เอง คำแนะนำจะกลับมาแบบเข้ารหัส อ่านข้อความไม่ได้
ข้อความสั้น ๆ ระหว่างการเรียกเครื่องมือกลับมาเป็น text blockกลับมาเป็น thinking block ที่ว่างเปล่าเมื่อใช้ค่าเริ่มต้น display: omittedตั้ง display: "updates" (beta) หรือใช้ between_tools ซึ่งคืนข้อความให้เอง

ที่มา: หน้า What's new in Claude Sonnet 5.5 และ Migration guide ของ platform.claude.com (29 ก.ย. 2569)

อีก 2 เรื่องที่ไม่ใช่ error แต่กระทบผลลัพธ์ หนึ่ง ระดับ effort ถูกปรับสเกลใหม่ effort เดียวกันคิดไม่เท่าเดิม Anthropic บอกให้กวาดทดสอบใหม่แทนการยกค่าเดิมมา จุดเริ่มที่แนะนำคือ high สำหรับงานทั่วไป medium สำหรับงาน agent ที่โจทย์ชัด และ medium หรือ low สำหรับแชตที่ต้องตอบไว ที่ low โมเดลอาจข้ามการตรวจงานตัวเองและหยุดถามผู้ใช้กลางทางบ่อยขึ้น สอง โทเคนที่ใช้คิดนับรวมใน max_tokens แม้ไม่ได้ส่งเนื้อหาการคิดกลับมา ค่า max_tokens ที่ตั้งไว้แคบ ๆ สมัยปิด thinking จะทำให้คำตอบขาด งาน agent เขียนโค้ด Anthropic แนะนำตั้ง 128,000 แล้ว stream

การย้ายขั้นต่ำสำหรับโค้ดที่รัน Sonnet 5 อยู่แล้วโดยเปิด thinking มีแค่นี้ ส่วนโค้ดที่เคยปิด thinking ต้องเปลี่ยนเป็น between_tools

# ก่อน — ปิด thinking เพื่อความเร็ว
response = client.messages.create(
    model="claude-sonnet-5",
    max_tokens=4096,
    thinking={"type": "disabled"},
    messages=[...],
)

# หลัง — เปลี่ยนรหัสโมเดล ใช้ between_tools แทน disabled และเผื่อ max_tokens
response = client.messages.create(
    model="claude-sonnet-5-5",
    max_tokens=16000,
    thinking={"type": "between_tools"},   # ใช้ได้ที่ effort high ลงมาเท่านั้น
    output_config={"effort": "medium"},   # เลือกจากผลกวาดทดสอบของคุณเอง
    messages=[...],
)

ของใหม่ฝั่ง API ที่ Sonnet 5 ไม่มี ได้แก่ การเปลี่ยน effort รายข้อความโดยไม่เสีย cache (beta) การใส่ system message กลางบทสนทนา การกำหนดเครื่องมือในข้อความกลางบทสนทนา (beta inline-tools-2026-09-15) และการสั่งบีบอัดบทสนทนาเองเมื่อต้องการ (beta compact-2026-09-04) ทีมที่ใช้ Claude Code อยู่แล้วสั่ง /claude-api migrate this project to claude-sonnet-5-5 ให้ตรวจโค้ดทั้งโปรเจกต์แทนการไล่แก้เองได้ และตัวตัดคำที่เท่า Sonnet 5 แปลว่าไม่ต้องนับโทเคนใหม่

7. Safeguard — Sonnet ตัวแรกที่ได้กลไกป้องกันชุดเดียวกับตัวบนสุด

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

สำหรับทีมที่ทำงานด้านความปลอดภัยระบบ: คำขอด้านไซเบอร์ที่เข้าข่ายเสี่ยงสูงจะถูกส่งไปให้ Sonnet 5 ตอบแทน และครั้งนี้ Anthropic ระบุว่าการส่งต่อ "มองเห็นได้" ไม่ใช่เงียบ ๆ เหมือน Opus 5.5 ที่ส่งไป Opus 4.8 การหาช่องโหว่ในซอร์สโค้ดยังทำได้ตามปกติ ส่วนงานเจาะระบบเชิงลึกต้องสมัคร Cyber Verification Program ด้านชีววิทยาใช้กลไกเดิมของ Sonnet 5 ไม่ได้ยกระดับ

ฝั่ง API การปฏิเสธจะกลับมาเป็น HTTP 200 พร้อม stop_reason: "refusal" และ stop_details บอกหมวด 1 ใน 5 คือ cyber, bio, frontier_llm, reasoning_extraction และ general_harms ต้องเช็ก stop_reason ก่อนอ่านคำตอบทุกครั้ง server-side fallback (fallbacks: "default") จะลองใหม่บน Sonnet 5 ให้เฉพาะหมวด cyber และ frontier_llm อีก 3 หมวดไม่ลองใหม่

อีกสองกลไกที่มาพร้อมกัน หนึ่ง ตัวจำแนกที่กันการ "ดึงเหตุผลภายใน" ออกมาจากโมเดล ซึ่งเป็นการตอบสนองต่อเหตุการณ์เดือนสิงหาคมที่นักวิจัยถอดรหัส thinking block นับแสนชิ้นจากบันทึกการทำงานของ agent ที่เผยแพร่สาธารณะ พรอมต์ที่สั่งให้โมเดล "แสดงวิธีคิดในคำตอบ" จึงเสี่ยงถูกปฏิเสธ ให้อ่านจาก display: "summarized" แทน สอง thinking block ของ Sonnet 5.5 ใช้ได้เฉพาะในบัญชีที่สร้างมันขึ้นมา บัญชีอื่นส่งมาจะถูกทิ้งก่อนถึงโมเดล

ด้านพฤติกรรม Anthropic รายงานผลตรวจ 1,850 สถานการณ์ว่า Sonnet 5.5 เท่าหรือดีกว่า Sonnet 5 เกือบทุกด้าน และเป็นโมเดลที่ "มีแนวโน้มน้อยที่สุดในบรรดาโมเดลทั้งหมดของเรา" ที่จะทดสอบขอบเขตของสภาพแวดล้อมที่ถูกกักไว้ มองในมุมจัดซื้อ วันเกษียณขั้นต่ำ 28 กันยายน 2570 คือรับประกัน 12 เดือนเต็มบน Claude API, Claude Platform on AWS และ Microsoft Foundry สัญญารายปีที่เซ็นวันนี้ครอบคลุมอายุโมเดลพอดี

8. เทียบกับ Opus 5.5 ที่ออกก่อน 6 วัน — เลือกตัวไหน

Anthropic เขียนเองว่า Sonnet 5.5 คือ "ตัวเสริมที่เร็วกว่าและถูกกว่าของ Opus 5.5" โดย Opus 5.5 "สร้างมาสำหรับงานซับซ้อนที่ต้องใช้วิจารณญาณอย่างระมัดระวัง" ส่วน Sonnet 5.5 "แข็งที่สุดในงานประจำที่มีขอบเขตชัด แก้บั๊ก และทำเอกสาร สไลด์ สเปรดชีตให้เสร็จสวย" ตารางนี้วางทุกจุดต่างที่ตรวจได้ไว้ที่เดียว

เรื่องSonnet 5.5 (28 ก.ย. 2569)Opus 5.5 (22 ก.ย. 2569)มีผลกับใคร
ราคา input / output$2 / $10$4 / $20ทุกคนที่จ่ายตามโทเคน
อ่าน cache$0.20$0.20งาน agent ที่ส่งบริบทซ้ำ ส่วนต่างสองรุ่นแคบลงเหลือ 1.9 เท่า
ความเร็วสร้างคำตอบ (Artificial Analysis)137 โทเคน/วินาที93 โทเคน/วินาทีแชตและงานที่ผู้ใช้รอดู
Effort เริ่มต้นบน APIhighmediumrequest ที่ไม่ได้ระบุ effort คิดหนักคนละแบบ
Fast modeไม่มีมี $8 / $40งานที่ต้องการเร็วสุดบน Opus
Context / output สูงสุด / ความรู้ถึง1M / 128K / มิ.ย. 25691M / 128K / มิ.ย. 2569เท่ากัน
ปิด thinking ล่วงหน้าทำได้ด้วย between_tools (effort high ลงมา)ทำไม่ได้ ต้องใช้ effort lowระบบที่ต้องการ latency ต่ำสุด
Benchmark ที่ Opus นำชัดFrontierCode 46.2 · HLE 64.5FrontierCode 54.4 · HLE 67.7โจทย์โค้ดยาก ความรู้เชิงลึก
Benchmark ที่ต่างไม่เกิน 3 จุดGDPval 1,844 · Briefcase 1,811 · OSWorld 80.1 · Chartography 61.6 · CursorBench 55.51,846 · 1,822 · 81.8 · 64.4 · 57.8งานสำนักงาน เอกสาร ใช้คอมพิวเตอร์ อ่านกราฟ โค้ดทั่วไป
Safeguard ไซเบอร์ส่งต่อไปที่Sonnet 5 (เห็นได้)Opus 4.8ทีมความปลอดภัยระบบ
thinking block ข้ามรุ่นอ่านของ Opus 5.5 ไม่ได้อ่านของ Sonnet 5.5 ไม่ได้ระบบที่สลับโมเดลกลางบทสนทนา เหตุผลเดิมหายทั้งสองทาง
จับคู่ advisor toolSonnet 5.5 ทำงาน + Opus 5.5 เป็นที่ปรึกษา ทำได้—รูปแบบประหยัดที่ Anthropic รองรับ
ยังไม่เกษียณก่อน28 ก.ย. 257022 ก.ย. 2570ฝ่ายจัดซื้อที่ทำสัญญารายปี

ถ้าให้สรุปเป็นกติกาเดียว: เริ่มที่ Sonnet 5.5 ที่ effort high แล้วขยับขึ้น Opus 5.5 เฉพาะงานที่ทดสอบแล้วไม่ผ่าน ซึ่งจากตารางจะเป็นงาน 3 กลุ่ม คือโจทย์โค้ดยากที่ต้องคิดหลายชั้น งานเปิดกว้างที่โมเดลต้องตัดสินใจเองหลายสิบรอบ และงานที่ต้องการความรู้เชิงลึกเฉพาะสาขา งานที่เหลือซึ่งเป็นงานส่วนใหญ่ในสำนักงาน ตัวเลขบอกว่าจ่ายเพิ่ม 2 เท่าเพื่อ 2 คะแนน Elo ไม่คุ้ม รูปแบบที่สามที่ Anthropic รองรับตรง ๆ คือให้ Sonnet 5.5 เป็นตัวทำงานแล้วเรียก Opus 5.5 เป็นที่ปรึกษาผ่าน advisor tool เฉพาะจังหวะที่ติด

Sonnet 5.5 เหมาะกับยังควรใช้ Opus 5.5 หรือใช้ Sonnet 5.5 ไม่ได้
งานเอกสาร สไลด์ สเปรดชีต สรุปรายงาน ที่มีขอบเขตชัด
แชตและผู้ช่วยในระบบที่ผู้ใช้รอดูคำตอบ (เร็วกว่า 47%)
งาน agent ปริมาณมากที่ต้นทุนต่องานสำคัญกว่าคะแนน 2 จุด
ระบบเดิมบน Sonnet 5 ที่อยากได้ความรู้ใหม่ถึง มิ.ย. 2569 โดยไม่เพิ่มงบ
งานอ่านกราฟ ภาพหน้าจอ และสั่งงานคอมพิวเตอร์ที่ Sonnet 5 เคยทำไม่ได้
โจทย์โค้ดยากและงาน agent เปิดกว้างที่วิ่งยาวหลายชั่วโมง
งานที่ต้องการความรู้เชิงลึกเฉพาะสาขาระดับ Humanity's Last Exam
งานที่ต้องการ fast mode
ระบบที่ต้องการปิด thinking และรัน effort xhigh หรือ max พร้อมกัน ทำไม่ได้บนรุ่นนี้
งานด้านไซเบอร์เชิงลึกที่ยังไม่ได้สมัครโปรแกรมยืนยัน

เรื่องขั้นต่ำที่นั่งซึ่งมีคนถามบ่อย Anthropic กำหนด Team ขั้นต่ำ 2 ที่นั่ง ส่วนบริการจัดหาพร้อมเอกสารไทยของ Grand Linux รับตั้งแต่ Team 5 ที่นั่ง และ Enterprise ตั้งแต่ 20 ที่นั่ง สูงสุด 150 ทีมขนาด 2–4 คน ซื้อตรงกับ Anthropic คุ้มกว่า ทีม 5 คนขึ้นไปดู คำถามที่พบบ่อย Team / Enterprise

9. มุมมองจากงาน ERP — โมเดลระดับกลางคือตัวที่องค์กรใช้จริง

ในงานเชื่อมต่อที่ Grand Linux ทำให้ลูกค้า โมเดลที่วิ่งจริงในงานประจำวันคือระดับ Sonnet ไม่ใช่ Opus เพราะคำถามส่วนใหญ่ที่ผู้ใช้ถามระบบ ERP (Enterprise Resource Planning) เป็นงานขอบเขตชัด เช่น สรุปสถานะใบสั่งซื้อ เทียบงบกับยอดใช้จริง หรืออ่านรายงานที่มีแต่กราฟ ข่าวนี้จึงมีผลกับต้นทุนจริงมากกว่าข่าว Opus 5.5 เมื่อสัปดาห์ก่อน

Saeree ERP ไม่มีฟีเจอร์ AI ฝังอยู่ในตัว และเราตั้งใจให้เป็นแบบนั้น ระบบ ERP คือแหล่งข้อมูลจริงที่อยู่บนเครื่องของลูกค้า ส่วนที่ Grand Linux ทำคือเชื่อม Claude เข้ากับข้อมูล ERP ผ่าน MCP (Model Context Protocol) โดยกำหนดสิทธิ์ตามบทบาทผู้ใช้และเก็บบันทึกการเรียกใช้ทุกครั้ง การเปลี่ยนจาก Sonnet 5 เป็น Sonnet 5.5 ในชั้นเชื่อมต่อคือแก้รหัสโมเดลบรรทัดเดียว บวกกับไล่เช็กตาราง breaking change ในหัวข้อที่ 6 ซึ่งทีมเราทำเองก่อนแนะนำลูกค้า อ่านแนวคิดเรื่อง MCP ได้ที่ MCP คืออะไร และรูปแบบงานเชื่อมต่อที่ Claude Solutions

เรื่องข้อมูลต้องแยกพูดให้ชัด ข้อมูล ERP อยู่บนเซิร์ฟเวอร์ของหน่วยงานหรือคลาวด์ที่หน่วยงานเลือกเอง ส่วน Claude ประมวลผลบนคลาวด์ของ Anthropic หรือผู้ให้บริการคลาวด์ที่เลือก การเชื่อมต่อผ่าน MCP จึงต้องออกแบบว่าข้อมูลส่วนไหนส่งออกไปถามได้ ส่วนไหนต้องอยู่ในเครื่อง โมเดลใหม่เร็วขึ้นไม่ได้เปลี่ยนหลักข้อนี้

สรุป

  • Claude Sonnet 5.5 เปิดตัว 28 กันยายน 2569 ราคาเท่า Sonnet 5 ที่ $2 / $10 ต่อล้านโทเคน สร้างคำตอบเร็วขึ้นกว่า 30% ต้นทุนต่องานลดสูงสุด 30% จากโทเคนและการเรียกเครื่องมือที่น้อยลง
  • ดีขึ้นชัดที่สุดในงานเอกสาร สไลด์ สเปรดชีต การอ่านกราฟ การสั่งงานคอมพิวเตอร์ผ่านหน้าจอ และงาน agent ความรู้ใหม่ถึงมิถุนายน 2569
  • ใน 6 จาก 8 ชุดทดสอบ ตามหลัง Opus 5.5 ไม่เกิน 3 จุด ช่องว่างที่เหลือคือโจทย์โค้ดยากและความรู้เชิงลึก
  • claude.ai, Claude Code, API และคลาวด์ทั้ง 3 เจ้าใช้ได้ทันที ค่าที่นั่ง Team / Enterprise ไม่เปลี่ยน effort เริ่มต้นบนเว็บคือ medium บน API คือ high
  • นักพัฒนาต้องเช็ก 5 breaking change โดยเฉพาะ disabled ที่ต้องเปลี่ยนเป็น between_tools และกวาดทดสอบ effort ใหม่ ตัวตัดคำเท่าเดิมไม่ต้องนับโทเคนใหม่
  • กติกาเลือกรุ่น: เริ่มที่ Sonnet 5.5 effort high ขยับขึ้น Opus 5.5 เฉพาะงานที่ทดสอบแล้วไม่ผ่าน Haiku 5.5 ตามมาในไม่กี่สัปดาห์

โมเดลระดับกลางที่ทำงานสำนักงานได้เท่าตัวบนในราคาครึ่งเดียว กระทบบิลจริงขององค์กรมากกว่าโมเดลตัวบนสุดตัวใหม่ทุกตัว

- ทีม Saeree ERP

แหล่งอ้างอิง

ใช้ Claude Sonnet 5.5 ในองค์กร? ขอใบเสนอราคา Team / Enterprise เป็นเงินบาท

บริการจัดหา Claude พร้อมใบกำกับภาษีไทย รับตั้งแต่ Team 5 ที่นั่ง · Enterprise ตั้งแต่ 20 ที่นั่ง · พร้อมงานเชื่อม Claude เข้ากับข้อมูล ERP ผ่าน MCP โดยทีม Grand Linux

ปรึกษา / ขอใบเสนอราคา

โทร 02-347-7730 | sale@grandlinux.com

Saeree ERP Author

เกี่ยวกับผู้เขียน

ไพฑูรย์ บุตรี

ผู้เชี่ยวชาญด้านระบบเน็ตเวิร์คและระบบความปลอดภัยเซิร์ฟเวอร์ บริษัท แกรนด์ลีนุกซ์ โซลูชั่น จำกัด