โทเค็นหายไปไหนใน Claude Code: รูปแบบการสูญเสีย 9 แบบและวิธีแก้ในปี 2026

ในตัวอย่างหนึ่ง คำสั่ง /context ในเซสชัน Claude Code ใหม่แสดงว่ามีโทเค็นถูกใช้ไป 60K จากทั้งหมด 200K ก่อนส่งข้อความแรก ในที่เก็บโปรเจกต์เปิดใช้งานเพียง claude เท่านั้น โทเค็นหกหมื่นโทเค็น—หนึ่งในสามของงบประมาณถูกใช้ไปกับการ “เตรียมตัว” ก่อนสนทนา

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

“โทเค็น 73% สูญเปล่าก่อนพรอมป์ต์” หมายความว่าอย่างไร?#

โทเค็นจำนวนมากของคุณถูกใช้ไปก่อนที่ Claude จะอ่านข้อความขอจริงของคุณ: โดย CLAUDE.md ที่พองเกินไป การเล่าประวัติแชตเก่าซ้ำ และรูปแบบอื่นอีกเจ็ดแบบ ตั้งแต่เซิร์ฟเวอร์ MCP ไปจนถึงการสรุปเบื้องหลัง เรื่องนี้ไม่เกี่ยวกับขีดจำกัดของการสมัครสมาชิก แต่เกี่ยวกับวิธีทำงานของบริบท

นี่คือรูปแบบทั้ง 9 แบบในตารางเดียว พร้อมตัวเลขจากการวัดเซสชันจริงและหน้าอย่างเป็นทางการของ Anthropic ว่าด้วยการจัดการค่าใช้จ่าย

ผมจะไม่ยืนยันว่าตัวเลข “73” เป็นค่าตายตัว—อาจเป็น 60% หรือ 80% ก็ได้ ขึ้นอยู่กับการตั้งค่าของคุณ แต่ภาพรวมถูกต้อง และแก้แต่ละรูปแบบได้เป็นรายข้อ ด้านล่างผมจะอธิบายครั้งละสามข้อ

Claude สร้างบริบทอย่างไรก่อนอ่านข้อความขอของคุณ?#

ในการพูดคุยเรื่อง ประเด็นบน GitHub #13717 มีผู้เปิด /context ในเซสชันที่ใช้เซิร์ฟเวอร์ MCP หกตัว แล้วได้รายละเอียดดังนี้:

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

ขนาดหน้าต่างขึ้นอยู่กับโมเดล ตาม เอกสารโมเดลของ Anthropic ณ เดือนกันยายน 2026 โมเดล Opus 4.7 และใหม่กว่า, Sonnet 5 และ Fable มีหน้าต่าง 1M โทเค็น ในทุกแผน รวมถึง Pro ส่วน 200K ยังใช้กับ Opus 4.6 และ Sonnet 4.6 ที่ไม่มีบริบทแบบขยาย รวมถึงเซสชันที่ปิด 1M ด้วยตัวแปร CLAUDE_CODE_DISABLE_1M_CONTEXT=1 หน้าต่างที่ใหญ่ขึ้นไม่ได้แก้ปัญหาบริบทที่พองเกินไป: ทุกอย่างที่โหลดก่อนส่งข้อความแรกจะถูกส่งให้โมเดลในทุกคำขอ และ เอกสารค่าใช้จ่าย ระบุไว้อย่างชัดเจนว่า ยิ่งมีบริบทมาก ก็ยิ่งใช้โทเค็นมาก การสมัครสมาชิกไม่ได้เปลี่ยนเรื่องนี้—ไม่ว่าใช้แผนใด ทุกโทเค็นเพิ่มเติมจะนับรวมในขีดจำกัดของคุณ

บริบทหนึ่งในสามส่วนแรกหายไปไหน: CLAUDE.md, ประวัติ และ MCP?#

รูปแบบที่ 1. CLAUDE.md ก่อนทุกข้อความ

