Opus 4.8 ใน Claude Code: มีอะไรใหม่ ราคา และวิธีเปลี่ยนไปใช้ในปี 2026

เอกสารอ้างอิงของ Ailoot: ailoot.ai/docs/.

เปิดตัวอะไรใน Claude Code เมื่อวันที่ 28 พฤษภาคม#

วันที่ 28 พฤษภาคม Anthropic เปิดตัว Opus 4.8 — หลังจาก Opus 4.7 เพียง 41 วัน ในวันเดียวกันยังมี Claude Code v2.1.154 และบล็อกโพสต์ “Introducing dynamic workflows in Claude Code” ออกมาด้วย วันถัดมา v2.1.156 แก้บั๊กเกี่ยวกับบล็อกการคิดที่ทำให้ API ใช้งานไม่ได้บน Opus 4.8

การเปลี่ยนแปลงสี่อย่างที่ส่งผลต่อทุกคนที่เขียนโค้ดใน Claude Code:

1. โมเดล Opus 4.8 รุ่นใหม่ — ราคาเท่าเดิม ($5/$25 ต่อหนึ่งล้านโทเคน) แต่ผลการทดสอบเปรียบเทียบสูงขึ้น และพลาดบั๊กในโค้ดของตัวเองน้อยลง 4 เท่า
2. Dynamic Workflows — Claude เขียนสคริปต์ JS ที่เปิด subagent ได้รวมสูงสุด 1000 ตัวตลอดรัน แต่ทำงานพร้อมกันไม่เกิน 16 ตัว คำกระตุ้นคือคำว่า workflow ใน prompt
3. effort ระดับ xhigh — ระดับการให้เหตุผลใหม่ ค่าเริ่มต้นของ Opus 4.8 ตอนนี้คือ high; สำหรับงานที่ท้าทาย คุณสามารถเพิ่มเป็น xhigh ได้
4. Fast Mode ราคาถูกลง 3 เท่า — ก่อนหน้านี้ราคาเป็น 6× ของราคามาตรฐาน ตอนนี้เป็น 2× แลกกับความเร็ว 2.5×

Anthropic เองพูดถึงการเปิดตัวครั้งนี้อย่างระมัดระวัง:

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

Opus 4.8 แตกต่างจาก 4.7 อย่างไร?#

ตัวเลขที่ดีขึ้น

Anthropic เผยแพร่ผลการทดสอบเปรียบเทียบในประกาศอย่างเป็นทางการ และใน Claude API Docs ตารางสรุป:

⚠️ ตัวเลขเหล่านี้เป็น ตัวเลขที่ผู้ให้บริการเผยแพร่ — มาจาก Anthropic ไม่ใช่การวัดผลอิสระ

คำกล่าวอ้างหลัก: “มีโอกาสพลาดบั๊กน้อยลง 4×”

Anthropic อ้างว่า:

ฟังดูดีมาก แต่ยังมีประเด็นซ่อนอยู่: ตาม System Card ของ Anthropic Claude Opus 4.8 มีอัตราคำตอบผิดต่ำที่สุดในบรรดาหกโมเดลในทุกการทดสอบเปรียบเทียบ เพราะมันงดตอบเมื่อไม่แน่ใจ

ถ้าแปลภาษาของ System Card เป็นภาษาของ vibe coder: โมเดลไม่ได้ฉลาดขึ้น 4 เท่า แต่มีแนวโน้มจะพูดว่า “ฉันไม่แน่ใจ ลองตรวจสอบดู” มากกว่าการสร้างภาพหลอนที่ฟังดูน่าเชื่อถือ ความซื่อตรงแทนการเพิ่ม IQ — นี่คือวิธีที่มันพัฒนาขึ้น

ในทางปฏิบัติ หมายความว่าในงานเดิมที่ Claude เคยมั่นใจพูดผิด ตอนนี้มันจะบอกว่า “ฉันไม่แน่ใจเรื่องนี้” ซึ่งช่วยลดความเสี่ยง แต่ไม่ได้เพิ่มความครอบคลุม

สิ่งที่ยังเหมือนเดิม

