Claude Opus 5.5 ออกแบบมาเพื่องานเขียนโค้ดยาว ๆ ที่ใช้ข้อมูลเยอะ ทำไมถึงรันถูกลงราว 40%

ถ้าคุณใช้ Claude Code มาตั้งแต่ต้นปี น่าจะรู้สึกได้ว่าวิธีทำงานกับมันเปลี่ยนไปมาก จากเดิมที่สั่งงานทีละคำถามแล้วรอคำตอบ ตอนนี้หลายคนปล่อยให้ Claude ทำงานยาว ๆ ต่อเนื่องหลายขั้นตอน โดยป้อนข้อมูลประกอบเข้าไปมากขึ้นเรื่อย ๆ Anthropic บอกว่า Claude Opus 5.5 ถูกออกแบบมาเพื่อรับกับพฤติกรรมแบบนี้โดยตรง และคิดรวมแล้ว ค่าใช้จ่ายในการรันถูกกว่า Opus 5 ราว 40%

บทความนี้ทีมงาน IT Genius เรียบเรียงเป็นภาษาไทยจากบทความ Coding sessions are longer and use more context. Claude Opus 5.5 is built with that in mind. ของ Anthropic (24 กันยายน 2026) พร้อมภาพประกอบจากต้นฉบับ และเสริมวิธีตั้งค่าจากเอกสารทางการของ Claude Code เพื่อให้นำไปใช้ได้ทันที

พฤติกรรมการใช้ Claude Code เปลี่ยนไปอย่างไร

ข้อมูลนี้มาจากการใช้งาน Claude Code ช่วงมีนาคมถึงกันยายน 2026 ถ้าแปลเป็นภาษาคนทำงานจะได้ภาพแบบนี้

• Claude ทำงานนานขึ้น 3.3 เท่าต่อหนึ่งคำสั่ง สั่งครั้งเดียวแล้วมันเดินงานต่อเองได้ไกลกว่าเดิมมาก
• เรียกโมเดลบ่อยขึ้นมากกว่า 40% ต่อหนึ่งคำสั่ง เพราะงานหนึ่งชิ้นถูกแตกเป็นหลายขั้นตอน อ่านไฟล์ รันคำสั่ง ตรวจผล แล้วทำต่อ
• คนขัดจังหวะน้อยลง 68% สัญญาณว่าคนเริ่มไว้ใจให้ Claude ทำงานเองมากขึ้น
• ต่อ MCP server หรือใช้ skill มากขึ้นราว 2 เท่า และ แปะข้อความลงใน prompt เองน้อยลงหนึ่งในสาม คือเปลี่ยนจากการก๊อปข้อมูลมาวางเอง เป็นการให้ Claude ไปดึงข้อมูลเองผ่านเครื่องมือ
• ข้อมูลประกอบต่อหนึ่งคำขอเพิ่มขึ้น 2.6 เท่า

ตัวเลขที่น่าสนใจที่สุดคือ สัดส่วน input ต่อ output ที่ขยับจาก 189:1 เป็น 324:1 แปลว่าทุกครั้งที่ Claude เขียนคำตอบออกมาหนึ่ง token มันต้องอ่านข้อมูลเข้าไปถึง 324 token ส่วนใหญ่คือประวัติการคุย ไฟล์ที่เปิดอ่าน และผลจากเครื่องมือต่าง ๆ ที่ถูกส่งกลับไปซ้ำทุกรอบ

ทำไมตัวเลขนี้ถึงสำคัญกับค่าใช้จ่าย

เมื่อ input มากกว่า output หลายร้อยเท่า ต้นทุนส่วนใหญ่จึงไม่ได้อยู่ที่คำตอบที่ได้ แต่อยู่ที่ การอ่านข้อมูลเดิมซ้ำทุกรอบ ข้อมูลที่อ่านซ้ำเหล่านี้ถ้ายังอยู่ในแคช (cache) จะถูกคิดเงินในราคาถูกกว่าการอ่านใหม่มาก ดังนั้นในการทำงานยาว ๆ ราคาของการอ่านจากแคชคือตัวเลขที่กำหนดบิลจริง มากกว่าราคา input หรือ output ที่ประกาศกันทั่วไป

นี่คือเหตุผลที่ Opus 5.5 เน้นลดราคาตรงจุดนี้ที่สุด

แคชถูกลงมาก