ไฟล์จะโหลด ก่อนทุกข้อความที่คุณส่ง ไม่ใช่แค่ครั้งเดียวต่อเซสชัน CLAUDE.md 5,000 โทเค็นใช้พื้นที่บริบทเท่านั้นในคำขอที่มีมัน แต่ต้องคิดอินพุตใหม่ เขียนแคช และอ่านแคชแยก เนื้อหาซ้ำไม่จำเป็นต้องคิดราคาเต็มแบบไม่แคช

Anthropic ระบุไว้โดยตรงในเอกสาร:

ในตัวอย่างหนึ่ง CLAUDE.md ของโปรเจกต์มี 180 บรรทัด—เนื้อหาเฉพาะทางทั้งหมด (วิธีเขียนคำแนะนำการจัดเวิร์กช็อป รูปแบบโพสต์ TG และเช็กลิสต์ด้านกฎหมาย) ถูกย้ายไปไว้ใน Skills และไฟล์ Markdown ใน business/ ซึ่ง Claude จะอ่านเฉพาะเมื่อเข้าไปดูโดยตรง วิธีนี้ลดค่าใช้จ่ายพื้นฐานลง 60-70% เมื่อเทียบกับสองเดือนก่อน

รูปแบบที่ 2. ประวัติการสนทนาถูกอ่านซ้ำทุกครั้งที่ตอบ

โมเดลได้รับบริบทสนทนาที่เก็บไว้ในคำขอถัดไป Prompt caching ใช้ prefix คงที่ซ้ำได้ การ compact หรือ clear เปลี่ยนข้อความที่เก็บได้ บริบทที่ส่งซ้ำยังใช้พื้นที่หน้าต่างแม้ราคาแคชช่วยลดต้นทุน

ทางแก้คือใช้ /clear ระหว่างงานที่ไม่เกี่ยวข้องกัน กฎของผมคือ เปิดแชตใหม่สำหรับงานใหม่ทุกงาน หากงานยาวและต้องเก็บประวัติไว้ ให้ใช้ /compact เพื่อสรุปเรื่องที่ผ่านมาเป็นข้อความสั้น ๆ แล้วทำต่อจากจุดนั้น

อ่านเพิ่มเติมเกี่ยวกับกฎนี้ในคู่มือ “วิธีไม่ใช้โควตา Claude Code จนหมดภายในวันเดียว: 8 กฎประหยัดโทเค็น” พร้อมตัวอย่างจากเซสชันของผม

รูปแบบที่ 3. เซิร์ฟเวอร์ MCP ลงทะเบียนเครื่องมือทั้งหมดไว้ในบริบท

นี่เป็นปัญหาเรื้อรังใน Claude Code และเป็นสาเหตุของการสูญเสียครั้งใหญ่ที่สุดจนถึงปี 2026 ในประเด็น #13717 ที่กล่าวถึงข้างต้น เซิร์ฟเวอร์ MCP ที่เชื่อมต่ออยู่หกตัว (Google Docs, Asana, Calendar, Slack, Atlassian และ Gmail) ใช้พื้นที่ 98 700 โทเค็น—49% ของหน้าต่างทั้งหมด ก่อนเริ่มบทสนทนา

Anthropic เปิดตัวฟีเจอร์ Tool Search ในเดือนธันวาคม 2025–มกราคม 2026 ซึ่งแก้ปัญหานี้ได้ครึ่งหนึ่ง:

ในเอกสารของ Anthropic คำอธิบายปัจจุบันระบุว่า:

สิ่งที่ควรทำในระบบใช้งานจริง:

1. อัปเดต Claude Code เป็นเวอร์ชันที่มี Tool Search (เวอร์ชันปัจจุบันทั้งหมดหลังเดือนธันวาคม 2025)
2. เปิด /mcp แล้วปิดใช้เซิร์ฟเวอร์ที่ไม่จำเป็นในเซสชันปัจจุบัน ในตัวอย่างที่กล่าวถึง มีสองตัวที่เชื่อมต่ออยู่ตลอดเวลา ได้แก่ Playwright และ shadcn ผมเปิดใช้ตัวอื่นสำหรับงานใดงานหนึ่ง แล้วเรียก /mcp disconnect ทันทีหลังจากนั้น
3. เปลี่ยนจาก MCP เป็น CLI เมื่อทำได้ ใช้ gh แทนเซิร์ฟเวอร์ MCP สำหรับ GitHub ใช้ปฏิทินในเบราว์เซอร์แทน MCP ของ Google Calendar

ผมอธิบายว่าเซิร์ฟเวอร์ MCP คืออะไรและตั้งค่าอย่างเหมาะสมได้อย่างไรในคู่มือ “เซิร์ฟเวอร์ MCP ของ Claude Code ในปี 2026: การตั้งค่าพร้อมใช้ 7 แบบและวิธีติดตั้งทีละขั้นตอน”

ปัญหาของ CLAUDE.md และ Skills ไม่ได้มีแค่ขนาด แต่ยังรวมถึงโครงสร้างด้วย ไฟล์คำสั่งหนึ่งไฟล์ (CLAUDE.md) คือแกนหลัก ส่วนความรู้เพิ่มเติมเกี่ยวกับโปรเจกต์ (กลุ่มเป้าหมาย ผลิตภัณฑ์ เอกสารกฎหมาย คำแนะนำรายวัน) อยู่ในโฟลเดอร์ business/ ซึ่งเป็น Second Brain ตามวิธีการของผม Claude อ่านเฉพาะสิ่งที่จำเป็นในขณะนั้น และการบีบอัดบริบทก็เกิดขึ้นตั้งแต่ระดับนี้ รายละเอียดทั้งหมดอยู่ใน “Second Brain ใน Claude Code”

อีกเรื่องหนึ่งที่มักมองข้าม: การทำความสะอาด CLAUDE.md การย้ายไปใช้ Skills และการปิด MCP เป็นเพียงขั้นแรก หลังจากนั้นจึงเริ่มใช้วิธี context engineering—ควรใส่อะไรในแต่ละพรอมป์ต์และเรียงลำดับอย่างไร ควรส่งต่องานอะไรผ่าน Plan Mode และจัดการอะไรผ่าน /compact คู่มือนี้กล่าวถึงองค์ประกอบหนึ่ง

อะไรสะสมอยู่ในเซสชัน และอะไรที่ตัดออกไม่ได้?#

รูปแบบที่ 4. เอาต์พุตจากเครื่องมือสะสมตลอดเซสชัน

รายละเอียดที่มีคนพูดถึงไม่มาก: เมื่อ Claude รัน bash cat huge-file.log เอาต์พุตทั้งหมดของคำสั่งนั้นจะเข้าสู่บริบทและ คงอยู่จนกว่าจะจบเซสชันหรือใช้ /clear เช่นเดียวกันกับ Read ไฟล์ขนาดใหญ่—บรรทัดทั้ง 10,000 บรรทัดจะอยู่ที่นั่นและกินโทเค็นในข้อความถัด ๆ ไปทุกข้อความ (ดูรูปแบบที่ 2)

วิธีแก้:

1. ใช้ head, tail, grep แทนการอ่านทุกอย่าง ใช้ bash tail -100 deploy.log แทน Read deploy.log วิธีนี้ลดเอาต์พุตได้ทันที 10-100 เท่า
2. Hooks สำหรับประมวลผลล่วงหน้า วางสคริปต์ใน ~/.claude/hooks เพื่อกรองเอาต์พุต bash ก่อนที่ Claude จะเห็น ตัวอย่างจากเอกสาร Anthropic คือ hook แบบ PreToolUse ที่รัน npm test 2>&1 | grep -A 5 -E 'FAIL|ERROR' แทนการพิมพ์เอาต์พุตการทดสอบทั้งหมด วิธีนี้บีบอัดเอาต์พุตได้ 50-100 เท่า ดูรายละเอียดใน “Hooks ของ Claude Code ปี 2026: การตั้งค่าทีละขั้นตอนและตัวอย่างพร้อมใช้ 7 แบบ”
3. ใช้ /clear หลังอ่านไฟล์ขนาดใหญ่ หากคุณอ่านไฟล์ใหญ่มากเพื่องานเฉพาะอย่างหนึ่งและไม่ต้องใช้มันแล้ว อย่าปล่อยให้อยู่ในบริบท “เผื่อไว้ก่อน”; เริ่มแชตใหม่