• ราคามาตรฐาน ($5 ต่อหนึ่งล้านโทเคนขาเข้า, $25 ต่อหนึ่งล้านโทเคนขาออก) — ไม่เปลี่ยนแปลง
• วันตัดข้อมูลความรู้ — มกราคม 2026 เช่นเดียวกับ 4.7
• context เริ่มต้น — 1 ล้านโทเคนบน Anthropic API, AWS Bedrock และ GCP Vertex AI ส่วน Microsoft Foundry — 200K
• output สูงสุด — 128K โทเคน
• พารามิเตอร์การสุ่มตัวอย่าง (temperature, top_p, top_k) — ยังไม่รองรับ และจะส่งกลับข้อผิดพลาด 400

จุดที่ Opus 4.8 ยังทำได้ไม่ดี

พูดตามตรง: ใน Terminal-Bench 2.1 Opus 4.8 ได้คะแนน 74.6% — ไม่แย่ แต่ไม่ได้เป็นผู้นำในหมวดนี้ หากงานส่วนใหญ่ของคุณทำใน terminal โปรดคำนึงถึงเรื่องนี้: Codex มักจะทำงานที่ใช้ terminal เพียงอย่างเดียวได้ดีกว่าเล็กน้อย Opus 4.8 นำหน้าในการทดสอบอื่น ๆ แต่ความแตกต่างนี้มีอยู่จริง

ประเด็นตรงไปตรงมาอีกข้อ: ใน agentic pipeline ที่ซับซ้อนและมีข้อมูลขาเข้าที่ยังไม่ได้ตรวจสอบ (การแยกวิเคราะห์เว็บไซต์ การอ่าน RSS) การป้องกัน prompt injection ใน Opus 4.8 ยังไม่มีการรับประกัน หากคุณกำลังสร้างระบบอัตโนมัติที่อ่านเอกสารของผู้อื่น ให้ใช้ตัวกรองข้อมูลขาเข้าแยกต่างหาก

Opus 4.8 ราคาเท่าไรในปี 2026?#

ระดับราคา

ราคามาตรฐานยังเท่าเดิมกับ 4.7 และ 4.6 ซึ่งไม่ค่อยเกิดขึ้น — รุ่นใหม่มักมีราคาสูงขึ้น Fast Mode ราคาถูกลง 3 เท่า: ใน 4.6 และ 4.7 โหมดเร็วมีราคา 6× ของราคามาตรฐาน แต่ใน 4.8 ราคาเป็น 2×

ค่าใช้จ่ายต่อชั่วโมงทำงาน

การเขียนโค้ดแบบใช้งานจริงหนึ่งชั่วโมงใน Claude Code บน Opus 4.8 ใช้โทเคนขาเข้าประมาณ 1–2 ล้านโทเคน และโทเคนขาออก 100–300 พันโทเคน ในราคามาตรฐาน ค่าใช้จ่ายสำหรับขาเข้าคือ $5–10 และขาออก $2.5–7.5 ปัดเป็นตัวเลขกลม ๆ ก็คือ $8–15 ต่อชั่วโมงสำหรับ API เพียงอย่างเดียว

สำหรับแผนแบบสมัครสมาชิก:

• Pro ($20/เดือน) — เพียงพอสำหรับการทำงานจริง 1–2 ชั่วโมงต่อวัน prompt ที่ท้าทายเพียงครั้งเดียวพร้อม Dynamic Workflow ก็ใช้โควตาจนหมดได้
• Max 5x ($100/เดือน) — ทำงานได้ 4–6 ชั่วโมงต่อวันอย่างสม่ำเสมอ เป็นจุดที่ลงตัวสำหรับ vibe coder ส่วนใหญ่
• Max 20x ($200/เดือน) — ทำงานเต็มวันได้โดยไม่ต้องกังวลเรื่องโควตา เหมาะสมหากคุณเปิดใช้ workflows จำนวนมากหรือทำงานกับ Agent SDK

รายละเอียดเพิ่มเติมในคู่มือ วิธีไม่ใช้โควตา Claude Code จนหมด และโทเคนถูกใช้ไปกับอะไร

