7 วิธีลด Token ใน Claude Code, ลดไป 45% โดยคุณภาพไม่ลด
โดย Nokka (นก-กา) | 21 สิงหาคม 2026
บทความนี้เขียนโดย AI (DeepSeek V4 Pro) ผ่าน Hermes Agent ภายใต้การควบคุมและตรวจสอบคุณภาพโดยมนุษย์, Nokka (นก-กา)
หลายคนคิดว่า "ใช้ token เยอะ = ได้ผลลัพธ์ดี", แต่ความจริงคือใช้ token เยอะไม่ได้แปลว่าผลลัพธ์ดีขึ้น
Claude Code ต่างจาก Netflix หรือ Spotify, ค่าใช้จ่ายไม่ได้คงที่ แต่ขึ้นกับปริมาณการใช้ และ "burn token" เร็วเกินคาดง่ายมาก
บทความนี้รวบรวม 7 วิธีลด token ที่มีคนพิสูจน์แล้วว่าทำได้จริง และผมตรวจสอบยืนยันกับเอกสารทางการของ Claude Code ว่าทุกวิธีถูกต้อง โดยคุณภาพไม่ลด
ก่อนอื่น ทำความเข้าใจศัพท์พื้นฐาน
ก่อนลงรายละเอียด ขอปูศัพท์ 3 คำ:
Token, หน่วยคิดเงินของ LLM (คำ/ตัวอักษรที่โมเดลประมวลผล) ยิ่งใช้เยอะยิ่งแพง
Context window, "ความจำ" ของโมเดลในการสนทนาหนึ่งครั้ง ทุกข้อความใหม่ โมเดลต้อง "อ่านใหม่" ทั้งบทสนทนาจากต้น
Effort level, ระดับ "ความพยายาม" ที่ Claude ใช้คิด (Low ถึง Max) ยิ่งสูงยิ่งใช้ token มาก
Insight หลัก: ใช้ token เยอะ ≠ ผลลัพธ์ดี
นี่คือจุดที่หลายคนเข้าใจผิด [1]:
"Using more tokens doesn't necessarily mean getting better results."
บางครั้งการให้ context เยอะเกินไปกลับทำให้แย่ลง เพราะ Claude ต้อง "กรอง noise" เพิ่มก่อนจะรู้ว่าอะไรสำคัญ
7 วิธีลด Token (ตรวจสอบแล้วว่าถูกต้อง)
หมายเหตุ: ทุกวิธีด้านล่างผมตรวจสอบกับเอกสารทางการ Claude Code (code.claude.com/docs) แล้วว่าคำสั่งและหลักการถูกต้องจริง [2]
1. เริ่ม session ใหม่แทนลากงานต่อ (/clear)
ปัญหาที่ซ่อนอยู่: ทุกข้อความใหม่ Claude ต้อง "อ่านใหม่" บทสนทนาทั้งหมดจากต้น, แม้ครึ่งนึงจะไม่เกี่ยวกับงานปัจจุบันแล้ว
แก้: ใช้ /clear ระหว่างงานที่ไม่เกี่ยวข้องกัน, ล้างประวัติ แต่เก็บ CLAUDE.md (project instructions) ไว้
✅ ตรวจสอบแล้ว: เอกสาร Claude Code ยืนยัน /clear คือ "hard reset" ของบทสนทนา และ Reddit r/ClaudeAI ยืนยันว่า "old context from a previous task genuinely makes me worse at the new one" [3]
เคล็ดลับ: ก่อนล้าง ให้ Claude สรุป "การตัดสินใจสำคัญ + ไฟล์ที่เปลี่ยน + งานค้าง" แล้วเริ่มใหม่ด้วย handoff สั้นๆ แทน
2. ใช้ /context ดูว่าอะไรกิน token
เหมือนเปิด Task Manager เพื่อดูว่าอะไร hog memory, /context บอกว่า token ถูกใช้ตรงไหน
✅ ตรวจสอบแล้ว: เอกสาร Claude Code ยืนยัน /context แสดง breakdown จริง: system prompt, system tools, MCP tools, memory files (CLAUDE.md), custom agents, messages, free space [2]
| ตัวอย่างจริงจากบทความ | token |
|---|---|
| รวมทั้งหมด | ~41,000 |
| ข้อความจริงของคุณ | ~2,600 |
| System tools | >20,000 |
บทเรียน: token ไม่ได้มาจาก "prompt ยาว" เสมอไป, บางที tools/skills/MCP servers ที่โหลดมา (แต่ไม่ได้ใช้) กินเยอะกว่ามาก
3. ใช้ /compact แทนล้างทั้งหมด
/clear ล้างทุกอย่าง → ต้องอธิบาย context ใหม่หมด
/compact สรุปสิ่งที่ผ่านมาให้สั้นลง → เก็บ "การตัดสินใจสำคัญ" แต่คืนพื้นที่ context window
✅ ตรวจสอบแล้ว: เอกสาร Claude Code ยืนยัน /compact "summarizes older messages while preserving important context" และใช้เมื่อ context window เริ่มเต็ม [2]
เหมาะกับ: session ที่ Claude สำรวจ codebase ไปเยอะแล้ว ไม่อยากให้เสีย context นั้น
4. ปรับ effort level ให้ตรงงาน (/effort)
นี่คือตัวเลขพิสูจน์จริงที่สำคัญที่สุด:
"I switched the effort level from High to Medium for the exact same tasks and noticed roughly a 45% drop in token usage, without seeing a meaningful difference in the quality."
✅ ตรวจสอบแล้ว: เอกสาร Claude Platform ยืนยัน effort level มีจริง และระบุว่า Medium effort = "best balance of speed, cost, and performance for most applications", ตรงกับที่บทความอ้าง [4]
สำคัญ: ตัวเลข 45% มาจากบทความ XDA อีกชิ้น ("I changed one setting in Claude Code, and my token burn dropped by 45%") ซึ่งเป็นงานทดสอบจริงของผู้เขียน [5]
5. เลือกโมเดลให้ตรงงาน (/model)
ไม่ใช่ทุกงานต้องใช้โมเดลเก่งสุด (Opus):
| โมเดล | เหมาะกับ |
|---|---|
| Haiku | งานง่าย + เร็ว |
| Sonnet | โค้ดทั่วไป (พอแล้วสำหรับงานส่วนใหญ่) |
| Opus | reasoning ซับซ้อน |
| Fable | งานยากสุด + ยาวสุด |
✅ ตรวจสอบแล้ว: เอกสาร Claude Platform ยืนยัน 4 model families นี้ (Haiku, Sonnet, Opus, Fable) โดย Fable คือ tier ที่เพิ่ม มิ.ย. 2026 อยู่เหนือ Opus [6]
หลักการ: "Don't bring Opus to a boilerplate fight", งาน boilerplate ง่ายๆ ไม่ต้องใช้ Opus
6. ใช้ @mentions ชี้ไฟล์ที่ต้องการ
แทนที่จะให้ Claude หาไฟล์เอง (เสีย token หลายขั้นตอน), ใช้ @filepath ชี้ไฟล์ที่รู้อยู่แล้วว่าต้องใช้
-
@+ path = อ้างไฟล์นั้นโดยตรง -
@+ directory = แสดง listing (ไม่ดึงทุกไฟล์)
✅ ตรวจสอบแล้ว: ฟีเจอร์ @ mention เป็นฟีเจอร์มาตรฐานของ Claude Code ที่ใช้ชี้ไฟล์/โฟลเดอร์โดยตรง [2]
ผล: Claude เริ่มงานด้วย context ที่ถูกต้องตั้งแต่ต้น ไม่ต้อง "เล่นซ่อนหา"
7. Interrupt ทันทีที่เห็นว่าผิดทาง + ถามข้างๆ ด้วย /btw
ถ้ารู้แล้วว่า Claude กำลังไปผิดทาง, อย่าปล่อยให้มันทำงานต่อ (ทุก tool call ต่อจากนั้น = เสีย token เปล่า)
/btw = ถามคำถามข้างๆ session โดยไม่เพิ่ม exchange นั้นเข้า context หลัก
✅ ตรวจสอบแล้ว: เอกสาร Claude Code ยืนยัน /btw "for a side question that shouldn't add to the conversation history", และไม่มี tool access + reuse prompt cache (ต้นทุนต่ำมาก) [2][7]
มุมวิเคราะห์: บทเรียนที่ลึกกว่านั้น
ผมคิดว่า insight ที่สำคัญที่สุดซ่อนอยู่ในวิธีที่ 2:
"Token ไม่ได้มาจากที่ที่คุณคิด"
ผู้เขียนพบว่า token 41,000 มีแค่ 2,600 จากข้อความจริง, ที่เหลือ 20,000+ จาก system tools, skills, MCP servers ที่โหลดมา
นี่แปลว่า: การ "ย่อ prompt" อย่างเดียวไม่พอ, ต้องดูว่า "อะไรที่โหลดมาแต่ไม่ได้ใช้" ต่างหากที่กิน token
ตัวอย่าง: ถ้าต่อ MCP server 3 ตัว แต่ใช้แค่ 1 ตัว, อีก 2 ตัวกิน token ทุกข้อความแบบเปล่าประโยชน์
"ใช้ token เยอะ ≠ ผลลัพธ์ดี", ตรงข้ามกับสัญชาตญาณ
หลายคนคิดว่า "ให้ context เยอะ = โมเดลฉลาดขึ้น" แต่จริงๆ แล้ว:
- context เยอะ = noise เยอะ = โมเดลต้องกรองมากขึ้น = อาจแย่ลง
- context พอดี = โฟกัสชัด = ผลลัพธ์ดีกว่า
ตารางสรุปการตรวจสอบความถูกต้อง
| # | วิธี | คำสั่ง | ตรวจสอบกับเอกสารทางการ |
|---|---|---|---|
| 1 | เริ่ม session ใหม่ | /clear |
✅ ยืนยัน (hard reset) |
| 2 | ดู token ใช้ตรงไหน | /context |
✅ ยืนยัน (breakdown) |
| 3 | สรุปแทนล้าง | /compact |
✅ ยืนยัน (summarize) |
| 4 | ปรับ effort | /effort |
✅ ยืนยัน (Medium = best balance) |
| 5 | เลือกโมเดล | /model |
✅ ยืนยัน (4 families) |
| 6 | ชี้ไฟล์ | @mentions |
✅ ยืนยัน (feature มาตรฐาน) |
| 7 | Interrupt + ถามข้างๆ | /btw |
✅ ยืนยัน (no history) |
มุมสมดุล: ต้องพูดตรงๆ
ก่อนจบ ขอพูดตรงๆ ว่า:
- ตัวเลข 45% มาจาก "งานเดิมซ้ำ", อาจไม่ลดเท่านี้กับงานที่ต่างกันมาก
- Adaptive Reasoning ช่วยแล้วบางส่วน, โมเดลรุ่นใหม่ (Anthropic) ปรับ reasoning ให้เองบางส่วนแล้ว
- บางงานต้องใช้ Opus จริง, งาน reasoning ซับซ้อน การ "ประหยัด" โมเดลอาจทำให้ผลลัพธ์แย่ลง
แต่หลักการชัดเจน: "ใช้ token อย่างตั้งใจ ไม่ใช่ใช้ตาม default", นี่คือสิ่งที่ช่วยประหยัดได้จริง
สรุป
7 วิธีลด token ใน Claude Code (ตรวจสอบแล้วว่าถูกต้องทั้งหมด):
-
/clear, เริ่ม session ใหม่ อย่าลาก context เก่า -
/context, ดูว่าอะไรกิน token (มักเป็น tools ไม่ใช่ prompt) -
/compact, สรุปแทนล้างทั้งหมด -
/effort, ลดจาก High เป็น Medium (ลด 45% คุณภาพไม่ต่าง) -
/model, ใช้ Haiku/Sonnet กับงานง่าย ไม่ใช่ Opus เสมอ -
@mentions, ชี้ไฟล์ที่ต้องการ อย่าให้ Claude หาเอง -
Interrupt +
/btw, หยุดทันทีที่ผิดทาง อย่าจ่ายค่าคำตอบผิด 2 ครั้ง
บทเรียนสำคัญ: การใช้ token อย่าง "ตั้งใจ" (match effort + model + context กับงาน) สำคัญกว่าการ "ย่อ prompt", และใช้ token เยอะไม่ได้แปลว่าผลลัพธ์ดี
แหล่งอ้างอิง
[1] Mahnoor Faisal. "7 ways I make Claude Code use fewer tokens without hurting the results". XDA Developers. 20 ส.ค. 2026. https://www.xda-developers.com/make-claude-code-use-fewer-tokens/
[2] Claude Code Docs. "Commands". https://code.claude.com/docs/en/commands
[3] Reddit r/ClaudeAI. "Here are 50+ slash commands in Claude Code". https://www.reddit.com/r/ClaudeAI/comments/1shz99l/
[4] Claude Platform Docs. "Effort". https://platform.claude.com/docs/en/build-with-claude/effort
[5] XDA Developers. "I changed one setting in Claude Code, and my token burn dropped by 45%". https://www.xda-developers.com/changed-one-setting-in-claude-code-token-burn-dropped/
[6] Claude Platform Docs. "Models overview". https://platform.claude.com/docs/en/about-claude/models/overview
[7] wmedia.es. "/btw in Claude Code: ask a quick side question without interrupting it". https://wmedia.es/en/tips/claude-code-btw-side-question
บทความนี้วิเคราะห์จาก XDA Developers และตรวจสอบกับเอกสารทางการ Claude Code (code.claude.com, platform.claude.com) ข้อมูล ณ 21 สิงหาคม 2026 Nokka
ผมเขียนบทความนี้เพราะเห็นว่า "ใช้ token เยอะ ≠ ผลลัพธ์ดี" เป็น insight ที่หลายคนไม่รู้ และผมตรวจสอบทุกวิธีกับเอกสารทางการแล้วว่าถูกต้องจริง จุดที่ผมอยากให้คุณได้คือ "token มักมาจาก tools/skills ที่โหลดมา ไม่ใช่จาก prompt ยาว" เพราะนี่คือที่ที่คนประหยัดผิดจุด
ลองตอบคำถามนี้ดู: คุณเคยตรวจ /context ดูไหมว่าอะไรกิน token ของคุณจริงๆ? และคุณเคยลองลด effort level แล้วพบว่าคุณภาพไม่ต่างไหม? คอมเมนต์บอกผมได้เลยครับ
Top comments (0)