หมายเหตุภาพ: กราฟนี้เปรียบเทียบ Opus 5.5 กับ GPT-6 Astra ซึ่งเป็นโมเดลของคู่แข่ง ตัวเลข 60% less และ 80% less ในภาพจึงเป็นส่วนต่างกับคู่แข่ง ไม่ใช่ส่วนลดเทียบกับ Opus 5

เมื่อเทียบกับ Opus 5 รุ่นก่อนหน้า Opus 5.5 ลดราคา input และ output ลงอย่างละ 20% แต่ลดราคา การอ่านจากแคชลงถึง 60% เหลือ 0.20 ดอลลาร์ต่อล้าน token

ถ้าเทียบกับ GPT-6 Astra ตามกราฟด้านบน ราคาอ่านจากแคชของ Opus 5.5 อยู่ที่หนึ่งในห้าของคู่แข่ง (0.20 ดอลลาร์ ต่อ 1.00 ดอลลาร์) ส่วน input และ output ถูกกว่า 60%

ด้านผลทดสอบในกราฟฝั่งขวา Opus 5.5 ได้คะแนนสูงกว่าคู่แข่ง 3 จาก 5 รายการ คือ Terminal-Bench 4.0, FrontierCode v1.1 และ GDPval-AA ส่วนอีก 2 รายการคือ AutomationBench และ Terminal-Bench-Science คะแนนตามหลังคู่แข่งเล็กน้อย ข้อนี้ควรรู้ไว้ถ้างานของคุณใกล้เคียงกับสองรายการหลัง

Claude Code ใช้แคชเก่งขึ้นด้วย

ราคาถูกลงอย่างเดียวไม่พอ ถ้าแคชหลุดบ่อย เราก็ต้องจ่ายค่าเขียนแคชใหม่อยู่ดี Anthropic จึงปรับตัว Claude Code ให้รักษาแคชได้ดีขึ้นหลายจุด ผลคือ ข้อมูลที่ไม่เจอในแคชลดลงมากกว่า 50%

• แคชหลุดยากขึ้นจากเรื่องเล็กน้อย เช่น การรีเฟรชการล็อกอิน ที่เมื่อก่อนทำให้แคชหายโดยไม่รู้ตัว
• เปลี่ยน effort กลางทางได้โดยแคชไม่หาย บน Opus 5.5 และ Fable 5.1 เมื่อใช้ API key หรือแพ็กเกจ Claude subscription จากเอกสารทางการ ข้อนี้ยังไม่รวมการใช้งานผ่าน Amazon Bedrock และ Google Cloud
• subagent แบบ fork เริ่มจากแคชของงานหลัก ไม่ต้องจ่ายค่าอ่านบริบทเดิมซ้ำ (subagent แบบปกติยังเริ่มแคชของตัวเองใหม่ เพราะมี system prompt คนละชุดกับงานหลัก)
• ผู้ใช้ API key ตั้งอายุแคชเป็น 1 ชั่วโมงได้ จากเดิมที่มีแค่ผู้ใช้ subscription ได้สิทธิ์นี้

อัปเดตจากบทความก่อนหน้า ในบทความ ต้นทุนจริงของงานหนึ่งชิ้นบน Opus 5.5 เราเขียนไว้ว่าการเปลี่ยน effort กลางบทสนทนาจะล้างแคช ตอนนี้ข้อนี้ไม่เป็นจริงแล้วสำหรับ Opus 5.5 และ Fable 5.1 ที่ใช้ผ่าน API key หรือ subscription แต่ยังเป็นจริงกับโมเดลอื่น

งานเดิม แต่ใช้จำนวนรอบน้อยลง

อีกส่วนของความประหยัดมาจากตัวโมเดลเอง Opus 5.5 มักจบงานแบบปลายเปิดได้ในจำนวนรอบที่น้อยกว่า ยิ่งรอบน้อย ข้อมูลที่ต้องอ่านซ้ำก็ยิ่งน้อยตาม

ตัวอย่างจาก Zeta Labs ที่ทดลองใช้จริง พบว่า Opus 5.5 ใช้จำนวนรอบและการเรียกเครื่องมือต่องานน้อยกว่า Opus 5 ค่าใช้จ่ายเหลือเกือบครึ่งเดียว และทำงานที่ยากที่สุดของพวกเขาสำเร็จได้มากขึ้นเป็นสองเท่า