⚠️ รายละเอียดสำคัญจาก Anthropic: workflow ที่มีเอเจนต์ 1000 ตัวใช้ “โทเคนมากกว่าการใช้งานปกติอย่างมาก” รันใหญ่ใช้โควตาได้มากแม้พร้อมกันไม่เกิน 16 ตัว ตรวจยอดที่ใช้ได้และกำหนดงบรันก่อนเริ่ม จำนวนพร้อมกันอย่างเดียวไม่กำหนดต้นทุนรวม

⚠️ Fast Mode ไม่รวมอยู่ในแผน Pro / Max / Team / Enterprise ต้องเปิดใช้เครดิตการใช้งาน และคิดค่าบริการแยกต่างหากที่ $10/$50 ต่อหนึ่งล้านโทเคน นอกเหนือจากค่าสมัครสมาชิก หากคุณใช้ Max และเปิด Fast Mode โดยไม่มีเครดิต ระบบจะแจ้งให้เติมเงินในยอดคงเหลือ เรื่องนี้มักถูกมองข้ามเมื่ออ่านเอกสาร

Dynamic Workflows ใน Claude Code คืออะไร?#

workflow แตกต่างจาก subagent และ skill อย่างไร

ก่อนหน้านี้ ทุกอย่างที่ Claude Code ทำโดยอัตโนมัติใช้การประสานงานทีละรอบ ในแต่ละรอบ Claude ตัดสินใจว่าจะเรียกใช้เครื่องมือใด และผลลัพธ์ระหว่างทางอยู่ใน context ของมัน วิธีนี้ใช้ได้กับ subagent สูงสุด 4–5 ตัว; หากมากกว่านั้น context จะล้น

Dynamic Workflow เปลี่ยนรูปแบบนี้ Claude เขียนสคริปต์ JavaScript เพื่อให้สคริปต์ประสานงานเอเจนต์เอง ผลลัพธ์ระหว่างทางเก็บไว้ในตัวแปรของสคริปต์ ไม่ใช่ใน context ของ Claude มีเพียงผลลัพธ์สุดท้ายที่กลับเข้าสู่ context ซึ่งส่งผลสามอย่าง:

1. คุณเปิดใช้เอเจนต์พร้อมกันได้สูงสุด 16 ตัว รวมสูงสุด 1000 ตัวต่อการรันหนึ่งครั้ง
2. context ของ Claude ไม่ล้น — subagent แต่ละตัวทำงานใน sandbox ของตัวเอง
3. นำสคริปต์กลับมาใช้ได้ — หลังรันสำเร็จ ให้กด s ใน /workflows แล้วบันทึกเป็น slash command ของคุณ

เอกสาร workflow ของ Anthropic อธิบายไว้ดังนี้:

ขีดจำกัดของ runtime

สามวิธีเปิดใช้ workflow

1. ใส่คำว่า workflow ใน prompt “Run a workflow to audit every API endpoint under src/routes/ for missing auth checks”. Claude เห็นคำกระตุ้น เขียนสคริปต์ และเปิดใช้งาน
2. /effort ultracode — รวมการให้เหตุผลระดับ xhigh เข้ากับการประสานงาน workflow อัตโนมัติ โดยมีผลกับงานที่มีเนื้อหาสำคัญทั้งหมดในเซสชัน เอกสารระบุว่า:

3. /deep-research [question] — workflow ในตัวสำหรับการค้นคว้าด้วยการค้นหาเว็บและตรวจสอบแหล่งข้อมูลข้ามกัน

ตัวอย่าง: Bun บน Rust 750,000 บรรทัดใน 11 วัน

ทีม Bun ใช้ Dynamic Workflows ในการทดลองย้าย Bun จาก Zig ไปเป็น Rust ตามบล็อกของ Anthropic:

• สร้างโค้ด Rust ประมาณ 750,000 บรรทัด
• ใช้เวลา 11 วัน จาก commit แรกจนถึงการ merge
• 99.8% ของ tests ในชุดทดสอบเดิมผ่าน
• มีกฎประมาณ 300 ข้อ สำหรับแปล Zig → Rust

รูปแบบทางเทคนิคประกอบด้วย workflows สามรายการต่อเนื่องกัน:

1. Workflow #1 ระบุ Rust lifetime ที่ถูกต้องสำหรับแต่ละฟิลด์ struct ใน codebase ของ Zig
2. Workflow #2 เขียนไฟล์ .rs แต่ละไฟล์ให้มีพฤติกรรมเหมือนกับไฟล์ .zig ที่สอดคล้องกัน กระจายงานไฟล์หลายร้อยงานเป็น batches โดยมีเอเจนต์พร้อมกันสูงสุด 16 ตัว และ ผู้ตรวจสอบสองคนต่อไฟล์
3. Workflow #3 เป็นวงจรแก้ไข: รัน build + test ซ้ำจนกว่าทุกอย่างจะผ่าน

กับดักหลัก: workflows อาจใช้โควตาจนหมดแม้กับงานเล็ก

ข้อแนะนำเชิงปฏิบัติ: หากจัดการงานได้ด้วย subagent ง่าย ๆ 1–2 ตัว อย่าเรียกใช้ workflow ให้ใช้ subagent ด้วยตนเอง Workflows คุ้มค่าสำหรับไฟล์ 50+ ไฟล์ ไม่ใช่ 5 ไฟล์

Dynamic Workflow คือขั้นต่อไปของการออกแบบ context workflow กระจายงานผ่านการเปิดเอเจนต์รวมสูงสุด 1000 ตัวโดยจัดให้พร้อมกันไม่เกิน 16 หากไม่มีบริบทโปรเจกต์ร่วม ข้อผิดพลาดอาจสะสมข้าม batch เพราะแต่ละตัวเห็นเฉพาะส่วนของตน

ควรเปิดใช้ effort ระดับ xhigh เมื่อใด?#

ในบันทึกการเผยแพร่ Claude Code v2.1.154 Anthropic ระบุชัดเจนว่า Opus 4.8 ทำงานด้วย effort=high เป็นค่าเริ่มต้น — นี่คือมาตรฐานใหม่หลังการเปิดตัว ก่อนหน้านี้มาตรฐานอยู่ในระดับต่ำกว่า ส่วนระดับ xhigh ใหม่มีให้เลือกเพิ่มจากนั้นสำหรับงานที่ท้าทายที่สุด ซึ่งโมเดลใช้โทเคนการคิดมากขึ้นในทุก ๆ รอบ

ควรใช้ xhigh เมื่อ:

• Migration (รูปแบบสถาปัตยกรรมใหม่ → ไฟล์ 50+ ไฟล์)
• Security audit (ตรวจสอบความปลอดภัยของ endpoint 200+ รายการ)
• Refactor ที่วางแผนไว้พร้อมตรวจสอบ invariants
• การดีบักที่ซับซ้อนและยาวนาน ซึ่งโมเดลต้องจดจำขั้นตอนทั้งหมด

ไม่ควรใช้เมื่อ:

• แก้ไขทั่วไปในไฟล์เดียว (เขียน test, เปลี่ยนชื่อ method)
• prompt ง่าย ๆ ที่มีโครงสร้างชัดเจน
• เอกสาร / comments — xhigh ทำให้เสียค่าใช้จ่ายเพิ่มในส่วนนี้

ใน Claude Code v2.1.154 แถบเลื่อน effort เปลี่ยนชื่อจาก “Speed/Intelligence” เป็น “Faster/Smarter” ตอนนี้ระบบตั้งค่า /effort high เป็นค่าเริ่มต้นอยู่เบื้องหลังแล้ว คุณจึงไม่จำเป็นต้องเปลี่ยนเองอย่างชัดเจน

ควรใช้ Fast Mode เมื่อใด?#

ราคา:

ควรใช้เมื่อ:

• งานแบบโต้ตอบที่เวลาในการตอบสนองสำคัญกว่าความแม่นยำ (review โค้ดสดระหว่างสตรีม)
• แก้ไขเร็วและทดสอบสมมติฐาน
• สาธิต / นำเสนอให้ลูกค้า

ไม่ควรใช้เมื่อ:

• งาน agentic ระยะยาว — ราคา 2× บน context 1M ทำให้ไม่คุ้มค่า
• Dynamic Workflow ใหญ่ — Fast Mode เพิ่มอัตราโทเค็นที่ใช้เป็นสองเท่า และ usage รวมจากทุกเอเจนต์ที่เปิด เพดานเปิดรวม 1000 ไม่ใช่ตัวคูณต้นทุนงานตายตัว 1000× ต้องวางงบจากอินพุตเอาต์พุตรวมจริง
• เซสชันเบื้องหลังที่ความเร็วไม่สำคัญ