รูปแบบที่ 5. พรอมป์ต์ระบบ + เครื่องมือระบบ = ค่าใช้จ่ายพื้นฐานถาวร

เปลี่ยนรูปแบบนี้ไม่ได้ เพราะแทบไม่มีอะไรให้ทำ Claude Code เริ่มต้นด้วยพรอมป์ต์ระบบ (ประมาณ 3 200 โทเค็น) และคำอธิบายเครื่องมือในตัวทั้งหมด ได้แก่ Read, Edit, Write, Bash, Glob, Grep, WebSearch, WebFetch, TodoWrite (ประมาณ 16 100 โทเค็น) รวมแล้วเป็น ค่าใช้จ่ายพื้นฐานถาวร 19 300 โทเค็นที่ตัดออกไม่ได้

สิ่งที่ควรทำในทางปฏิบัติ:

• ตระหนักไว้ รู้ว่ามี “ภาษี” พื้นฐาน 19K: ในหน้าต่าง 200K จะเหลือ 200K - 19K = 181K สำหรับทุกอย่างอื่น (หัก CLAUDE.md, MCP และบัฟเฟอร์ autocompact) หน้าต่าง 1M มีพื้นที่มากกว่า แต่ “ภาษี” นี้ยังติดไปกับทุกคำขอ
• วัดการประมวลผลซ้ำ บริบทพื้นฐานใช้หน้าต่างและอาจซ้ำในคำขอถัดไป ไม่ใช่ค่าโทเค็นครั้งเดียวต่อเซสชัน ต้องแยกยอด input, cache-write, cache-read และ output เมื่อคิดต้นทุน

โทเค็นรั่วไหลไปกับ Skills ปลั๊กอิน และทีมเอเจนต์ตรงไหน?#

รูปแบบที่ 6. Skills และปลั๊กอินอาจลงทะเบียนซ้ำกัน

ปัญหานี้เกิดขึ้นเมื่อปลั๊กอินเข้ามาใน Claude Code (ปลายปี 2025) เมื่อคุณติดตั้งปลั๊กอินที่เพิ่ม Skills, Skills เหล่านั้นจะเข้าสู่บริบท หากคุณติดตั้ง Skills ของผู้ใช้ที่คล้ายกันไว้ใน ~/.claude/skills/ ด้วย Skills เหล่านั้นก็จะโหลดเช่นกัน และบางครั้งก็ ซ้ำกัน

Vercel เผยตัวเลขจากงานวิจัยเกี่ยวกับ AI stack ของตน: Skills 56% ไม่เคยถูกเรียกใช้ ระหว่างเซสชัน แต่คำอธิบายของ Skills เหล่านั้นโหลดเข้าบริบทอยู่ตลอด หากแต่ละรายการมี 100 โทเค็น ก็จะมี “สัมภาระ” สูงสุด 5 600 โทเค็นจาก Skills 100 รายการ

สิ่งที่ควรทำ:

1. /context แสดงสิ่งที่ใช้พื้นที่จริง หากเห็นส่วน Skills เกิน 3K ให้ทำความสะอาด
2. ls ~/.claude/skills/—ตรวจสอบว่าติดตั้ง Skills ใดไว้บ้าง ลบรายการที่ไม่ได้ใช้มานานกว่าหนึ่งเดือน
3. ใช้ /plugin remove กับปลั๊กอินที่ติดตั้งไว้ “ลองดู” แล้วลืมไป

