Claude Haiku 5.5 เปิดตัว — ถูกลงสูงสุด 90% ได้ context 1M และ effort ครั้งแรกของ Haiku: เหมาะกับงานไหน อะไรเปลี่ยนจาก Haiku 4.5 และต้องรีบย้ายไหม

เก้าวันหลัง Claude Sonnet 5.5 เปิดตัว Anthropic ออก Claude Haiku 5.5 เมื่อวันพุธที่ 7 ตุลาคม 2569 ครบทั้งสามตัวของตระกูล 5.5 ภายในสองสัปดาห์ ข่าวรอบนี้ไม่ได้อยู่ที่คะแนน แต่อยู่ที่ป้ายราคา จากที่ Haiku 4.5 เคยคิด $1 / $5 ต่อล้านโทเคน Haiku 5.5 เริ่มที่ $0.10 / $0.50 คือถูกลง 90% สำหรับคำขอทั่วไป พร้อมหน้าต่างบริบท 1 ล้านโทเคน และเป็น Haiku ตัวแรกที่ตั้งค่า effort ได้ คำถามที่องค์กรไทยถามจึงมีสองข้อ ข้อแรก งานไหนบ้างที่ควรย้ายจาก Sonnet ลงมาใช้ตัวนี้ ข้อสอง ระบบที่ยังวิ่งบน Haiku 4.5 ต้องรีบย้ายก่อน 15 ตุลาคมจริงไหม บทความนี้ตอบทั้งสองข้อ และแก้ความเข้าใจผิดเรื่องวันเกษียณที่เราเองเคยเขียนไว้

1. Haiku 5.5 อยู่ตรงไหนในตระกูล Claude และ Haiku 4.5 ยังไม่ปิดวันที่ 15 ตุลาคม

หน้าเอกสาร current lineup ของ Anthropic ตอนนี้มี 4 โมเดล Haiku 5.5 เข้ามาแทน Haiku 4.5 ในตำแหน่งล่างสุด คือตัวที่ Anthropic เรียกว่า "เล็กสุด เร็วสุด ถูกสุด" สำหรับงานปริมาณมากที่ไวต่อเวลาตอบ สิ่งที่ต่างจากรอบ Haiku 4.5 คือรอบนี้สเปกฝั่ง API (Application Programming Interface) เท่ารุ่นพี่ทุกช่อง ทั้ง context, output, thinking และ effort ต่างกันแค่ราคากับคะแนน

ที่มา: หน้า Claude Haiku 5.5 overview และหน้า Model deprecations ของ platform.claude.com (11 ต.ค. 2569)

เรื่องวันเกษียณต้องพูดให้ชัด เพราะในบทความ Sonnet 5.5 เราเขียนว่า Haiku 4.5 "มีกำหนดเกษียณ 15 ตุลาคม 2569" ซึ่งอ่านเอกสารคลาดเคลื่อน ตารางของ Anthropic ระบุ Haiku 4.5 เป็น Active และวันที่ 15 ตุลาคมอยู่ในช่อง "ยังไม่เกษียณก่อน" คือคำสัญญาว่าจะไม่ปิดก่อนวันนั้น ไม่ใช่วันปิด นโยบายของ Anthropic คือต้องแจ้งล่วงหน้าอย่างน้อย 60 วันก่อนปิดโมเดลที่เปิดตัวสาธารณะแล้ว ตัวอย่างล่าสุดคือ Sonnet 4.5 ได้รับแจ้งวันที่ 30 กันยายน 2569 และปิดวันที่ 30 พฤศจิกายน 2569 ณ วันที่เขียน Haiku 4.5 ยังไม่มีประกาศแบบนั้น ระบบที่วิ่งบน Haiku 4.5 จึงไม่ได้ล้มในสัปดาห์หน้า แต่ควรเริ่มทดสอบย้ายตั้งแต่ตอนนี้ เพราะเมื่อประกาศมาจะมีเวลาสองเดือน และการย้ายรอบนี้มีงานมากกว่าเปลี่ยนรหัสโมเดลบรรทัดเดียว (หัวข้อที่ 5)

