ขีดจำกัด Claude Code ในปี 2026: 8 กฎเพื่อไม่ให้ใช้โทเค็นหมดรวดเร็ว

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

ขีดจำกัด Claude Code ทำงานอย่างไรในปี 2026 และทำไมถึงใช้จนหมด?#

ณ วันที่ 20 พฤษภาคม 2026 แพ็กเกจ Claude Code แบบชำระเงินทำงานดังนี้:

ตัวเลขจากหน้าเว็บทางการของ Anthropic นอกเหนือจากช่วงเวลา 5 ชั่วโมง ยังมีขีดจำกัดรายสัปดาห์ ซึ่งเริ่มส่งผลต่อประสบการณ์ของผู้ใช้หนัก ๆ ในช่วงวันศุกร์

การเพิ่มโควตาเป็นสองเท่าเมื่อ 6 พฤษภาคมคืออะไร?

ในการประชุม Code with Claude SF เมื่อวันที่ 6 พฤษภาคม 2026 Anthropic ประกาศ ข้อตกลงกับ SpaceX Colossus 1: การ์ดกราฟิก NVIDIA 220,000 ใบ กำลังการผลิต 300 MW และเริ่มใช้งานออนไลน์ภายในหนึ่งเดือน ทันทีที่ประกาศ:

• ขีดจำกัดช่วงเวลา 5 ชั่วโมงเพิ่มขึ้นเป็นสองเท่า สำหรับทุกแพ็กเกจแบบชำระเงิน
• ยกเลิกการจำกัดช่วงเวลาใช้งานสูงสุดรายวัน ซึ่งก่อนหน้านี้ลดโควตาในช่วงที่มีการใช้งานสูง
• สำหรับ API: โทเค็นอินพุตสูงสุดต่อนาทีสำหรับ Opus เพิ่มจาก 30K เป็น 500K (+1500%) และโทเค็นเอาต์พุตสูงสุดเพิ่มจาก 8K เป็น 80K

ยังมีโปรโมชันชั่วคราวอีกอย่าง ตั้งแต่วันที่ 13 พฤษภาคมถึง 13 กรกฎาคม: เพิ่มขีดจำกัดรายสัปดาห์ +50% สำหรับ Pro / Max / Team หลังวันที่ 13 กรกฎาคม โควตารายสัปดาห์จะกลับสู่ระดับเดิม

ผู้ทำ vibe coding ใช้กันจริง ๆ เท่าไร?

Anthropic ให้ตัวเลขอ้างอิงไว้ในเอกสารทางการ:

• นักพัฒนาใช้จ่ายเฉลี่ย $13 / วัน, $150-250 / เดือน
• ผู้ใช้ 90% ใช้ไม่เกิน $30 / วัน
• ทีมเอเจนต์ใน Plan Mode ใช้โทเค็นประมาณ 7 เท่า ของเซสชันมาตรฐาน

ขนาดหน้าต่างบริบทขึ้นอยู่กับโมเดล ตามเอกสารของ Anthropic ณ เดือนกันยายน 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. ทำไม “หนึ่งงาน—หนึ่งบทสนทนา” จึงช่วยประหยัดโทเค็นได้มากที่สุด?#

กฎนี้ไม่ได้หมายถึง “เปิด 5 แชตพร้อมกัน” แต่หมายถึง “อย่าขุดแชตก่อนหน้ามาใช้กับงานถัดไป” โดยเฉพาะ

ตามแนวทางที่อธิบายไว้ วิธีนี้ทำงานดังนี้ ในแต่ละข้อความ Claude ไม่ได้เห็นแค่คำขอใหม่ แต่เห็นบทสนทนาก่อนหน้าทั้งหมดด้วย หากตอนเช้าคุณคุยเรื่องหน้าแลนดิ้งเพจ จากนั้นเปลี่ยนไปทำแคมเปญอีเมล แล้วขอให้แก้คำแนะนำสำหรับเวิร์กช็อป ประวัติทั้งหมดจะถูกรวมไว้ในบริบทเมื่อส่งคำขอครั้งที่สาม โทเค็นถูกใช้ไปกับการ “จำเรื่องหน้าแลนดิ้งเพจ” ทั้งที่คุณลืมเรื่องนั้นไปแล้ว

ทำไมการ “เคลียร์หัว” จึงได้ผล?

ปิดแชตทันทีเมื่องานเสร็จ เรื่องนี้ไม่ใช่แค่การประหยัดโทเค็น แต่เป็นวิธีคืนพื้นที่ให้ความสนใจ

ถ้างานเสร็จจริง ๆ อย่าเก็บแชตไว้ “เผื่อกลับมาทำต่อ” เปิดแชตใหม่ คุณค้นหาแชตเก่าได้ด้วย claude --resume หรือ /resume โดยใช้ตัวระบุใดก็ได้ (ชื่อ branch, รหัส PR, แท็ก)

ถ้างานลากยาวสองวันควรทำอย่างไร?