ดูคำอธิบายเกี่ยวกับโครงสร้างที่เหมาะสมของ Skills และความแตกต่างจาก CLAUDE.md ได้ใน “Skills ของ Claude Code ในปี 2026: วิธีสร้างคลัง Skills ส่วนตัว”

รูปแบบที่ 7. ทีมเอเจนต์ใช้โทเค็นมากขึ้น 7 เท่าใน Plan Mode

ทีมเอเจนต์เป็นฟีเจอร์ที่ Claude Code เรียกใช้โมเดลหลายอินสแตนซ์แบบขนาน โดยแต่ละอินสแตนซ์มีบริบทของตัวเอง Anthropic ระบุโดยตรงในเอกสาร:

นั่นหมายความว่าสมาชิกทีม 5 คนใน Plan Mode เท่ากับ 5 เซสชันที่ทำงานขนานกัน แต่ละเซสชันโหลดค่าใช้จ่ายพื้นฐานของระบบ CLAUDE.md ฉบับของตัวเอง และเครื่องมือ MCP ของตัวเอง การใช้โทเค็นโดยรวมจึงเพิ่มขึ้นแบบไม่เป็นเส้นตรง

สิ่งที่ควรทำ:

1. ใช้ Sonnet หรือ Haiku กับสมาชิกทีม ใช้ Opus เฉพาะหัวหน้าทีมที่ประสานงานเท่านั้น ราคาต่อโทเค็นอาจต่ำกว่า แต่ต้องวัดต้นทุนทั้งงานกับคุณภาพของสมาชิกแต่ละคน แทนสมมติอัตราประหยัดตายตัว
2. ทีมขนาดเล็ก ใช้สมาชิกทีมสองหรือสามคนแทนสิบคน
3. ปิดสมาชิกทีมที่ไม่ได้ใช้งาน หากงานเสร็จแล้วแต่สมาชิกทีมยังทำงานอยู่ ก็จะยังเผาผลาญโทเค็นอยู่เบื้องหลัง

อ่านเพิ่มเติมเกี่ยวกับ Plan Mode และเวลาที่มันมีประโยชน์จริงใน “Plan Mode ใน Claude Code: คู่มือทีละขั้นตอนและ 4 ขั้นตอนในปี 2026”

Claude คิดค่าโทเค็นอะไรบ้างตอนที่คุณไม่ได้มอง?#

รูปแบบที่ 8. Extended thinking ใช้โทเค็นโดยที่คุณไม่ต้องทำอะไร

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

Anthropic ระบุไว้ในเอกสาร:

นั่นหมายความว่าคำขอซับซ้อนเพียงครั้งเดียวอาจใช้โทเค็นการคิด 10-30K ซึ่ง “เบียดบัง” งบประมาณ ขณะที่คุณเห็นเพียงสรุปสั้น ๆ ในแชต

สิ่งที่ควรทำ:

1. /effort low สำหรับงานง่าย ช่วยลดงบประมาณการคิดให้เหลือน้อยที่สุด
2. MAX_THINKING_TOKENS=8000 ในสภาพแวดล้อม เพื่อตั้งเพดาน
3. /config → ปิดใช้การคิด สำหรับงานประจำที่ Claude ไม่จำเป็นต้อง “คิด” มาก

คู่มือ “Sonnet หรือ Opus 4.7 ใน Claude Code: การเลือกโมเดลและ /effort ในปี 2026” อธิบายว่าเมื่อใดการคิดมีประโยชน์จริง (สถาปัตยกรรมซับซ้อน การให้เหตุผลหลายขั้นตอนที่ซับซ้อน) และเมื่อใดไม่จำเป็น

รูปแบบที่ 9. การสรุปเบื้องหลังขณะไม่ได้ใช้งาน

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

Anthropic ระบุเรื่องนี้ไว้โดยตรงในเอกสาร:

สี่เซนต์ต่อเซสชันไม่ใช่เรื่องใหญ่ แต่ถ้าคุณเปิดเซสชันไว้วันละ 10 เซสชัน ก็เท่ากับเสียเงินแบบไม่รู้ตัว $0.40 ต่อวัน หรือ $12 ต่อเดือน ปิดเซสชันที่ไม่จำเป็นในตอนนี้ คุณสามารถกู้คืนเซสชันได้ด้วย /resume จากดัชนี จึงไม่จำเป็นต้องเปิดทิ้งไว้

วิธีวัดการสูญเสีย: คำสั่ง /context และข้อควรระวัง#

เริ่มจากคำสั่ง ใน Claude Code เปิด /context (หรือ /usage เพื่อดูการคำนวณ) แล้วคุณจะได้ผลลัพธ์ประมาณนี้:

Context window: 200 000 tokens

System prompt:        3 200 (1.6%)
System tools:        16 100 (8.0%)
MCP tools:           12 600 (6.3%)
CLAUDE.md:            4 800 (2.4%)
Memory files:         3 000 (1.5%)
Conversation:        18 400 (9.2%)
Free space:         141 900 (71.0%)

นี่คือค่าใช้จ่ายพื้นฐานถาวรตามปกติหลังทำความสะอาดครั้งแรก เยี่ยมเลย—หน้าต่างว่างอยู่ 71%

บั๊กที่ทราบกันดีของ /context: ประเมิน MCP สูงเกินจริง 3 เท่า

จนถึงการอัปเดตล่าสุด /context แสดงการสูญเสียจาก MCP สูงกว่าความจริงประมาณ 3 เท่า เนื่องจากมีการนับค่าใช้จ่ายส่วนเกินต่อเครื่องมือแยกกัน

Cameron กล่าวว่า Anthropic แก้ปัญหานี้ในเวอร์ชันปัจจุบันแล้ว ซึ่งขณะนี้รายงาน 12 600 สำหรับ XcodeBuildMCP ตัวเดิม ดังนั้น:

1. หาก /context แสดง 50K+ สำหรับเครื่องมือ MCP—คุณอาจใช้ Claude Code เวอร์ชันเก่า ให้อัปเดต
2. หาก MCP อยู่ที่ 8-15K—ถือว่าปกติ นี่คือต้นทุนจริงเมื่อใช้ Tool Search
3. หาก MCP อยู่ที่ 30-50K ในเวอร์ชันใหม่ แสดงว่าคุณเชื่อมต่อเซิร์ฟเวอร์ที่ไม่ได้ใช้อยู่จำนวนมากจริง ๆ ไปที่ /mcp แล้วตัดการเชื่อมต่อ

สิ่งอื่นที่ควรตรวจสอบนอกเหนือจาก /context

/usage—แสดงการใช้งานแผนของคุณในช่วง 24 ชั่วโมงหรือ 7 วันที่ผ่านมา สำหรับ Pro และ Max จะแสดงรายละเอียดแยกตาม Skills, subagents, ปลั๊กอิน และเซิร์ฟเวอร์ MCP แต่ละตัว ใช้ดูว่า Skill ใดใช้ทรัพยากรมากที่สุดได้

/cost—สำหรับผู้ใช้ API แสดงค่าใช้จ่ายตามสัดส่วนของเซสชันปัจจุบันเป็นดอลลาร์ ผู้สมัครสมาชิก Pro/Max ไม่จำเป็นต้องใช้

/usage-credits—สำหรับ Pro/Max ใช้ตั้งขีดจำกัดการใช้จ่ายรายเดือน เหมาะหากไม่อยากให้ทีมเอเจนต์ที่เขียนสคริปต์ไว้ใช้วงเงินบัตรเครดิตของคุณจนหมดโดยไม่ตั้งใจ

วิธีทำความสะอาดบริบทของ Claude Code ใน 15 นาที#

เปิดโปรเจกต์ของคุณใน Claude Code แล้วทำตามขั้นตอนเหล่านี้:

1. /context—จดรายละเอียดการใช้งานปัจจุบัน นี่คือค่าฐานของคุณ
2. /clear—หากแชตสะสมประวัติที่ไม่เกี่ยวข้องกับงานปัจจุบันไว้ เริ่มหน้าต่างใหม่
3. ls -la ~/.claude/skills/—ดูว่าติดตั้ง Skills ใดไว้บ้าง ลบรายการที่ไม่ได้ใช้มาหนึ่งเดือนแล้ว คำสั่ง: rm -rf ~/.claude/skills/[skill-name] (หรือลบโฟลเดอร์ผ่านอินเทอร์เฟซ)
4. /plugin list—ทำแบบเดียวกันกับปลั๊กอิน ลบรายการที่ไม่ได้ใช้ด้วย /plugin remove <name>
5. /mcp—ตรวจสอบเซิร์ฟเวอร์ MCP ที่เชื่อมต่ออยู่ เก็บไว้เฉพาะเซิร์ฟเวอร์ที่จำเป็นสำหรับงานปัจจุบัน ตัดการเชื่อมต่อที่เหลือด้วย /mcp disconnect <name>
6. เปิด CLAUDE.md ในโปรแกรมแก้ไข หากไฟล์ยาวเกิน 200 บรรทัด ให้ย้ายคำสั่งเฉพาะทางไปยัง Skills (~/.claude/skills/[topic]/SKILL.md) ตั้งเป้าให้แกนหลักมี 100-200 บรรทัด และมี Skills เฉพาะเรื่อง 5-15 รายการ คู่มือฉบับละเอียดอยู่ใน “วิธีกำหนดค่า CLAUDE.md ในปี 2026: เทมเพลตพร้อมใช้และกฎ 6 ข้อ”
7. ตรวจสอบ /effort—ใช้ /effort low สำหรับงานง่าย ต้องใช้งบประมาณการคิดสูงเฉพาะกับงานสถาปัตยกรรมซับซ้อน
8. วัด /context ครั้งสุดท้าย เปรียบเทียบกับขั้นตอนที่ 1

ในเซสชันที่อธิบาย พื้นที่บริบทลดจาก 60–80K เหลือ 25–30K หลังทำความสะอาด นี่เป็นขนาดใน snapshot ไม่ใช่หลักฐานลดโทเค็นประมวลผลรวมหรือต้นทุนในสัดส่วนตายตัว ต้องเทียบการรันทั้งงานเดียวกันรวมแคชและเอาต์พุตก่อนอ้างประหยัด

การเปลี่ยนไปใช้ Sonnet หรือ Haiku ช่วยได้มากกว่าการทำความสะอาดบริบทเมื่อใด?#

Anthropic เขียนเรื่องโมเดลไว้ในเอกสาร:

รายละเอียดโดยประมาณของราคาโทเค็นขาเข้า (ณ วันที่ 27 พฤษภาคม 2026):

การตั้งค่าของผม:

1. ค่าเริ่มต้น—Sonnet 4.5 นี่คือ /config → default model ครอบคลุม 80% ของงาน
2. เรียกใช้ /model opus ด้วยตนเอง เมื่องานยากจริง ๆ (การเลือกสถาปัตยกรรม การวินิจฉัยบั๊กที่ชวนงง หรือผลิตภัณฑ์ใหม่)
3. ใช้ /model haiku สำหรับการทดสอบและจัดรูปแบบ หรือกำหนด model: haiku อย่างชัดเจนในค่ากำหนดของ subagent
4. ตั้ง /effort แยกจากโมเดล คุณใช้ Opus ร่วมกับ /effort low ได้—จะได้โมเดลทรงพลังที่ใช้การคิดน้อยที่สุด สำหรับตอบคำถามระดับปานกลางอย่างรวดเร็ว

กรณีที่การทำความสะอาดบริบทคุ้มค่ากว่าการเปลี่ยนโมเดล:

• บริบทเต็มเกิน 50%—ทำความสะอาดก่อน
• บริบทปกติ แต่งานซับซ้อน—ใช้ Opus ด้วยระดับความพยายามปกติ
• บริบทปกติและงานเป็นกิจวัตร—ใช้ Haiku