อีกจุดที่ต่างจาก Haiku 4.5 และกระทบต้นทุนโดยตรงคือ ตัวตัดคำ (tokenizer) Haiku 5.5 ใช้ตัวตัดคำรุ่นใหม่ชุดเดียวกับโมเดลตั้งแต่ Opus 4.7 ขึ้นไป ข้อความเดิมจะนับโทเคนเพิ่มประมาณ 30% เหมือนที่เกิดตอนSonnet 5 เปิดตัว ตัวเลข 90% ที่ถูกลงจึงต้องหักส่วนนี้ออกก่อนเอาไปคำนวณบิล และรูปภาพขนาดใหญ่คิดโทเคนแพงขึ้นด้วย เพราะ Haiku 5.5 ใช้ชั้นภาพความละเอียดสูง รูป 2,000 × 1,500 พิกเซลคิดโทเคนภาพราว 2.5 เท่าของ Haiku 4.5

2. ราคา ถูกลง 90% จริง แต่มีเงื่อนไข 2 ข้อที่ต้องอ่านก่อนคำนวณ

Haiku 5.5 เป็นโมเดลแรกของ Anthropic ที่คิดราคาสองขั้นตามความยาว prompt คำขอที่ prompt ไม่เกิน 100,000 โทเคนได้ราคาถูกลง 90% จาก Haiku 4.5 ทุกช่อง ส่วนคำขอที่ prompt เกิน 100,000 โทเคนได้ราคาถูกลง 50% Anthropic ระบุว่าคำขอที่ผ่านระบบประมาณ 90% อยู่ในกลุ่มแรก และเมื่อถัวเฉลี่ยแล้วต้นทุนรวมลดลง "ราว 75%"

ที่มา: หน้า Pricing ของ platform.claude.com (11 ต.ค. 2569) · กลุ่ม >100K ถูกลง 50% จาก Haiku 4.5 ทุกช่อง · การล็อกให้ประมวลผลเฉพาะในสหรัฐฯ ด้วย inference_geo คิดเพิ่ม 1.1 เท่าทั้งสองขั้น

เงื่อนไขข้อแรกคือ วิธีนับความยาว prompt Anthropic นับโทเคน input ทั้งหมดของคำขอนั้น รวมส่วนที่อ่านจาก cache และส่วนที่เขียน cache ด้วย คำขอที่ข้ามเส้น 100,000 จึงจ่ายราคาขั้นสูงทั้งคำขอ แม้ส่วนใหญ่ของ prompt จะมาจาก cache ก็ตาม และคิดเป็นรายคำขอ คำขอก่อนหน้าที่อยู่ใต้เส้นยังได้ราคาเดิม งานที่ prompt ยาวใกล้เส้นจึงควรออกแบบให้อยู่ใต้ 100,000 ให้ได้ ซึ่งบนตัวตัดคำใหม่ 1 ล้านโทเคนเท่ากับภาษาอังกฤษราว 555,000 คำ เส้น 100,000 โทเคนจึงอยู่ราว 55,000 คำ ภาษาไทยนับโทเคนต่อคำมากกว่านั้น ให้นับจริงด้วย count_tokens โดยระบุโมเดลเป็น Haiku 5.5 ไม่ใช่เอาตัวเลขเก่าของ Haiku 4.5 มาใช้

เงื่อนไขข้อสองคือ ตัวตัดคำนับโทเคนเพิ่ม 30% ตามหัวข้อที่ 1 ถ้าเอาข้อความชุดเดิมมาคิด input ของ Haiku 5.5 จะอยู่ราว $0.13 ต่อข้อความที่เคยเป็น 1 ล้านโทเคนบน Haiku 4.5 เทียบกับ $1.00 เดิม ยังถูกลงราว 87% ไม่ใช่ 90% ตัวเลขยังดีมาก แต่คนทำงบควรใช้ตัวเลขหลังหักนี้