หากจำเป็นต้องทำงานต่อจริง ๆ อย่าปล่อยแชตค้างไว้ ก่อนปิดแชต ให้ Claude เขียนพรอมป์ต์สำหรับแชตอีกอัน (ดูกฎข้อ 7) วิธีนี้ย่อประวัติ 50K โทเค็นให้เหลือพรอมป์ต์ 500 โทเค็น แล้ววันพรุ่งนี้แชตใหม่ก็ทำงานต่อจากบริบทเดิมได้โดยไม่ต้องเขียนทุกอย่างใหม่

กฎ 2: จำกัด CLAUDE.md ไว้ที่ 200 บรรทัด ไม่ใช่ 500#

CLAUDE.md เป็นไฟล์แรกที่ Claude อ่าน เมื่อเริ่มเซสชันใหม่ ส่วนนี้พูดถึงการประหยัดโทเค็นโดยเฉพาะ

จำนวนบรรทัดเท่าไรจึงเหมาะสม?

ทำไม CLAUDE.md ที่ยาวจึงทำให้เอเจนต์ฉลาดน้อยลง?

คำอธิบายเรียบง่าย: /init บรรยายรีโพซิทอรี “ย้อนกลับไปให้โมเดลฟัง” โดยเพิ่มข้อมูลในบริบทที่โมเดลรู้อยู่แล้วหรือค้นพบเองได้เพียงเหลือบดูโครงสร้าง การทำซ้ำนี้สิ้นเปลืองโทเค็นและทำให้จุดสนใจพร่าเลือน

กฎความกระชับ: ทุกคำต้องเปลี่ยนพฤติกรรม

ถ้าลบบรรทัดหนึ่งออกจาก CLAUDE.md แล้วพฤติกรรมของ Claude ไม่เปลี่ยน บรรทัดนั้นก็ไม่จำเป็น ใช้เกณฑ์นี้ตรวจสอบ:

1. เปิด CLAUDE.md แล้วไล่อ่านทุกย่อหน้า
2. ถามตัวเองว่า: “ถ้าลบสิ่งนี้ Claude จะเริ่มทำผิดพลาดไหม?”
3. ถ้าไม่ ให้ลบทิ้งหรือย้ายไปไว้ใน Skill

กฎทั้งหมดที่ใช้เฉพาะในบางสถานการณ์ควรอยู่ใน skills (.claude/skills/<name>/SKILL.md) ส่วน CLAUDE.md ใช้เฉพาะสิ่งที่จำเป็นตลอดเวลา

กฎ 3. ทำไมควรเก็บแผน Claude Code ไว้ในไฟล์แยก?#

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 โหลดเมื่อมีทริกเกอร์ ไม่ใช่ตอนเริ่มเซสชัน#

Skills ใช้การโหลดสามระดับ:

1. เมทาดาทาโหลดเสมอ—เมื่อเริ่มเซสชัน Claude เห็นเพียง name และ description ของแต่ละ skill งบประมาณ: ~100 โทเค็นต่อ skill
2. คำแนะนำโหลดเมื่อมีทริกเกอร์—เมื่อผู้ใช้พูดสิ่งที่เกี่ยวข้อง Claude โหลดเนื้อหาของ SKILL.md งบประมาณ: สูงสุด 5000 โทเค็น
3. ทรัพยากรโหลดเมื่อต้องการ—ไฟล์ประกอบ (ตัวอย่าง เทมเพลต) จะถูกเรียกใช้ก็ต่อเมื่อโมเดลเข้าถึงไฟล์เหล่านั้นเอง

วิธีนี้เปลี่ยนเศรษฐศาสตร์ของโทเค็นอย่างไร?

ในตัวอย่างที่เล่าไว้ หลักการเขียนคำแนะนำด้านการศึกษา กฎการส่งอีเมล และกฎตรวจทานโค้ดเคยอยู่ใน 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:

หากสงสัยว่า skill ไม่น่าไว้ใจ ก็อย่าติดตั้ง

Skills เป็นคำสั่งที่ทำงานได้และเข้าถึงไฟล์กับคีย์ API ของคุณโดยตรง ก่อนติดตั้งคลังของคนอื่น ผมเปิด SKILL.md ทุกไฟล์และอ่านด้วยตัวเอง หากมีบล็อก bash: ที่ใส่ลิงก์ไปยัง URL ภายนอก นั่นเป็นสัญญาณเตือน ผมจะไม่ติดตั้ง

กฎ 5. เมื่อไรควรมอบงานให้เอเจนต์ย่อยแทนเซสชันหลัก?#

จากเอกสารทางการ:

งานแบบไหนที่มอบหมายให้เอเจนต์ย่อยได้?

• ค้นหาในโค้ดเบสขนาดใหญ่ เอเจนต์ย่อยอ่าน 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 อย่างเป็นทางการ เป็นฟีเจอร์ระดับหลัก ก่อนหน้านี้เปิดใช้เอเจนต์ย่อยในโค้ดได้ผ่าน SDK เท่านั้น แต่ตอนนี้เปิดใช้ได้โดยตรงใน Claude Code ผ่านคำสั่ง slash

จุดที่เอเจนต์ย่อยเริ่มทำงานได้ไม่ดี

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

กฎ 6. เลือกโมเดล Claude (Opus / Sonnet / Haiku) สำหรับงานอย่างไร?#

