# ขีดจำกัด Claude Code ในปี 2026: 8 กฎเพื่อไม่ให้ใช้โทเค็นหมดรวดเร็ว > ขีดจำกัด Claude Code Pro และ Max ในปี 2026 พร้อม 8 กฎช่วยประหยัดโทเค็น: /compact, Plan Mode, CLAUDE.md แบบกระชับ, skills, การเลือกโมเดล และประหยัดด้วยแคช 90% Source: https://ailoot.ai/blog/th/claude-code-token-limits-saving/ Canonical: https://ailoot.ai/blog/th/claude-code-token-limits-saving/ Language: th Publisher: Ailoot (https://ailoot.ai/) Translation: guide-129 Revision: sha256-72a87edbc06e1d039655f6c7e04d148601a8f7f9116a2f8ec02fbd1b234f31ed
ประเด็นสำคัญ โควตา Claude Code หมดไม่ใช่เพราะการสมัครสมาชิก แต่เป็นเพราะวิธีการทำงาน จากประสบการณ์ที่ผู้เขียนเล่าไว้ หากรวมงานทั้งวันไว้ในแชตเดียว บริบทจะล้นตั้งแต่ช่วงกลางวันและใช้โทเค็นเร็วขึ้นสองเท่า หากเริ่มบทสนทนาใหม่สำหรับแต่ละงาน ใช้ CLAUDE.md ที่กระชับ เก็บแผนไว้ในไฟล์แยก และโหลด Skills เมื่อต้องใช้ การสมัคร Max ราคา $100 ก็เพียงพอสำหรับการทำ vibe coding ตลอดวันทำงานเต็มวัน ในบทความนี้ ผมจะพูดถึงแพ็กเกจจริง 8 กฎช่วยประหยัดโทเค็น และประกาศเครดิตงานอัตโนมัติวันที่ 15 มิถุนายน 2026 ที่ถูกพักไว้
เอกสารอ้างอิง Ailoot: [ailoot.ai/docs/](https://ailoot.ai/docs/). ## ขีดจำกัด Claude Code ทำงานอย่างไรในปี 2026 และทำไมถึงใช้จนหมด?
ประเด็นสำคัญ Pro ราคา $20 ให้ข้อความประมาณ 45 ข้อความในช่วงเวลา 5 ชั่วโมง ส่วน Max 5x ราคา $100 ให้มากกว่าห้าเท่า และ Max 20x ราคา $200 ให้มากกว่ายี่สิบเท่า ระบบนับขีดจำกัดของช่วงเวลา 5 ชั่วโมงและรายสัปดาห์แยกจากกัน Anthropic เพิ่มโควตา 5 ชั่วโมงเป็นสองเท่าเมื่อวันที่ 6 พฤษภาคม 2026 เมื่อใช้ขีดจำกัดเท่ากัน คนหนึ่งทำงานได้ 8 ชั่วโมง ขณะที่อีกคนใช้จนถึงขีดจำกัดตั้งแต่ช่วงกลางวัน—ความแตกต่างทั้งหมดอยู่ที่วิธีการทำงาน
ณ วันที่ 20 พฤษภาคม 2026 แพ็กเกจ Claude Code แบบชำระเงินทำงานดังนี้: | แพ็กเกจ | ราคา | ช่วงเวลา 5 ชั่วโมง (โดยประมาณ) | จุดเด่น | |----|----|----|----| | Pro | $20 / เดือน | ~45 ข้อความ หรือ 44K โทเค็น | แพ็กเกจพื้นฐาน สำหรับทดลองใช้ | | Max 5x | $100 / เดือน | ~225 ข้อความ | สิทธิ์เข้าถึงก่อน | | Max 20x | $200 / เดือน | ~900 ข้อความ | สิทธิ์เข้าถึงโมเดลใหม่ก่อน | | Team Premium | $100 / ที่นั่ง (รายปี) | Max 5x ต่อที่นั่ง | SSO, โปรเจกต์ที่แชร์ร่วมกัน | | Enterprise | ตามสัญญา | กำหนดเอง + การปฏิบัติตามข้อกำหนด | RBAC, การจัดเก็บข้อมูลในพื้นที่ | ตัวเลขจากหน้าเว็บทางการของ Anthropic นอกเหนือจากช่วงเวลา 5 ชั่วโมง ยังมีขีดจำกัดรายสัปดาห์ ซึ่งเริ่มส่งผลต่อประสบการณ์ของผู้ใช้หนัก ๆ ในช่วงวันศุกร์ ### การเพิ่มโควตาเป็นสองเท่าเมื่อ 6 พฤษภาคมคืออะไร? ในการประชุม **Code with Claude SF** เมื่อวันที่ 6 พฤษภาคม 2026 Anthropic ประกาศ [ข้อตกลงกับ SpaceX Colossus 1](https://www.anthropic.com/news/higher-limits-spacex): การ์ดกราฟิก NVIDIA 220,000 ใบ กำลังการผลิต 300 MW และเริ่มใช้งานออนไลน์ภายในหนึ่งเดือน ทันทีที่ประกาศ: - **ขีดจำกัดช่วงเวลา 5 ชั่วโมงเพิ่มขึ้นเป็นสองเท่า** สำหรับทุกแพ็กเกจแบบชำระเงิน - **ยกเลิกการจำกัดช่วงเวลาใช้งานสูงสุดรายวัน** ซึ่งก่อนหน้านี้ลดโควตาในช่วงที่มีการใช้งานสูง - **สำหรับ API**: โทเค็นอินพุตสูงสุดต่อนาทีสำหรับ Opus เพิ่มจาก 30K เป็น 500K (+1500%) และโทเค็นเอาต์พุตสูงสุดเพิ่มจาก 8K เป็น 80K ยังมีโปรโมชันชั่วคราวอีกอย่าง ตั้งแต่วันที่ 13 พฤษภาคมถึง 13 กรกฎาคม: **เพิ่มขีดจำกัดรายสัปดาห์ +50%** สำหรับ Pro / Max / Team หลังวันที่ 13 กรกฎาคม โควตารายสัปดาห์จะกลับสู่ระดับเดิม ### ผู้ทำ vibe coding ใช้กันจริง ๆ เท่าไร? Anthropic ให้ตัวเลขอ้างอิงไว้ใน[เอกสารทางการ](https://code.claude.com/docs/en/costs): - นักพัฒนาใช้จ่ายเฉลี่ย **$13 / วัน**, **$150-250 / เดือน** - ผู้ใช้ 90% ใช้ไม่เกิน $30 / วัน - ทีมเอเจนต์ใน Plan Mode ใช้โทเค็นประมาณ **7 เท่า** ของเซสชันมาตรฐาน ขนาดหน้าต่างบริบทขึ้นอยู่กับโมเดล ตาม[เอกสารของ Anthropic](https://code.claude.com/docs/en/model-config#extended-context) ณ เดือนกันยายน 2026 Opus 4.7 และรุ่นใหม่กว่า, Sonnet 5 และโมเดล Fable มีหน้าต่างบริบทขนาด **1M โทเค็น** ในทุกแพ็กเกจ รวมถึง Pro และมีการบีบอัดอัตโนมัติ (auto-compact) ที่เปิดใช้งานเป็นค่าเริ่มต้นเมื่อประมาณ 967K ส่วน Opus 4.6 และ Sonnet 4.6 ที่ไม่มีบริบทแบบขยายมีหน้าต่างขนาด **200K** และจะเริ่มบีบอัดเมื่อถึงขีดจำกัด 200K คุณตั้งค่าเกณฑ์เองได้ด้วยคำสั่ง `/autocompact` เช่น `/autocompact 500k` เมื่อยัดงานครึ่งวันลงในแชตเดียว บริบทจะพองขึ้น Claude จะหลุดประเด็น เริ่มอ่านไฟล์เดิมซ้ำ และใช้โทเค็นเร็วขึ้น 1.5 ถึง 2 เท่า จากประสบการณ์ที่ผู้เขียนเล่าไว้ การสมัครสมาชิก $200 ก็เพียงพอเมื่อใช้ 8 กฎที่อธิบายด้านล่าง หากไม่ใช้ แม้แต่ Max 20x ก็หมดได้ตั้งแต่ช่วงกลางวัน ## กฎ 1. ทำไม “หนึ่งงาน—หนึ่งบทสนทนา” จึงช่วยประหยัดโทเค็นได้มากที่สุด?
ประเด็นสำคัญ กฎข้อแรกของการประหยัดโทเค็น: อย่าโยนงานสามอย่างของวันนั้นลงในแชตเดียว ทุกหัวข้อใหม่ควรเริ่มในหน้าต่างใหม่ เมื่อบริบทเต็มไปด้วยบทสนทนาครึ่งวัน Claude จะอ่านสิ่งที่รู้อยู่แล้วซ้ำและใช้โทเค็นไปกับการเก็บข้อมูลที่ไม่เกี่ยวข้อง แชตเดียว = งานเดียว ช่วยให้ทั้ง Claude และคุณคิดได้อย่างปลอดโปร่ง
กฎนี้ไม่ได้หมายถึง “เปิด 5 แชตพร้อมกัน” แต่หมายถึง “อย่าขุดแชตก่อนหน้ามาใช้กับงานถัดไป” โดยเฉพาะ ตามแนวทางที่อธิบายไว้ วิธีนี้ทำงานดังนี้ ในแต่ละข้อความ Claude ไม่ได้เห็นแค่คำขอใหม่ แต่เห็นบทสนทนาก่อนหน้าทั้งหมดด้วย หากตอนเช้าคุณคุยเรื่องหน้าแลนดิ้งเพจ จากนั้นเปลี่ยนไปทำแคมเปญอีเมล แล้วขอให้แก้คำแนะนำสำหรับเวิร์กช็อป ประวัติทั้งหมดจะถูกรวมไว้ในบริบทเมื่อส่งคำขอครั้งที่สาม โทเค็นถูกใช้ไปกับการ “จำเรื่องหน้าแลนดิ้งเพจ” ทั้งที่คุณลืมเรื่องนั้นไปแล้ว ### ทำไมการ “เคลียร์หัว” จึงได้ผล? ปิดแชตทันทีเมื่องานเสร็จ เรื่องนี้ไม่ใช่แค่การประหยัดโทเค็น แต่เป็นวิธีคืนพื้นที่ให้ความสนใจ ถ้างานเสร็จจริง ๆ อย่าเก็บแชตไว้ “เผื่อกลับมาทำต่อ” เปิดแชตใหม่ คุณค้นหาแชตเก่าได้ด้วย `claude --resume` หรือ `/resume` โดยใช้ตัวระบุใดก็ได้ (ชื่อ branch, รหัส PR, แท็ก) ### ถ้างานลากยาวสองวันควรทำอย่างไร? หากจำเป็นต้องทำงานต่อจริง ๆ อย่าปล่อยแชตค้างไว้ ก่อนปิดแชต ให้ Claude เขียนพรอมป์ต์สำหรับแชตอีกอัน (ดูกฎข้อ 7) วิธีนี้ย่อประวัติ 50K โทเค็นให้เหลือพรอมป์ต์ 500 โทเค็น แล้ววันพรุ่งนี้แชตใหม่ก็ทำงานต่อจากบริบทเดิมได้โดยไม่ต้องเขียนทุกอย่างใหม่ ## กฎ 2: จำกัด CLAUDE.md ไว้ที่ 200 บรรทัด ไม่ใช่ 500
ประเด็นสำคัญ CLAUDE.md ถูกโหลดตอนเริ่มทุกเซสชันและคงอยู่ในบริบทจนจบ หากมี 500 บรรทัด คุณก็จ่ายค่าโทเค็นสำหรับ 500 บรรทัดนั้นในทุกเซสชัน Anthropic แนะนำอย่างเป็นทางการว่าไม่ควรเกิน 200 บรรทัด
[CLAUDE.md เป็นไฟล์แรกที่ Claude อ่าน](https://ailoot.ai/blog/th/claude-md-template/) เมื่อเริ่มเซสชันใหม่ ส่วนนี้พูดถึงการประหยัดโทเค็นโดยเฉพาะ ### จำนวนบรรทัดเท่าไรจึงเหมาะสม? | แนวทาง | จำนวนบรรทัด | ใช้ได้กับ | |----|----|----| | คำแนะนำอย่างเป็นทางการของ Anthropic | ไม่เกิน 200 | รีโพซิทอรีทั่วไป | | สร้างอัตโนมัติด้วย `/init` | แตกต่างกันไป | มักทำให้ผลลัพธ์แย่ลงมากกว่าดีขึ้น | ### ทำไม CLAUDE.md ที่ยาวจึงทำให้เอเจนต์ฉลาดน้อยลง? คำอธิบายเรียบง่าย: `/init` บรรยายรีโพซิทอรี “ย้อนกลับไปให้โมเดลฟัง” โดยเพิ่มข้อมูลในบริบทที่โมเดลรู้อยู่แล้วหรือค้นพบเองได้เพียงเหลือบดูโครงสร้าง การทำซ้ำนี้สิ้นเปลืองโทเค็นและทำให้จุดสนใจพร่าเลือน ### กฎความกระชับ: ทุกคำต้องเปลี่ยนพฤติกรรม ถ้าลบบรรทัดหนึ่งออกจาก CLAUDE.md แล้วพฤติกรรมของ Claude ไม่เปลี่ยน บรรทัดนั้นก็ไม่จำเป็น ใช้เกณฑ์นี้ตรวจสอบ: 1. เปิด CLAUDE.md แล้วไล่อ่านทุกย่อหน้า 2. ถามตัวเองว่า: “ถ้าลบสิ่งนี้ Claude จะเริ่มทำผิดพลาดไหม?” 3. ถ้าไม่ ให้ลบทิ้งหรือย้ายไปไว้ใน [Skill](https://ailoot.ai/blog/th/claude-code-skills-library/) กฎทั้งหมดที่ใช้เฉพาะในบางสถานการณ์ควรอยู่ใน skills (`.claude/skills//SKILL.md`) ส่วน CLAUDE.md ใช้เฉพาะสิ่งที่จำเป็นตลอดเวลา ## กฎ 3. ทำไมควรเก็บแผน Claude Code ไว้ในไฟล์แยก?
ประเด็นสำคัญ Plan Mode เป็นช่วงอ่านอย่างเดียว: Claude ไม่เขียนโค้ด แต่สำรวจและเสนอแนวทางเท่านั้น หลังอนุมัติ ผมเลือกโหมดสิทธิ์สำหรับพัฒนาอย่างชัดเจน ผมเก็บแผนไว้ในไฟล์แยกในโฟลเดอร์ `plans/` และแนบให้แชตเป็นบริบทสำหรับการลงมือทำ วิธีนี้ช่วยประหยัดสิ่งที่แพงที่สุด—การทำงานซ้ำเมื่อแนวทางแรกผิด
Plan Mode คือโหมดของ Claude Code ที่เปิดด้วย `Shift+Tab` ในโหมดนี้ Claude สำรวจโค้ด อ่านไฟล์ และถามก่อนพัฒนา สำหรับ workflow ด้านล่างให้แยกการแก้ repository: ตรวจแผนแล้วบันทึกลง `plans/` ด้วยตนเอง หรือออก Plan Mode และอนุญาตเขียนไฟล์แผนอย่างชัดเจนก่อนเริ่มแชตใหม่ ### ทำไมแผนในไฟล์จึงดีกว่าแผนในหัวของ Claude? ผมมีโฟลเดอร์ `plans/` ในทุกโปรเจกต์ เวลาเริ่มงาน: 1. ผมขอให้ Claude สำรวจและเสนอแนวทางใน Plan Mode 2. ผมตรวจแผนและบันทึกข้อความเองใน `plans/YYYY-MM-DD-task-name.md` หรือออก Plan Mode แล้วอนุญาต Claude เขียนไฟล์นั้น ตรวจเนื้อหาที่บันทึกก่อนปิดแชต 3. ผมปิดแชต 4. ในแชตใหม่ผมบอกว่า: “อ่าน `plans/YYYY-MM-DD-...md` แล้วทำเฟส 1” สิ่งที่ได้: - **แผนถูกตรึงไว้**—Claude จะไม่ “ลืม” สิ่งที่เราตกลงกันเมื่อหนึ่งชั่วโมงก่อน - **แก้แผนด้วยมือได้**—เห็น 5 ขั้นตอน เข้าใจว่าขั้นตอน 3 ไม่จำเป็น ก็ลบทิ้งแล้วทำต่อ - **แผนยังอยู่หลังรีสตาร์ต**—กลับมาวันพรุ่งนี้ เปิดไฟล์แล้วทำต่อได้ - **ส่งต่อให้เอเจนต์ทำตามลำดับได้**—แชตหนึ่งเขียนแผน อีกแชตนำไปทำ และแชตที่สามตรวจทาน ### Plan Mode ไม่ทำให้แคชพัง รายละเอียดสำคัญ: Plan Mode ทำให้แคชของบทสนทนา (ข้อความ) ใช้ไม่ได้เท่านั้น ส่วนพรอมป์ต์ระบบและบริบทโปรเจกต์ (CLAUDE.md) ยังคงอุ่นอยู่ หมายความว่าการสลับเข้า Plan Mode และกลับมาแทบไม่เสียโทเค็น—ต่างจากการเปลี่ยนโมเดลด้วย `/model` ซึ่งทำให้แคชใช้ไม่ได้ คิดราคาอินพุต 90% เต็ม และบังคับให้คำนวณ prefix ทั้งหมดใหม่ การจัดการบริบทยังหมายถึงการเก็บแผนไว้ในที่ที่จะอยู่ต่อไป ไม่ใช่ในแชตที่จะหมดอายุใน 5 ชั่วโมง ## กฎ 4. Skills โหลดเมื่อมีทริกเกอร์ ไม่ใช่ตอนเริ่มเซสชัน
ประเด็นสำคัญ [Claude Code Skills](https://ailoot.ai/blog/th/claude-code-skills-library/) คือโฟลเดอร์ที่มีไฟล์ SKILL.md ซึ่ง Claude จะเห็นก็ต่อเมื่อเกี่ยวข้องกับงาน CLAUDE.md โหลดอยู่เสมอ ส่วน skill จะโหลดเมื่อคำอธิบายตรงกับคำขอของคุณเท่านั้น นี่จึงเป็นเหตุผลที่โปรเจกต์มี skills ได้หลายสิบรายการโดยไม่ทำให้บริบทหนักขึ้น—พรอมป์ต์ตอนเริ่มต้นมีเพียงส่วนหัวเล็ก ๆ ที่ระบุชื่อและคำอธิบายของแต่ละ skill
Skills ใช้การโหลดสามระดับ: 1. **เมทาดาทาโหลดเสมอ**—เมื่อเริ่มเซสชัน Claude เห็นเพียง `name` และ `description` ของแต่ละ skill งบประมาณ: ~100 โทเค็นต่อ skill 2. **คำแนะนำโหลดเมื่อมีทริกเกอร์**—เมื่อผู้ใช้พูดสิ่งที่เกี่ยวข้อง Claude โหลดเนื้อหาของ SKILL.md งบประมาณ: สูงสุด 5000 โทเค็น 3. **ทรัพยากรโหลดเมื่อต้องการ**—ไฟล์ประกอบ (ตัวอย่าง เทมเพลต) จะถูกเรียกใช้ก็ต่อเมื่อโมเดลเข้าถึงไฟล์เหล่านั้นเอง

คำแนะนำฉบับเต็มจะโหลดก็ต่อเมื่อ Claude ตัดสินว่า skill เกี่ยวข้อง (น้อยกว่า 5k โทเค็น) สคริปต์และไฟล์เสริมจะโหลดเฉพาะเมื่อต้องใช้โดยชัดเจนเท่านั้น หมายความว่าคุณติดตั้ง skills ไว้ได้หลายสิบรายการโดยไม่กระทบประสิทธิภาพในงานที่ไม่เกี่ยวข้อง

— เอกสาร Skills ของ Anthropic, https://code.claude.com/docs/en/skills
### วิธีนี้เปลี่ยนเศรษฐศาสตร์ของโทเค็นอย่างไร? ในตัวอย่างที่เล่าไว้ หลักการเขียนคำแนะนำด้านการศึกษา กฎการส่งอีเมล และกฎตรวจทานโค้ดเคยอยู่ใน CLAUDE.md ไฟล์ยาวถึง 500 บรรทัด และทุกครั้งที่เริ่มเซสชันผมต้องจ่ายค่าโทเค็นให้ทั้ง 500 บรรทัด แม้บทสนทนาจะเกี่ยวกับหน้าแลนดิ้งเพจ ในตัวอย่างนี้ CLAUDE.md มี 200 บรรทัดสำหรับนำทางและหลักการพื้นฐาน กฎทั้ง 4 ชุดอยู่ใน skills: ``` .claude/skills/ ├── write-tutorial/SKILL.md # trigger: “write a guide” ├── deploy-checklist/SKILL.md # trigger: “check before publishing” ├── send-broadcast/SKILL.md # trigger: “send a mailing” └── debug-payment-webhook/SKILL.md # trigger: “check the payment” ``` ตอนเริ่มต้น Claude เห็นเพียงส่วนหัว—400 โทเค็น เมื่อผมพูดว่า “เขียนคู่มือ” มันจะโหลด SKILL.md ที่เกี่ยวข้องและทำตาม เมื่อผมพูดว่า “ส่งอีเมล” มันจะโหลดอีกไฟล์หนึ่ง คำกล่าวจากกฎการเขียน skill ใน[เอกสารทางการของ Anthropic](https://code.claude.com/docs/en/skills):

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

— เอกสาร Skills ของ Anthropic, https://code.claude.com/docs/en/skills
### หากสงสัยว่า skill ไม่น่าไว้ใจ ก็อย่าติดตั้ง Skills เป็นคำสั่งที่ทำงานได้และเข้าถึงไฟล์กับคีย์ API ของคุณโดยตรง ก่อนติดตั้งคลังของคนอื่น ผมเปิด SKILL.md ทุกไฟล์และอ่านด้วยตัวเอง หากมีบล็อก `bash:` ที่ใส่ลิงก์ไปยัง URL ภายนอก นั่นเป็นสัญญาณเตือน ผมจะไม่ติดตั้ง ## กฎ 5. เมื่อไรควรมอบงานให้เอเจนต์ย่อยแทนเซสชันหลัก?
ประเด็นสำคัญ เอเจนต์ย่อยคือเซสชัน Claude แยกต่างหาก มีหน้าต่างบริบท พรอมป์ต์ระบบ และชุดเครื่องมือของตนเอง เฉพาะผลลัพธ์สุดท้ายเท่านั้นที่ส่งกลับไปยังเซสชันแม่ ส่วน “เสียงรบกวน” ทั้งหมดจากการอ่าน 50 ไฟล์และวิเคราะห์บันทึก 10K บรรทัดยังอยู่ในบริบทของเอเจนต์ย่อย วิธีนี้ประหยัดโทเค็นได้สูงสุด 90% สำหรับงานประเภทที่เซสชันหลักอาจบวมจากการค้นหาเชิงสำรวจ
จาก[เอกสารทางการ](https://code.claude.com/docs/en/costs):

มอบหมายงานที่มีเอาต์พุตจำนวนมากให้เอเจนต์ย่อย เพื่อให้เอาต์พุตโดยละเอียดอยู่ในบริบทของพวกเขา และส่งกลับมาเฉพาะผลลัพธ์ในบทสนทนาหลัก

— เอกสาร Claude Code, https://code.claude.com/docs/en/costs
### งานแบบไหนที่มอบหมายให้เอเจนต์ย่อยได้? - **ค้นหาในโค้ดเบสขนาดใหญ่** เอเจนต์ย่อยอ่าน 30 ไฟล์แล้วรายงานว่า “ฟังก์ชันที่เกี่ยวข้องอยู่ที่ `src/lib/payment/cloudpayments.ts:142`” ผมไม่เห็นเนื้อหาของ 30 ไฟล์ในบริบทหลัก - **รันทดสอบและวิเคราะห์บันทึก** เอเจนต์ย่อยรัน `npm test` จับเอาต์พุต 200 บรรทัด แล้วรายงานว่า “การทดสอบ 3 รายการล้มเหลวใน X, Y, Z ด้วยเหตุผลนี้” - **ปรับโครงสร้างหลายไฟล์** เอเจนต์ย่อยหนึ่งตัวต่อหนึ่งไฟล์—ทำงานพร้อมกัน - **ตรวจสอบลิงก์ในคู่มือ** เอเจนต์ย่อยเปิด 30 URL ผ่าน WebFetch แล้วรายงานว่า “มี 5 ลิงก์ที่คืนค่า 404” ในเดือนพฤษภาคม 2026 Anthropic [ประกาศ Multi-Agent Orchestration อย่างเป็นทางการ](https://claude.com/blog/code-w-claude-sf-2026-sf) เป็นฟีเจอร์ระดับหลัก ก่อนหน้านี้เปิดใช้เอเจนต์ย่อยในโค้ดได้ผ่าน SDK เท่านั้น แต่ตอนนี้เปิดใช้ได้โดยตรงใน Claude Code ผ่านคำสั่ง slash ### จุดที่เอเจนต์ย่อยเริ่มทำงานได้ไม่ดี ดังนั้นผมจึงไม่ปล่อยเอเจนต์ย่อยไว้โดยไม่มีการตรวจสอบนานถึงครึ่งวัน กฎคือยิ่งมอบหมายงานพร้อมกันมากเท่าไร ก็ยิ่งควรตรวจผลระหว่างทางบ่อยขึ้นเท่านั้น สำหรับงานขนาดใหญ่ ผมเปิด Plan Mode แยกให้เอเจนต์ย่อยแต่ละตัว ## กฎ 6. เลือกโมเดล Claude (Opus / Sonnet / Haiku) สำหรับงานอย่างไร?
ประเด็นสำคัญ Opus 4.7, Sonnet 4.6 และ Haiku 4.5 มีราคาต่างกันประมาณ 5-15 เท่า Opus แพงกว่า Haiku สิบเท่า แต่ไม่ได้ฉลาดกว่าสิบเท่าในงาน 90% ดังนั้นกฎจึงง่ายมาก: ใช้ Opus เฉพาะเมื่อต้องตัดสินใจด้านสถาปัตยกรรมอย่างลึกซึ้งหรือปรับโครงสร้างครั้งใหญ่ Sonnet เป็นค่าเริ่มต้นสำหรับงานทั่วไป Haiku ใช้กับการค้นหา การจัดประเภท และการค้นข้อมูลอย่างง่าย
ราคา API (ต่อหนึ่งล้านโทเค็น): | โมเดล | อินพุต | เอาต์พุต | อินพุตที่แคชไว้ | |------------|-------|--------|--------------| | Opus 4.7 | $5 | $25 | $0.50 | | Sonnet 4.6 | $3 | $15 | $0.30 | | Haiku 4.5 | $1 | $5 | $0.10 | แหล่งที่มา: [หน้าเว็บทางการของ Anthropic](https://platform.claude.com/docs/en/about-claude/pricing) ราคาจะไม่แสดงในแพ็กเกจสมาชิก แต่สัดส่วนยังเหมือนเดิม Opus 4.7 มีข้อควรทราบ: เมื่อเทียบกับ Opus 4.6 tokenizer ใหม่อาจใช้โทเค็น **มากขึ้นถึง +35%** สำหรับข้อความเดียวกัน ราคาต่อโทเค็นไม่ได้เพิ่ม แต่ต้นทุนจริงต่อคำขอเพิ่มขึ้น หากใช้ Opus กับทุกอย่างโดยไม่คิด โควตาจะหมดเร็วกว่า 5 เท่าเมื่อเทียบกับการใช้ Sonnet หรือ Haiku กับงานครึ่งหนึ่ง ### ตัวอย่างการเลือกโมเดล | งาน | โมเดล | เหตุผล | |----|----|----| | ตัดสินใจด้านสถาปัตยกรรม ส่วนผลิตภัณฑ์ใหม่ | Opus 4.7 | ต้องการความคิดเชิงลึก | | เขียนคอมโพเนนต์ตามสเปกที่ชัดเจน | Sonnet 4.6 | ค่าเริ่มต้น | | แก้คำผิด เปลี่ยนชื่อตัวแปร | Sonnet 4.6 หรือ Haiku 4.5 | แก้ไขง่าย | | ค้นหาไฟล์จากคำบรรยาย กำหนดเส้นทางไฟล์ | Haiku 4.5 | ราคาถูก | | แปลข้อความ จัดประเภท สรุปความ | Haiku 4.5 | โมเดลง่าย ๆ ก็ทำได้ | | ตรวจทานโค้ดของตัวเอง | Sonnet 4.6 | ค่าเริ่มต้น | | ค้นหาบั๊กที่ซับซ้อนและต้องใช้เหตุผลหลายขั้น | Opus 4.7 | ต้องใช้ลำดับการให้เหตุผล | สลับโมเดลด้วยคำสั่ง `/model` **แต่** การเปลี่ยนโมเดลทำให้แคชใช้ไม่ได้ หากเปลี่ยนจาก Sonnet เป็น Opus กลางเซสชัน คำขอถัดไปจะคำนวณ prefix ทั้งหมดใหม่ตั้งแต่ต้นในราคาอินพุตเต็ม (ไม่ใช่ราคาอินพุตที่แคชไว้) จึงควรเลือกโมเดลตั้งแต่เริ่ม แทนการสลับไปมาบ่อย ๆ ### /effort—การตั้งค่าที่ไม่เข้มข้นเท่าเดิม ในเดือนเมษายน 2026 [Anthropic เปิดตัว `/effort`](https://code.claude.com/docs/en/changelog)—ระดับความลึกของการให้เหตุผล 5 ระดับ: minimal / low / medium / high / xhigh Claude Code บน Opus 4.7 ทำงานที่ xhigh เป็นค่าเริ่มต้น สิ่งที่ผมทำ: - สำหรับการจัดประเภท การดึงข้อมูล และสรุปสั้น ๆ: `/effort low` ช่วยประหยัด 30-70% ในงานประเภทที่ไม่ต้องใช้การคิดเชิงลึก - สำหรับงานเขียนโค้ดง่าย ๆ: `/effort medium` - สำหรับสถาปัตยกรรมซับซ้อน: ผมคงไว้ที่ xhigh `/effort` ไม่เปลี่ยนโมเดล แต่เปลี่ยนแค่ระดับความลึกในการให้เหตุผล แคชยังคงอยู่ ## กฎ 7: ส่งพรอมป์ต์ไปยังแชตใหม่แทนการใช้ `/compact`
ประเด็นสำคัญ `/compact` บีบอัดประวัติแชตให้เป็นสรุป—แต่ทำให้แคชบทสนทนาพังและใช้โทเค็นไปกับการสรุปเอง ผมมีวิธีที่ดีกว่า: ขอให้ Claude เขียนพรอมป์ต์สำหรับแชตอีกอันที่มีงานและบริบทครบ คัดลอกพรอมป์ต์ไปยังแชตใหม่ แล้วเริ่มด้วย prefix ที่อุ่น วิธีนี้ย่อประวัติ 50K โทเค็นให้เป็นพรอมป์ต์ 500 โทเค็น
`/compact` เป็นคำสั่งทางการของ Claude Code ที่แทนที่ประวัติด้วยสรุป หากรันทันทีหลังข้อความล่าสุด ขณะที่แคชยังร้อนอยู่ (TTL ของสมาชิกคือ 1 ชั่วโมง) สรุปจะถูกแคชและอ่านในราคา 10% ของราคามาตรฐาน หากรันหลังจากหนึ่งชั่วโมง แคชจะเย็นและต้องจ่ายราคาเต็ม ปรับแต่ง `/compact` ได้: ```bash /compact Focus on code samples and API usage ``` หรือกำหนดจุดเน้นของสรุปเป็นค่าเริ่มต้นไว้ใน CLAUDE.md: ```markdown # Compact instructions When you are using compact, please focus on test output and code changes ``` แต่ปกติผมทำต่างออกไป ### ส่งพรอมป์ต์ไปยังแชตอีกอัน: ตัวอย่าง ขั้นตอน: 1. ในแชตปัจจุบัน เมื่อเห็นว่าบริบทใช้ไปเกิน 50% ผมจะพูดว่า: **“เขียนพรอมป์ต์สำหรับแชตอีกอันเพื่อทำงานต่อโดยไม่เสียความหมาย รวมถึง: เรากำลังทำอะไรอยู่ ทำอะไรเสร็จแล้ว เหลืออะไร ไฟล์และค่าคงที่สำคัญ”** 2. Claude ให้พรอมป์ต์ขนาด 300-800 โทเค็น 3. ผมปิดแชตปัจจุบันด้วย `/clear` หรือเปิดแชตใหม่ 4. ผมวางพรอมป์ต์และเริ่มด้วยบริบท CLAUDE.md และโปรเจกต์ที่อุ่นอยู่ แต่ใช้ความจำบทสนทนาที่สะอาด สิ่งที่ได้เมื่อเทียบกับ `/compact`: - **ควบคุมสิ่งที่จะเข้าไปในแชตใหม่ได้** `/compact` สรุปตามความเข้าใจของมันเอง ส่วนผมแก้พรอมป์ต์ด้วยมือก่อนเริ่มได้ - **บันทึกพรอมป์ต์ไว้ในไฟล์ `plans/` ได้** แล้วกลับมาใช้ต่อวันพรุ่งนี้ - **แชตใหม่เริ่มด้วยแคชบทสนทนาที่สะอาด**—จากนั้นทำงานในราคาอินพุตที่แคชไว้ ### เมื่อไร `/compact` ดีกว่า? - เมื่ออยู่ใน Plan Mode และไม่อยากเสียแผนปัจจุบัน - เมื่องานมีรูปแบบสม่ำเสมอและบริบทต่อเนื่องกัน (เช่น แปลเอกสารยาว) - เมื่อรัน `/compact` **ทันที** หลัง Claude ตอบ—สรุปจะเข้าแคชร้อนและมีราคา 10% ### `/clear`—ทางเลือกสุดท้าย `/clear` ลบทุกอย่าง รวมถึงบริบทโปรเจกต์ ผมใช้เฉพาะเมื่อต้องเปลี่ยนไปหัวข้อที่ไม่เกี่ยวข้องกันโดยสิ้นเชิงและไม่ต้องการเก็บอะไรจากก่อนหน้า หลัง `/clear` คำขอถัดไปต้องจ่ายราคาเต็มเพื่อโหลด CLAUDE.md อีกครั้ง ## กฎ 8. อะไรทำให้แคช Claude Code ใช้ไม่ได้ และทำไมถึงต้องจ่าย?
ประเด็นสำคัญ Claude Code ให้ส่วนลดราคาอินพุต 90% ผ่านการแคช—โทเค็นที่แคชไว้มีราคา 10% ของอินพุตปกติ แคชมีอายุ 1 ชั่วโมงสำหรับสมาชิก (ค่าเริ่มต้น API คือ 5 นาที) แต่การแก้ไขพรอมป์ต์ระบบหรือบริบทโปรเจกต์แม้เพียงครั้งเดียวจะทำให้แคชพังและต้องคำนวณ prefix ทั้งหมดใหม่ ความรู้นี้คุ้มค่าสำหรับผมทุกวัน: ถ้าเห็นว่าคำขอสั้น ๆ ใช้โทเค็นจำนวนมหาศาลขึ้นมา แสดงว่าผมทำให้แคชพังระหว่างทาง
สำหรับสมาชิก TTL ของแคชคือ **1 ชั่วโมง** (ต่อเวลาใหม่ทุกครั้งที่มีการเข้าถึง) ส่วนค่าเริ่มต้นของ API คือ 5 นาที หมายความว่าถ้ากลับมาทำงานหลัง 40 นาที แคชยังทำงานอยู่และคำขอถัดไปเสียค่าอินพุตเพียงเล็กน้อย หลัง 1 ชั่วโมงแคชหมดอายุและต้องจ่ายราคาเต็ม

เวลาส่วนใหญ่ที่ใช้กับการบีบอัดเป็นเวลาสร้างสรุป ไม่ใช่เวลาที่เกิด cache miss

— เอกสาร Claude Code, https://code.claude.com/docs/en/prompt-caching
### อะไรทำให้แคชพัง (หลีกเลี่ยงสิ่งเหล่านี้ระหว่างทำงาน) 1. **`/model`—เปลี่ยนโมเดลกลางเซสชัน** แต่ละโมเดลมีแคชของตัวเอง หลังใช้ `/model opus` คำขอถัดไปจะคำนวณ prefix ทั้งหมดสำหรับ Opus ใหม่ตั้งแต่ต้น 2. **เปิด Plan Mode ด้วยการตั้งค่า `opusplan`** ในโหมดนี้ Plan Mode = Opus, โหมดปกติ = Sonnet ทุก Shift+Tab = เปลี่ยนโมเดล = แคชใช้ไม่ได้ 3. **เชื่อมต่อ / ยกเลิกการเชื่อมต่อเซิร์ฟเวอร์ MCP** รวมถึงการเชื่อมต่อกลับอัตโนมัติหลังเกิดข้อผิดพลาดชั่วคราว หากเซิร์ฟเวอร์ MCP ไม่เสถียร คุณก็จ่ายสองครั้ง 4. **กฎ deny ที่ใช้ชื่อเปล่า** (`Bash`, `WebFetch`)—กฎเหล่านี้เปลี่ยนคำจำกัดความของเครื่องมือในพรอมป์ต์ระบบ 5. **`/compact`**—ทำให้ชั้นบทสนทนาใช้ไม่ได้ (ตามการออกแบบ) 6. **อัปเกรด Claude Code เป็นเวอร์ชันใหม่**—เวอร์ชันใหม่หมายถึงพรอมป์ต์ระบบใหม่และแคชใหม่ ### อะไรที่ไม่ทำให้แคชพัง? - แก้ไขไฟล์ในรีโพซิทอรี (ระบบจะอ่านเมื่อต้องการ) - แก้ไข CLAUDE.md ระหว่างเซสชัน (แต่การเปลี่ยนแปลงจะไม่มีผลจนกว่าจะเริ่มใหม่—ดูกฎข้อ 2) - เปลี่ยนรูปแบบเอาต์พุต - เปลี่ยนโหมดการอนุญาต (หากไม่เกี่ยวกับ `opusplan`) - เรียกใช้ Skills / คำสั่ง (เพิ่มเข้าไปในชั้นบทสนทนา) - `/recap` (คำสั่งใหม่ สรุปโดยไม่ทำให้แคชใช้ไม่ได้) - `/rewind` (ย้อนกลับไปยัง prefix ที่อุ่นไว้แล้ว) - เริ่มเอเจนต์ย่อย (ไม่กระทบแคชของเอเจนต์หลัก) ### ใช้แคชให้เป็นประโยชน์อย่างไร - อย่าสลับ `/model` หากไม่มีเหตุผล เลือกโมเดลตั้งแต่เริ่มงาน - อย่าเปิดเซิร์ฟเวอร์ MCP 10 ตัว “เผื่อไว้” แต่ละตัวเพิ่มข้อมูลในพรอมป์ต์ระบบและทำให้แคชพังเมื่อเชื่อมต่อใหม่ - อย่าแก้ CLAUDE.md ระหว่างงาน—แก้ทั้งหมดพร้อมกันแล้วค่อยเริ่มใหม่ - ใช้ `/recap` แทน `/compact` เมื่อต้องการดูสรุป ไม่ใช่เคลียร์พื้นที่ในบริบท ## ข้อเสนอเครดิตงานอัตโนมัติ 15 มิถุนายนเกิดอะไรขึ้น? ข้อเสนอแยกโควตาสมาชิกเป็น interactive กับ programmatic ถูกพัก [อัปเดต support ของ Anthropic](https://support.claude.com/en/articles/15036540-use-the-claude-agent-sdk-with-your-claude-plan) ระบุว่า Agent SDK, `claude -p` และแอปภายนอกยังใช้ขีดจำกัดสมาชิกได้ อย่านำวงเงินของข้อเสนอที่ยกเลิกมาบวกเป็นบิลบังคับที่สอง เครดิต API รายเดือนแยกที่เปิดให้ Max และ Team ที่เข้าเกณฑ์ในตุลาคม เป็นโควตารวมใน Console organization ที่เชื่อม ไม่แทนขีดจำกัด interactive ของแพ็กเกจ [คู่มือเครดิต API ปัจจุบัน](https://support.claude.com/en/articles/17154008-monthly-api-credits-for-max-and-team-plans) แยกการเข้าด้วยสมาชิกจากงาน API key และระบุช่องทางเปิดงานที่ไม่ครอบคลุม ก่อนวางงบงานตามเวลา บันทึกวิธียืนยันตัวตน ช่องทางเปิด โมเดล และการใช้จริง คำสั่ง `claude -p` อย่างเดียวไม่พิสูจน์ว่าใช้ยอดใด API เสียเงินเพิ่มขึ้นกับค่าตั้งเรียกเก็บองค์กร ดูคำอธิบายและเครื่องคิดปัจจุบันใน[การเรียกเก็บงานอัตโนมัติ Claude Code](https://ailoot.ai/blog/th/claude-code-pricing-automation-billing/) ## หนึ่งวันของผู้ทำ vibe coding ที่ใช้ Claude Code
ประเด็นสำคัญ หากใช้ทั้ง 8 กฎร่วมกัน การสมัคร Max 5x ราคา $100 ก็เพียงพอสำหรับการทำ vibe coding วันละ 8-10 ชั่วโมง โควตาจะไม่หมด เพราะแต่ละแชตรับผิดชอบงานเดียว CLAUDE.md กระชับ แผนอยู่ในไฟล์ skills โหลดเมื่อต้องการ งานหนักมอบหมายให้เอเจนต์ย่อย เลือกโมเดลให้เหมาะกับงาน ส่งต่อระหว่างงานด้วยการส่งพรอมป์ต์ และไม่เปลี่ยน /model หรือ MCP ระหว่างเซสชัน
ตัวอย่างวันทำงาน: 1. **9:00.** ผมเริ่มงาน #1—แก้เทมเพลตอีเมล เปิดแชตใหม่ ใช้ Plan Mode และขอให้ Claude ตรวจสอบ แผนเสร็จใน 3 นาที ผมเปลี่ยนไปใช้ auto-accept แล้วแก้ไขต่ออีก 10 นาที เสร็จแล้วก็ปิดแชต 2. **9:30.** งาน #2—เขียนคู่มือเพื่อการเรียนรู้ ผมเปิดแชตใหม่ แล้ว skill สำหรับเขียนคู่มือก็ทำงาน มันโหลดระเบียบวิธี 4000 โทเค็น ผมทำงานตามนั้นและคู่มือเสร็จใน 40 นาที เรียบร้อย 3. **11:00.** งาน #3—ปัญหาสถาปัตยกรรมที่ซับซ้อน `/model opus`, Plan Mode, พูดคุยกัน ผมตรวจแผน บันทึกเองใน `plans/2026-05-20-...md` หรืออนุญาตเขียนหลังออก Plan Mode ตรวจไฟล์ แล้วปิดแชต 4. **12:00.** แชตใหม่: “อ่าน `plans/2026-05-20-...md` แล้วทำเฟส 1” เอเจนต์ย่อย 6 ตัวทำงานพร้อมกัน—หนึ่งตัวต่อหนึ่งไฟล์ เฟส 1 เสร็จใน 45 นาที แล้วผมปิดแชต 5. **14:00.** งาน #4—แก้หน้าแลนดิ้งเพจ `/model sonnet` เปิดแชตใหม่ วางแผนและลงมือทำ ใช้เวลา 30 นาที แล้วปิดแชต 6. **15:00.** งาน #5—ดีบักระบบจริง `/model opus`, Plan Mode ต้องใช้การคิดเชิงลึก หลังคุยกันหนึ่งชั่วโมง ผมขอให้เขียนพรอมป์ต์สำหรับแชตอีกอัน โดยระบุสาเหตุที่พบและวิธีแก้ที่เสนอ ผมคัดลอกไปยังแชตใหม่แล้วลงมือแก้ภายใน 20 นาที เมื่อสิ้นวัน: 6 งาน ปิดแชตไป 8 ครั้ง ไม่มี `/compact` เลยสักครั้ง ใช้โควตาไป 40-60% เท่านั้น เหลือเฟือ คนที่ใช้โควตาหมดมักจะ: - ยัดงานทั้งหมดลงในแชตที่มีบริบทถูกใช้ไปแล้ว 50% - คง CLAUDE.md ไว้ 600 บรรทัดเพราะ “เผื่อว่าจะมีประโยชน์” - เปลี่ยนไปใช้ `/model opus` กับการแก้ไขง่าย ๆ ทุกครั้ง - เปิดเซิร์ฟเวอร์ MCP 8 ตัวเผื่อไว้ - ไม่เคยใช้เอเจนต์ย่อยและลากทุกอย่างเข้าบทสนทนาหลัก คนที่ไม่ใช้โควตาหมดจะสร้างสมองที่สองไว้ในไฟล์โปรเจกต์ และทำงานกับ Claude เหมือนวิศวกรในทีม—มอบหมายงานให้ชัดเจน ไม่ยัดทุกอย่างลงในบทสนทนาเดียว และใช้เครื่องมือที่ต่างกันกับงานที่ต่างกัน
### แหล่งที่มา - [Anthropic - เพิ่มขีดจำกัดและข้อตกลงกับ SpaceX (6 พฤษภาคม 2026)](https://www.anthropic.com/news/higher-limits-spacex) - [เอกสาร Claude Code - การปรับต้นทุนให้เหมาะสม](https://code.claude.com/docs/en/costs) - [เอกสาร Claude Code - หน้าต่างบริบทและการบีบอัดอัตโนมัติตามโมเดล](https://code.claude.com/docs/en/model-config#extended-context) - [เอกสาร Claude Code - การแคชพรอมป์ต์](https://code.claude.com/docs/en/prompt-caching) - [เอกสาร Claude Code - Skills](https://code.claude.com/docs/en/skills) - [เอกสาร Claude Code - บันทึกการเปลี่ยนแปลง](https://code.claude.com/docs/en/changelog) - [ราคา Anthropic API](https://platform.claude.com/docs/en/about-claude/pricing) - [Anthropic Code with Claude SF 2026 - สรุปคำกล่าวหลัก](https://claude.com/blog/code-w-claude-sf-2026-sf)
คุณสำรวจ Ailoot ต่อได้ที่ [ailoot.ai](https://ailoot.ai/) ## คำถามที่พบบ่อย ### ยังอยู่ Plan Mode จะบันทึกแผนอย่างไร? ตรวจแผนที่เสนอแล้วคัดเองลงไฟล์ `plans/` ของโปรเจกต์ หรือออก Plan Mode อย่างชัดเจนแล้วอนุญาตเขียน ตรวจเนื้อหาก่อนปิดเซสชันเพื่อให้แชตถัดไปโหลดไฟล์จริง ### handoff ก่อนเปิดแชตใหม่ควรมีอะไร? ระบุงาน สิ่งที่เสร็จ สิ่งที่เหลือ ไฟล์สำคัญ และการตัดสินใจ บันทึกแผนหรือ handoff ที่อนุมัติก่อน แล้วให้ path แชตใหม่ ข้อความสั้นมีประโยชน์เมื่อเก็บข้อมูลที่ต้องใช้ทำต่อครบ ## Ailoot · บริษัทและพอร์ตโฟลิโอโครงการของบริษัท Ailoot อาศัยประสบการณ์การดำเนินงานที่สั่งสม ฐานลูกค้าขนาดใหญ่ บริการที่เสถียร และการติดตาม KPI อย่างต่อเนื่อง บริษัทและพอร์ตโฟลิโอโครงการของบริษัท: ลูกค้าหลายล้านราย; ยอดขายระดับหลายพันล้านต่อเดือน. Ailoot นำประสบการณ์การดำเนินงานนี้มาใช้เพื่อให้เข้าถึงฟังก์ชัน AI ผ่าน API ในผลิตภัณฑ์ของลูกค้า เอเจนต์ แอปพลิเคชัน และระบบอัตโนมัติ