สองอย่างที่ Haiku 5.5 ไม่มี คือ fast mode (ยังจำกัดที่ Opus) และ Priority Tier ถ้าองค์กรทำสัญญา Priority Tier บน Haiku 4.5 ไว้ ต้องวางแผนกำลังการผลิตแยก เพราะย้ายสัญญามาไม่ได้

3. เก่งด้านไหน ตาราง 8 ชุดทดสอบ และผลวัดอิสระที่แยกตาม effort

Anthropic รายงานคะแนน 8 ชุดเทียบกับ Haiku 4.5, Sonnet 5.5 และ GPT-6 Luna ของ OpenAI ซึ่งเป็นโมเดลเล็กคู่แข่งโดยตรง ภาพรวมคือ Haiku 5.5 ชนะ GPT-6 Luna ทุกแถวที่มีคะแนนทั้งคู่ และปิดช่องว่างระหว่าง Haiku 4.5 กับ Sonnet 5.5 ได้มากในงานสำนักงาน แต่ยังห่าง Sonnet 5.5 ชัดในงานโค้ดบน terminal

ที่มา: ประกาศ Introducing Claude Haiku 5.5 ของ Anthropic (7 ต.ค. 2569) · ตารางหลักในประกาศไม่ระบุระดับ effort ของแต่ละแถว แต่มีกราฟแยก "ความแม่นยำต่อต้นทุน" ที่แสดงว่าคะแนนเปลี่ยนตาม effort ทั้ง 5 ระดับ

แถวที่น่าอ่านที่สุดสำหรับองค์กรคือสองแถวแรก GDPval-AA และ AA-Briefcase วัดงานที่พนักงานออฟฟิศทำจริง เช่น เขียนรายงาน ทำสเปรดชีต อ่านเอกสาร Haiku 5.5 ขยับจาก 735 มาที่ 1,620 คือปิดช่องว่างระหว่าง Haiku 4.5 กับ Sonnet 5.5 ได้ราว 80% ในราคา input ที่ถูกกว่า Sonnet 5.5 ยี่สิบเท่า แถวที่ควรระวังคือ Terminal-Bench และ FrontierCode งาน agent เขียนโค้ดหลายขั้นยังเป็นของ Sonnet 5.5 ส่วนแถว OSWorld ที่ขึ้นจาก 15.7% เป็น 72.4% คือเหตุผลที่ Anthropic ชูเรื่อง browser use และ computer use สำหรับโมเดลเล็กเป็นครั้งแรก

ตัวเลขจากลูกค้าในประกาศช่วยยืนยันทิศทางเดียวกัน Asana วัดเวลาตอบงานลดลงกว่า 30% และแต่ละรอบของ agent เร็วขึ้นถึง 2.5 เท่า HubSpot ได้คะแนนชุดทดสอบภายในสูงสุดที่เคยมีที่ 92.8% Box ได้คะแนนสูงกว่า Haiku 4.5 อยู่ 11 จุดที่เวลาตอบราวครึ่งเดียว และ AlphaSense วัดได้ 0.84 เทียบ 0.76 ของ Haiku 4.5 ตัวเลขเหล่านี้เป็นชุดทดสอบของแต่ละบริษัทเอง ใช้ดูทิศทางได้ แต่เอาไปเทียบกันตรง ๆ ไม่ได้

ผลวัดอิสระจาก Artificial Analysis ที่ออกวันที่ 8 ตุลาคม ให้ภาพเพิ่มเรื่อง effort ซึ่งตารางของ Anthropic ไม่ได้แยก

ที่มา: Artificial Analysis หน้าเทียบ Haiku 5.5 medium กับ xhigh และ The Decoder (8 ต.ค. 2569) · ตัวเลขอาจเปลี่ยนเมื่อ Artificial Analysis เพิ่มรอบวัด