ราคา API (ต่อหนึ่งล้านโทเค็น):

แหล่งที่มา: หน้าเว็บทางการของ Anthropic ราคาจะไม่แสดงในแพ็กเกจสมาชิก แต่สัดส่วนยังเหมือนเดิม Opus 4.7 มีข้อควรทราบ: เมื่อเทียบกับ Opus 4.6 tokenizer ใหม่อาจใช้โทเค็น มากขึ้นถึง +35% สำหรับข้อความเดียวกัน ราคาต่อโทเค็นไม่ได้เพิ่ม แต่ต้นทุนจริงต่อคำขอเพิ่มขึ้น หากใช้ Opus กับทุกอย่างโดยไม่คิด โควตาจะหมดเร็วกว่า 5 เท่าเมื่อเทียบกับการใช้ Sonnet หรือ Haiku กับงานครึ่งหนึ่ง

ตัวอย่างการเลือกโมเดล

สลับโมเดลด้วยคำสั่ง /model แต่ การเปลี่ยนโมเดลทำให้แคชใช้ไม่ได้ หากเปลี่ยนจาก Sonnet เป็น Opus กลางเซสชัน คำขอถัดไปจะคำนวณ prefix ทั้งหมดใหม่ตั้งแต่ต้นในราคาอินพุตเต็ม (ไม่ใช่ราคาอินพุตที่แคชไว้) จึงควรเลือกโมเดลตั้งแต่เริ่ม แทนการสลับไปมาบ่อย ๆ

/effort—การตั้งค่าที่ไม่เข้มข้นเท่าเดิม

ในเดือนเมษายน 2026 Anthropic เปิดตัว /effort—ระดับความลึกของการให้เหตุผล 5 ระดับ: minimal / low / medium / high / xhigh Claude Code บน Opus 4.7 ทำงานที่ xhigh เป็นค่าเริ่มต้น

สิ่งที่ผมทำ:

• สำหรับการจัดประเภท การดึงข้อมูล และสรุปสั้น ๆ: /effort low ช่วยประหยัด 30-70% ในงานประเภทที่ไม่ต้องใช้การคิดเชิงลึก
• สำหรับงานเขียนโค้ดง่าย ๆ: /effort medium
• สำหรับสถาปัตยกรรมซับซ้อน: ผมคงไว้ที่ xhigh

/effort ไม่เปลี่ยนโมเดล แต่เปลี่ยนแค่ระดับความลึกในการให้เหตุผล แคชยังคงอยู่

กฎ 7: ส่งพรอมป์ต์ไปยังแชตใหม่แทนการใช้ /compact#

/compact เป็นคำสั่งทางการของ Claude Code ที่แทนที่ประวัติด้วยสรุป หากรันทันทีหลังข้อความล่าสุด ขณะที่แคชยังร้อนอยู่ (TTL ของสมาชิกคือ 1 ชั่วโมง) สรุปจะถูกแคชและอ่านในราคา 10% ของราคามาตรฐาน หากรันหลังจากหนึ่งชั่วโมง แคชจะเย็นและต้องจ่ายราคาเต็ม

ปรับแต่ง /compact ได้:

/compact Focus on code samples and API usage

หรือกำหนดจุดเน้นของสรุปเป็นค่าเริ่มต้นไว้ใน CLAUDE.md:

# 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 ใช้ไม่ได้ และทำไมถึงต้องจ่าย?#

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

อะไรทำให้แคชพัง (หลีกเลี่ยงสิ่งเหล่านี้ระหว่างทำงาน)

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 ระบุว่า Agent SDK, claude -p และแอปภายนอกยังใช้ขีดจำกัดสมาชิกได้ อย่านำวงเงินของข้อเสนอที่ยกเลิกมาบวกเป็นบิลบังคับที่สอง

เครดิต API รายเดือนแยกที่เปิดให้ Max และ Team ที่เข้าเกณฑ์ในตุลาคม เป็นโควตารวมใน Console organization ที่เชื่อม ไม่แทนขีดจำกัด interactive ของแพ็กเกจ คู่มือเครดิต API ปัจจุบัน แยกการเข้าด้วยสมาชิกจากงาน API key และระบุช่องทางเปิดงานที่ไม่ครอบคลุม

ก่อนวางงบงานตามเวลา บันทึกวิธียืนยันตัวตน ช่องทางเปิด โมเดล และการใช้จริง คำสั่ง claude -p อย่างเดียวไม่พิสูจน์ว่าใช้ยอดใด API เสียเงินเพิ่มขึ้นกับค่าตั้งเรียกเก็บองค์กร ดูคำอธิบายและเครื่องคิดปัจจุบันในการเรียกเก็บงานอัตโนมัติ Claude Code

หนึ่งวันของผู้ทำ vibe coding ที่ใช้ Claude Code#

ตัวอย่างวันทำงาน:

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 เหมือนวิศวกรในทีม—มอบหมายงานให้ชัดเจน ไม่ยัดทุกอย่างลงในบทสนทนาเดียว และใช้เครื่องมือที่ต่างกันกับงานที่ต่างกัน

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