ดูรายละเอียดโมเดลและระดับความพยายามได้ใน “Sonnet หรือ Opus 4.7 ใน Claude Code: การเลือกโมเดลและ /effort ในปี 2026”

เคล็ดลับอะไรที่ทำให้การใช้งานเพิ่มขึ้นแทนที่จะประหยัดลง?#

รูปแบบต่อต้านที่ 1. “ลบ MCP ทั้งหมด เพราะมันเผาผลาญโทเค็น”

ความเกียจคร้านเป็นข้อผิดพลาดที่พบบ่อยที่สุด ใช่ ในอดีต MCP ใช้บริบทได้ถึง 49% แต่หลัง Tool Search ตัวเลขลดลงเหลือ 8-15% และ MCP ยังมีเครื่องมือจริงให้ใช้ ซึ่งหากไม่มีคุณต้องสร้างขึ้นเอง การลบ MCP ทั้งหมดหมายถึงการกลับไปทำงานด้วยตนเอง ซึ่งจะ “กินเวลา” มากกว่าโทเค็นที่ประหยัดได้

วิธีที่เหมาะสมคือเก็บเฉพาะเซิร์ฟเวอร์ MCP ที่คุณใช้เป็นประจำจริง ๆ ผมเก็บ Playwright (สำหรับทดสอบหน้าแลนดิ้งเพจ) และ shadcn (สำหรับสร้างอินเทอร์เฟซ) ส่วนอื่น ๆ ใช้เฉพาะงานใดงานหนึ่งในแต่ละครั้ง

รูปแบบต่อต้านที่ 2. “อย่าใช้ CLAUDE.md ให้ใส่ทุกอย่างลงในพรอมป์ต์โดยตรง”

ฟังดู “สมเหตุสมผล”: ถ้า CLAUDE.md โหลดพร้อมทุกคำขอ ก็เลิกโหลดมันเสีย ในทางปฏิบัติ เมื่อไม่มี CLAUDE.md คุณต้องพิมพ์คำสั่งเดิมด้วยมือก่อนส่งทุกข้อความ และ Claude ก็ลืมบริบทระหว่างข้อความ นั่นหมายถึง ใช้โทเค็นมากขึ้น ไม่ใช่น้อยลง—เพียงแค่ส่งผ่านช่องทางอื่น

วิธีที่เหมาะสมคือทำให้ CLAUDE.md กระชับ (100-200 บรรทัด) โดยใส่แกนหลักไว้ในไฟล์และใส่เนื้อหาเฉพาะทางไว้ใน Skills ดูรายละเอียดใน “วิธีกำหนดค่า CLAUDE.md ในปี 2026”

รูปแบบต่อต้านที่ 3. “ทำงานผ่าน Plan Mode เสมอ”

Plan Mode เป็นเครื่องมือที่ยอดเยี่ยมสำหรับงานซับซ้อนที่ต้องสำรวจโค้ดเบสและเสนอแผนก่อน แต่การทำงานผ่านทีมเอเจนต์ใช้ โทเค็นมากขึ้นโดยเฉลี่ย 7 เท่า (เอกสาร Anthropic) สำหรับงานง่าย ๆ อย่าง “แก้คำสะกดผิดใน README” Plan Mode ใช้โทเค็นมากกว่าการแก้ไขโดยตรง 7 เท่า

วิธีที่เหมาะสมคือใช้ Plan Mode กับงานซับซ้อนที่ใช้เวลา 30 นาทีขึ้นไป สำหรับงานสั้น ๆ ให้ส่งคำขอโดยตรงโดยไม่ใช้ plan mode คู่มือ “Plan Mode ใน Claude Code: คู่มือทีละขั้นตอนและ 4 ขั้นตอนในปี 2026” อธิบายว่าเมื่อใดควรใช้แต่ละโหมด

มีเนื้อหาเพิ่มเติมที่ Ailoot