สองข้อสังเกตจากตารางนี้ หนึ่ง ความเร็วปล่อยโทเคนใกล้เคียงกันทุก effort แต่ เวลาถึงคำตอบแรกต่างกันกว่า 4 เท่า เพราะที่ effort สูงโมเดลใช้เวลาคิดก่อนตอบนานขึ้น งานที่ผู้ใช้นั่งรอหน้าจอจึงควรอยู่ที่ medium หรือต่ำกว่า สอง ต้นทุนรันชุดทดสอบที่ xhigh แพงกว่า medium เกือบ 3 เท่าเพื่อแลกคะแนนเพิ่ม 7 จุด ซึ่งเป็นช่วงที่ Anthropic เองแนะนำให้ลองเทียบกับ Sonnet 5.5 ก่อนตัดสินใจ

4. ใช้ที่ไหนได้ claude.ai, Claude Code, API และคลาวด์ 3 เจ้า

ประกาศระบุว่า Haiku 5.5 "ใช้ได้แล้วบนทุกแพลตฟอร์ม" รวม Amazon Web Services, Google Cloud และ Microsoft Azure แต่ไม่ได้พูดถึงแผน claude.ai เลย ต่างจากประกาศ Opus 5.5 และ Sonnet 5.5 ที่ระบุชัด ข้อมูลเรื่องหน้าเว็บและ Claude Code ด้านล่างจึงมาจากรายงานภายนอก

ที่มา: หน้า overview และ migration guide ของ platform.claude.com · ข้อมูล claude.ai และ Claude Code จาก Apidog (ต.ค. 2569) ซึ่งไม่ใช่แหล่งทางการ

สำหรับองค์กรที่จัดหา Claude Team หรือ Enterprise ผ่าน Grand Linux ข่าวนี้ไม่เปลี่ยนราคาต่อที่นั่ง ผู้ใช้บนหน้าเว็บจะได้โมเดลเล็กที่ตอบไวขึ้นเป็นตัวเลือก ส่วนที่กระทบบิลจริงคือฝั่ง API ขององค์กรที่สร้างระบบอัตโนมัติไว้บน Haiku 4.5 หรือเคยต้องใช้ Sonnet เพราะ Haiku 4.5 ทำงานนั้นไม่ไหว ดูโครงสร้างราคาแต่ละช่องทางได้ที่ หน้าราคา Claude

5. สำหรับทีมพัฒนา 6 จุดที่โค้ด Haiku 4.5 เดิมจะพัง และ 2 จุดที่ Haiku ทำได้แต่รุ่นพี่ทำไม่ได้

การย้ายจาก Haiku 4.5 มีงานมากกว่าตอนย้าย Sonnet 5 ไป Sonnet 5.5 เพราะ Haiku 4.5 ยังอยู่บนชุดพารามิเตอร์รุ่นเก่า ทั้ง budget_tokens, temperature และ prefill ซึ่ง Haiku 5.5 ปฏิเสธหมด Anthropic จัดกลุ่มการเปลี่ยนแปลงไว้ 3 แบบ breaking (คำขอล้มเหลว), changed (คำขอผ่านแต่ผลต่างจากเดิม) และ new

ที่มา: หน้า What's new in Claude Haiku 5.5 และ Migration guide ของ platform.claude.com (11 ต.ค. 2569)