เปลี่ยนไปใช้ Opus 4.8 โดยไม่เสียการตั้งค่าได้อย่างไร?#

ขั้นตอนที่ 1. อัปเดต Claude Code

ใน terminal:

claude upgrade

หรือให้ติดตั้งใหม่โดยทำตามเอกสารของ Anthropic

⚠️ เวอร์ชันเป้าหมายคือ v2.1.156 หรือใหม่กว่า v2.1.154 มีบั๊ก: เมื่อใช้ Opus 4.8 บล็อกการคิดจะถูกแก้ไข ซึ่งทำให้เกิดข้อผิดพลาดของ API บั๊กนี้แก้ไขแล้วใน v2.1.156

ตรวจสอบเวอร์ชัน:

claude --version

ขั้นตอนที่ 2. เปลี่ยนโมเดลใน /config

ใน Claude Code:

/model claude-opus-4-8

หรือเปิด /config → ส่วน Model → เลือก Opus 4.8 จากรายการ ID ของโมเดลที่ API endpoint คือ claude-opus-4-8

ขั้นตอนที่ 3. เปิดใช้ Dynamic Workflows (แผน Pro)

Dynamic Workflows ถูกปิดไว้เป็นค่าเริ่มต้นในแผน Pro เปิด /config → ส่วน Workflows → เปิดใช้งาน แผน Max, Team และ Enterprise แบบส่วนบุคคลเปิดใช้ไว้ตั้งแต่แรกแล้ว สำหรับ Enterprise ที่มีผู้ดูแลระบบ ผู้ดูแลอาจปิดใช้งานไว้ ให้ขอให้ผู้ดูแลเปิดใช้

ขั้นตอนที่ 4. ทดสอบ

ใน Claude Code ให้ขอทำงานง่าย ๆ ที่มีผลลัพธ์ชัดเจนเพื่อให้แน่ใจว่าโมเดลตอบสนองได้ถูกต้อง:

Write a TypeScript function that splits an array into chunks of a fixed length.
Give me tests in vitest.

หากคำตอบเหมาะสมและมีวลี “using claude-opus-4-8” ปรากฏที่ต้นคำตอบ แสดงว่าเปลี่ยนสำเร็จ หากพบข้อผิดพลาด 400 ให้ตรวจสอบเวอร์ชัน Claude Code ของคุณ (กลับไปขั้นตอนที่ 1)

สิ่งที่ไม่จำเป็นต้องย้าย

• CLAUDE.md ใช้ได้กับทุกโมเดลโดยไม่ต้องเปลี่ยนแปลง รายละเอียดเพิ่มเติมอยู่ในคู่มือวิธีกำหนดค่า CLAUDE.md
• Skills จะถูกเรียกใช้โดย Opus 4.8 โดยอัตโนมัติ รายละเอียดเพิ่มเติมอยู่ในคู่มือ Claude Code Skills
• เซิร์ฟเวอร์ MCP ทำงานเหมือนเดิมทุกประการ คู่มือ MCP คือ 7 ชุดที่พร้อมใช้งาน
• Subagents และ Plan Mode ไม่เปลี่ยนแปลง สรุปการเลือกระหว่าง Skills, Subagents, MCP และ Plugins อยู่ในคู่มือหลักที่เกี่ยวข้อง

ควรเปลี่ยนจาก Sonnet 4.6 หรือ Haiku 4.5 หรือไม่?#

ผมเคยอธิบายการเลือกระหว่าง Sonnet กับ Opus ไว้ในคู่มือฉบับก่อน แต่ตอนนั้นเป็นเรื่อง 4.7 กฎเปลี่ยนไปเล็กน้อยเมื่อใช้ Opus 4.8

ตารางตัดสินใจสำหรับปี 2026:

สำหรับ vibe coder ส่วนใหญ่ จุดลงตัวคือ Sonnet 4.6 เป็นโมเดลเริ่มต้น พร้อมใช้ Opus 4.8 สำหรับงานท้าทายผ่านตัวเลือก /model วิธีนี้ช่วยให้คุณจ่ายน้อยลงและยังจัดการงานท้าทายได้อย่างเหมาะสม