แต่ต้นฉบับก็บอกตรง ๆ ว่า ถ้าเป็นงานที่กำหนดขอบเขตไว้ชัดเจนอยู่แล้ว ทั้งสองรุ่นจะจบในจำนวนรอบใกล้เคียงกัน สิ่งที่ได้เพิ่มมีแค่ราคาที่ถูกลงเท่านั้น ส่วนต่างจะเห็นชัดที่สุดในงานปลายเปิด เช่น ไล่หาบั๊กที่ไม่รู้ต้นเหตุ หรือสร้างฟีเจอร์ใหม่ทั้งชุด

นอกจากนี้ Opus 5.5 ยังสร้างคำตอบได้เร็วกว่า Opus 5 มากกว่า 30% แม้จะไม่ได้ทำให้ใช้ token น้อยลง แต่ทำให้รองานน้อยลง

วิธีรักษาแคชให้ได้ประโยชน์เต็มที่

ส่วนนี้เราเสริมรายละเอียดการตั้งค่าจากเอกสารทางการของ Claude Code ไว้ให้ด้วย

1. ดูตัวเลขของตัวเองด้วย /usage ใน Claude Code เวอร์ชัน 2.1.251 ขึ้นไปจะมีบรรทัด Prompt cache (main) บอกสัดส่วนที่อ่านจากแคช จำนวนครั้งที่แคชพลาด และสถานะว่าแคชยังอุ่นอยู่ไหม ตั้งแต่เวอร์ชัน 2.1.260 ยังบอกสาเหตุที่น่าจะทำให้แคชพลาดครั้งล่าสุดด้วย
2. เลือกโมเดลตั้งแต่ต้น session แต่ละโมเดลมีแคชของตัวเอง สลับโมเดลกลางทางเท่ากับเริ่มอ่านบทสนทนาทั้งหมดใหม่โดยไม่มีแคชช่วย
3. ใช้ /compact ก่อนลุกไปพัก ไม่ใช่หลังกลับมา ถ้า compact ตอนแคชยังอุ่น ระบบอ่านประวัติจากแคชได้ ถูกกว่ามาก แต่ถ้ารอให้แคชหมดอายุก่อน การ compact ต้องอ่านประวัติทั้งหมดในราคาเต็ม
4. ถ้าใช้ API key หรือผู้ให้บริการคลาวด์ ตั้งอายุแคชเป็น 1 ชั่วโมงสำหรับงานยาว วิธีตั้งอยู่ในหัวข้อถัดไป

วิธีตั้งอายุแคชเป็น 1 ชั่วโมง

ค่าเริ่มต้นของผู้ใช้ subscription คือแคชอยู่ได้ 1 ชั่วโมงอยู่แล้ว ส่วนผู้ใช้ API key หรือคลาวด์ แคชอยู่ได้แค่ 5 นาที ถ้าใช้ Claude Code เวอร์ชัน 2.1.242 ขึ้นไป ให้เพิ่มค่านี้ในไฟล์ settings.json

{
  "promptCacheTtl": "1h"
}

หรือตั้งเป็นตัวแปรสภาพแวดล้อมแทนก็ได้

export CLAUDE_CODE_PROMPT_CACHE_TTL=1h

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

อะไรทำให้แคชหลุด อะไรไม่ทำให้หลุด

รายการนี้สรุปจากเอกสารทางการ รู้ไว้จะได้หลีกเลี่ยงตอนกำลังทำงานอยู่กลางทาง

ทำให้แคชหลุด (รอบถัดไปช้าลงและแพงขึ้นหนึ่งครั้ง)

• สลับโมเดลด้วย /model
• เปิด fast mode ครั้งแรกในบทสนทนา
• เชื่อมต่อหรือตัด MCP server ในกรณีที่เครื่องมือของ server นั้นถูกโหลดไว้ตั้งแต่ต้น
• ใช้ /compact ซึ่งตั้งใจแทนประวัติด้วยสรุปที่สั้นกว่าอยู่แล้ว
• ใส่ภาพหน้าจอจำนวนมากจนระบบต้องตัดภาพเก่าออก
• อัปเกรด Claude Code เวอร์ชันใหม่ บทสนทนาแรกหลังอัปเกรดจะเริ่มแคชใหม่

ไม่ทำให้แคชหลุด