สองจุดที่ Haiku 5.5 ผ่อนปรนกว่า Opus 5.5 และ Sonnet 5.5 ซึ่งทีมที่เพิ่งย้ายรุ่นพี่ไปแล้วอาจแปลกใจ ข้อแรก ปิด thinking ด้วย {"type":"disabled"} ได้ที่ effort low, medium และ high (xhigh กับ max จะ error 400) ไม่ต้องใช้ between_tools แบบ Sonnet 5.5 ข้อสอง บังคับเรียกเครื่องมือด้วย tool_choice แบบ any หรือระบุชื่อยังทำได้ เพียงแต่คำตอบจะเริ่มด้วยการเรียกเครื่องมือทันทีโดยไม่มี thinking block นำ ถ้าอยากให้คิดก่อนเรียกให้ใช้ auto แล้วบอกในพรอมต์ ส่วนเรื่องอ่าน thinking block ข้ามรุ่น Haiku 5.5 อ่านของ Sonnet 5, Opus 4.8 และ Haiku 4.5 ได้ บทสนทนาที่ย้ายกลางคันจาก Haiku 4.5 จึงไม่เสียเหตุผลที่คิดไว้ แต่อ่านของ Opus 5, Opus 5.5, Sonnet 5.5 และตระกูล Fable ไม่ได้ ในทางกลับกัน Opus 5.5 และ Sonnet 5.5 อ่านของ Haiku 5.5 ได้บน Claude API และ Google Cloud ซึ่งสำคัญกับงานที่ให้ Haiku อ่านไปก่อนแล้วส่งต่อให้รุ่นพี่ตัดสิน

การย้ายขั้นต่ำสำหรับโค้ดที่เปิด thinking บน Haiku 4.5 อยู่ หน้าตาเป็นแบบนี้

# ก่อน — Haiku 4.5 ตั้ง budget_tokens และปรับ temperature
response = client.messages.create(
    model="claude-haiku-4-5",
    max_tokens=4096,
    temperature=0.2,
    thinking={"type": "enabled", "budget_tokens": 2048},
    messages=[...],
)

# หลัง — Haiku 5.5 ใช้ adaptive + effort, ลบ temperature, เผื่อ max_tokens ให้ thinking
response = client.messages.create(
    model="claude-haiku-5-5",
    max_tokens=16000,                     # โทเคนที่ใช้คิดนับรวมใน max_tokens
    thinking={"type": "adaptive"},        # หรือไม่ส่ง thinking เลย ค่าเริ่มต้นคือ adaptive
    output_config={"effort": "low"},      # งานตอบสั้นปริมาณมากเริ่มที่ low แล้ววัด
    messages=[...],
)
answer = next(b.text for b in response.content if b.type == "text")  # เลือกด้วย type ไม่ใช่ content[0]

เรื่อง max_tokens ต้องย้ำ โทเคนที่ใช้คิดนับรวมใน max_tokens แม้ไม่ได้ส่งเนื้อความคิดกลับมา ค่า 256 หรือ 512 ที่เคยตั้งไว้สำหรับงานจัดหมวดบน Haiku 4.5 อาจทำให้คำขอจบด้วย stop_reason: "max_tokens" หลัง thinking block โดยยังไม่มีข้อความคำตอบเลย ทางแก้คือเพิ่ม max_tokens หรือลด effort ลง ทีมที่ใช้ Claude Code อยู่แล้วสั่ง /claude-api migrate this project to claude-haiku-5-5 ให้ไล่แก้ทั้งโปรเจกต์ได้ ซึ่ง Anthropic ใส่คำแนะนำนี้ไว้ในหน้า migration guide เอง

6. effort 5 ระดับ ตั้งตรงไหนสำหรับงานไหน

effort คือตัวคุมหลักของ Haiku 5.5 แทน budget_tokens เดิม ค่าเริ่มต้นบน API คือ medium (ต่างจาก Sonnet 5.5 ที่เริ่มที่ high) Anthropic ให้แนวทางต่อระดับไว้ชัดในหน้า prompting guide และบอกว่าพรอมต์เดิมของ Haiku 4.5 ส่วนใหญ่ใช้ต่อได้โดยไม่ต้องแก้

ที่มา: หน้า Prompting Claude Haiku 5.5 ของ platform.claude.com (11 ต.ค. 2569)