Opus 4.8 ทำอะไรไม่ได้?#

สามด้านที่ Opus 4.8 ทำได้ไม่ดีตามรายงานจากการใช้งานจริง:

1. กลยุทธ์และแผนงานที่ใช้ข้อมูลจำนวนมาก รายงานจากการใช้งานจริงระบุว่า 4.7 ยังเหมาะกับการวิเคราะห์มากกว่า หากกรณีใช้งานหลักของคุณคือสร้างตาราง metrics และเสนอแผนงาน ให้ลอง 4.8 ก่อน หากไม่ได้ผล ให้กลับไปใช้ 4.7 ด้วย /model claude-opus-4-7

2. “10% สุดท้าย” ใน codebase ที่มีอยู่ โมเดลทำงาน greenfield (โครงการใหม่ตั้งแต่ต้น) ได้ดีมาก แต่มีปัญหาเมื่อต้องพัฒนาโค้ดเก่าให้สมบูรณ์ — ทั้งกรณีขอบและลักษณะเฉพาะของสถาปัตยกรรม นี่เป็นจุดอ่อนทั่วไปของโมเดลการให้เหตุผล: สร้างสิ่งใหม่ได้ดี แต่ทำงาน “เก็บรายละเอียดให้เสร็จ” กับสิ่งที่มีอยู่แล้วได้ไม่ดี

3. ยังมีการหลอนข้อมูล “มีโอกาสพลาดบั๊กน้อยลง 4×” หมายความว่าโมเดลพูดว่า “ฉันไม่รู้” บ่อยขึ้น แต่เมื่อ context ไม่เพียงพอ ก็ยังอาจสร้างข้อมูลเท็จที่ฟังดูน่าเชื่อถือได้ วิธีป้องกันคือบริบทของโครงการ: ยิ่ง CLAUDE.md ครบถ้วนมากเท่าไร ก็ยิ่งมีช่องให้เกิดการหลอนน้อยลง

ไม่ได้หมายความว่า “อย่าอัปเดต” แต่หมายความว่าให้เข้าใจข้อจำกัด และเก็บ Sonnet 4.6 กับ Opus 4.7 ไว้เป็นทางเลือกสำรอง

อะไรจะเกิดขึ้นหลัง Opus 4.8?#

ตามถ้อยคำของ Anthropic “อีกไม่กี่สัปดาห์ข้างหน้า” มักหมายถึง 4–8 สัปดาห์ กล่าวคือ โมเดลระดับ Mythos น่าจะเปิดตัวในเดือนมิถุนายน–กรกฎาคม 2026 ซึ่งทำให้กลยุทธ์เปลี่ยนไป:

• หากโครงการปัจจุบันของคุณใช้ Sonnet 4.6 หรือ Opus 4.7 — อัปเดตเป็น 4.8 และลอง xhigh กับ workflows ในงานเฉพาะ นี่เป็นการอัปเกรดฟรีในแง่ราคา
• หากคุณวางแผนทำ migration ขนาดใหญ่โดยใช้ workflow — อย่ารีบ โมเดลที่ทำงานได้ดียิ่งกว่าอาจออกมาในอีกหนึ่งหรือสองเดือน คุณเริ่มจากทดลองกับโมดูลเดียวเพื่อทำความเข้าใจวิธีใช้งานได้
• หากคุณกำลังจะสร้างโครงสร้างพื้นฐานใหม่รอบ Dynamic Workflows — รอก่อน Mythos อาจเปลี่ยนรูปแบบการทำงานพื้นฐาน

คำแนะนำหลักคือความไม่แน่นอนนี้: รักษาความยืดหยุ่นไว้ Opus 4.8 เป็นการอัปเกรดแบบค่อยเป็นค่อยไปที่ดี ส่วน Mythos อาจเป็นก้าวกระโดดครั้งใหญ่ อย่าลงทุนกับการปรับระบบครั้งใหญ่หนึ่งเดือนก่อนที่โมเดลใหม่อาจเปิดตัว

สำรวจ Ailoot ต่อได้ที่ ailoot.ai.