• แก้ไขไฟล์ในโปรเจกต์
• แก้ CLAUDE.md ระหว่างทาง (แต่ข้อความใหม่จะยังไม่มีผลจนกว่าจะ /clear, /compact หรือเปิด session ใหม่)
• เปลี่ยนโหมดสิทธิ์ เช่น สลับไปโหมดยอมรับการแก้ไขอัตโนมัติ
• เรียกใช้ skill หรือคำสั่งลัด
• ย้อนบทสนทนากลับด้วย /rewind

สรุปสำหรับมือใหม่

• งานเขียนโค้ดกับ AI ยาวขึ้นและใช้ข้อมูลมากขึ้น Claude อ่านข้อมูลเข้าไปราว 324 token ต่อคำตอบหนึ่ง token
• ต้นทุนส่วนใหญ่อยู่ที่การอ่านข้อมูลเดิมซ้ำ ราคาการอ่านจากแคชจึงสำคัญที่สุดสำหรับงานยาว
• Opus 5.5 ลดราคาแคชลง 60% จาก Opus 5 และลด input กับ output ลงอย่างละ 20% รวมแล้วรันถูกกว่าราว 40%
• Claude Code รักษาแคชได้ดีขึ้น แคชพลาดน้อยลงกว่าครึ่ง และบน Opus 5.5 เปลี่ยน effort กลางทางได้โดยแคชไม่หาย
• งานปลายเปิดได้ประโยชน์มากที่สุด เพราะ Opus 5.5 จบงานในรอบที่น้อยกว่า ส่วนงานที่ขอบเขตชัดอยู่แล้วจะได้แค่ราคาที่ถูกลง
• สิ่งที่ทำได้ทันที ดูตัวเลขด้วย /usage เลือกโมเดลตั้งแต่ต้น compact ก่อนพัก และถ้าใช้ API key ให้ตั้ง promptCacheTtl เป็น 1h สำหรับงานที่มีช่วงพัก

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

ใช้ Claude แบบรายเดือนต้องตั้งค่าอายุแคชไหม
ไม่ต้อง ผู้ใช้ subscription ได้แคช 1 ชั่วโมงเป็นค่าเริ่มต้นอยู่แล้วตราบใดที่ยังใช้งานอยู่ในโควตาของแพ็กเกจ แต่ถ้าใช้เกินโควตาจนระบบเริ่มดึงจาก usage credits แคชของบทสนทนาหลักจะลดเหลือ 5 นาที ถ้าอยากคง 1 ชั่วโมงไว้ต้องตั้ง promptCacheTtl เอง

ถูกลง 40% หมายความว่าบิลจะลดลง 40% เลยไหม
ไม่แน่นอน ตัวเลข 40% เป็นภาพรวมที่ Anthropic ประเมินจากงานยาวที่ใช้ข้อมูลมาก ถ้างานของคุณสั้นหรือขอบเขตชัดเจน ส่วนลดจะใกล้เคียง 20% ตามราคาต่อ token มากกว่า วิธีที่ดีที่สุดคือเทียบตัวเลขจาก /usage ของงานคุณเอง

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

ตั้งแคช 1 ชั่วโมงไว้ตลอดดีไหม
ไม่เสมอไป แคช 1 ชั่วโมงมีค่าเขียนแคชแพงกว่า จึงคุ้มเฉพาะงานที่มีช่วงพักนานกว่า 5 นาทีคั่นอยู่ ถ้าทำงานต่อเนื่องไม่หยุด แบบ 5 นาทีจะถูกกว่า

อ้างอิง

• Michael Segner, Anthropic, Coding sessions are longer and use more context. Claude Opus 5.5 is built with that in mind. (24 กันยายน 2026)
• เอกสาร Claude Code: How Claude Code uses prompt caching
• ภาพประกอบทั้ง 3 ภาพจากบทความต้นฉบับของ Anthropic ใช้โดยได้รับอนุญาตจากต้นทาง

บทความนี้เป็นการเรียบเรียงเป็นภาษาไทยโดยทีมงาน IT Genius Engineering ส่วนวิธีตั้งค่าและรายการสิ่งที่ทำให้แคชหลุด เราเสริมจากเอกสารทางการของ Claude Code เพื่อให้นำไปใช้ได้จริง หากต้องการอ่านฉบับภาษาอังกฤษ สามารถเข้าไปที่ลิงก์อ้างอิงด้านบน