สามเทคนิคจากหน้าเดียวกันที่มีผลจริงกับงานองค์กร หนึ่ง ถ้าให้โมเดลค้นเว็บหรือฐานความรู้ ให้ใส่วันที่ปัจจุบันไว้ใน system prompt เสมอ การทดสอบของ Anthropic พบว่าแค่บอกวันที่ก็ทำให้โมเดลยึดผลค้นหาล่าสุดมากขึ้น สอง แชตบอทบริการลูกค้าควรใส่ประโยคย้ำว่ากติกาใน system prompt ใช้ตลอดบทสนทนา แม้ผู้ใช้จะเถียง ขอแค่บางส่วน หรืออ้างว่ามีคนอนุมัติ เพราะโมเดลเล็กถูกโน้มน้าวง่ายกว่า และถ้าเรื่องนี้สำคัญให้ใช้ high สาม เปลี่ยน effort ระหว่างบทสนทนาด้วยค่าบนสุดจะทำให้ cache ของข้อความทั้งหมดหลุด ให้ใช้การเปลี่ยน effort รายข้อความ (beta) ซึ่งรักษา cache ไว้ได้

7. Safeguard การปฏิเสธคำขอที่ Haiku 4.5 ไม่เคยมี

Haiku 5.5 เป็น Haiku ตัวแรกที่มี safety classifier แบบเดียวกับรุ่นพี่ คำขอที่ถูกปฏิเสธจะกลับมาเป็น HTTP 200 พร้อม stop_reason: "refusal" และ stop_details.category บอกหมวด 4 หมวด ได้แก่ cyber (อาจใช้สร้างมัลแวร์หรือ exploit การหาช่องโหว่ในซอร์สโค้ดยังทำได้), frontier_llm (ช่วยพัฒนาโมเดลคู่แข่ง), bio (วิธีการชีวภาพอันตราย คำถามสุขภาพทั่วไปไม่กระทบ) และ general_harms (เรื่องอื่นตามนโยบายการใช้งาน) Anthropic ระบุว่าการคุมด้าน cyber ของ Haiku 5.5 เข้มกว่า Haiku 4.5 แต่ผ่อนกว่าโมเดลรุ่นใหม่ตัวอื่น ส่วนด้าน bio เท่ากับ Sonnet 5 / 5.5 และ Opus 5

8. เลือก Haiku 5.5 หรือ Sonnet 5.5 กติกาตัดสินใจ

ราคาต่างกัน 20 เท่าทั้ง input และ output สำหรับคำขอใต้ 100,000 โทเคน แต่คะแนนต่างกันไม่เท่ากันในแต่ละงาน กติกาที่เราใช้คือดูประเภทงานก่อน แล้วดูความยาว prompt เป็นข้อสอง

ข้อสรุปที่ Anthropic เขียนไว้เองและตรงกับประสบการณ์เราคือ ถ้าจะใช้ Haiku 5.5 ที่ xhigh หรือ max ให้รันชุดทดสอบเดียวกันบน Sonnet 5.5 ที่ low หรือ medium ด้วย เพราะโมเดลกลางที่คิดน้อยมักได้คะแนนใกล้กัน ในเวลาที่สั้นกว่า และบางครั้งถูกกว่า ส่วน Haiku 4.5 ไม่ควรเป็นคำตอบของงานใหม่อีกแล้ว ทุกแถวที่มีคะแนน Haiku 5.5 ชนะขาดในราคาที่ถูกกว่า

9. มุมมองจากงาน ERP โมเดลเล็กอยู่ตรงไหนในงานเชื่อมต่อ

ในงานเชื่อม Claude เข้ากับระบบหลังบ้านที่ Grand Linux ทำ ขั้นที่กินปริมาณคำขอมากที่สุดไม่ใช่ขั้นตอบคำถามยาก แต่เป็นขั้นก่อนหน้านั้น เช่น อ่านข้อความที่ผู้ใช้ส่งมาแล้วแยกว่าเป็นคำถามการใช้งาน เรื่องแจ้งข้อผิดพลาด หรือคำขอข้อมูล ดึงเลขที่เอกสารหรือรหัสหน่วยงานออกจากข้อความ และสรุปรายงานยาว ๆ ให้โมเดลหลักอ่านต่อ งานกลุ่มนี้ขอบเขตชัด ตอบสั้น และเกิดซ้ำทั้งวัน ที่ผ่านมาเราใช้ Sonnet ทำเพราะ Haiku 4.5 ทำงานที่มีหลายขั้นไม่ไหว ตัวเลข OSWorld และ Terminal-Bench ของ Haiku 5.5 บอกว่ารอบนี้โมเดลเล็กเริ่มรับงานหลายขั้นได้ ซึ่งเราจะทดสอบกับงานจริงก่อนย้าย ไม่ย้ายเพราะตาราง

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

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

สรุป

• Claude Haiku 5.5 เปิดตัว 7 ตุลาคม 2569 ราคา $0.10 / $0.50 ต่อล้านโทเคนสำหรับ prompt ไม่เกิน 100,000 โทเคน ถูกลง 90% จาก Haiku 4.5 ส่วน prompt ยาวกว่านั้นคิด $0.50 / $2.50 ถูกลง 50% Anthropic ถัวเฉลี่ยว่าถูกลงราว 75%
• สเปกเท่ารุ่นพี่ context 1M, output 128K, adaptive thinking, effort 5 ระดับ (ค่าเริ่มต้น medium) ความรู้ถึงมิถุนายน 2569 แต่ตัวตัดคำใหม่นับโทเคนเพิ่มราว 30% ต้องหักออกก่อนทำงบ
• เก่งขึ้นมากในงานสำนักงาน (GDPval-AA 735 → 1,620) และงานสั่งคอมพิวเตอร์ (OSWorld 15.7% → 72.4%) ชนะ GPT-6 Luna ทุกแถว แต่ยังห่าง Sonnet 5.5 ในงาน agent เขียนโค้ด
• Haiku 4.5 ยังสถานะ Active ไม่มีประกาศเกษียณ วันที่ 15 ตุลาคมคือวันที่เร็วที่สุดที่เป็นไปได้ และ Anthropic ต้องแจ้งล่วงหน้า 60 วัน แต่ควรเริ่มทดสอบย้ายตั้งแต่ตอนนี้ เพราะมี breaking change 6 ข้อ ทั้ง budget_tokens, temperature, prefill, computer use, structured outputs บน Bedrock และการแก้ประวัติบทสนทนา
• Haiku 5.5 ผ่อนปรนกว่ารุ่นพี่สองเรื่อง ปิด thinking ได้ที่ high ลงมา และบังคับ tool_choice ได้ แต่มี safeguard ปฏิเสธคำขอโดยไม่มี server-side fallback ต้องเขียนทางหนีเอง
• กติกาเลือกรุ่น: งานจัดหมวด คัดกรอง ดึงข้อมูล สรุป และ subagent เริ่มที่ Haiku 5.5 medium งานสำนักงานยาวและ agent เขียนโค้ดใช้ Sonnet 5.5 ถ้าต้องดัน Haiku ไป xhigh ให้เทียบกับ Sonnet 5.5 ที่ low ก่อน

โมเดลเล็กที่ถูกลงสิบเท่าไม่ได้มาแทนโมเดลกลาง มันมาแทนงานที่เราเคยจ่ายราคาโมเดลกลางทั้งที่ไม่จำเป็น

- ทีม Saeree ERP

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

• Anthropic — Introducing Claude Haiku 5.5 (7 Oct 2026)
• Claude Platform Docs — Claude Haiku 5.5 overview
• Claude Platform Docs — What's new in Claude Haiku 5.5
• Claude Platform Docs — Claude Haiku 5.5 migration guide
• Claude Platform Docs — Prompting Claude Haiku 5.5
• Claude Platform Docs — Model deprecations
• Claude Platform Docs — Pricing
• Artificial Analysis — Claude Haiku 5.5 (Medium) vs Claude Haiku 5.5 (Xhigh)
• The Decoder — Claude Haiku 5.5 arrives with massive price cuts (8 Oct 2026)
• heise online — Claude Haiku 5.5: Anthropic cuts API prices by up to 90 percent
• Apidog — How to Use Claude Haiku 5.5 in Claude Code (and as Your Subagent Model)