"อ๊ากกก ถึงลิมิตการใช้งาน Claude Code อีกแล้ว! 😭 ขี้เหนียวจริง! 💢" ฉันเข้าใจความรู้สึกนี้ดี แต่บางทีวิธีการใช้งานของคุณอาจเป็นปัญหาล่ะ? → แล้วต้องทำยังไง? → อ่านบทความนี้ → ทำความเข้าใจวิธีประหยัด token → แก้ปัญหาให้ทุกคนได้!!!
มาเริ่มกันเลย!!!
คุณเคยเจอแบบนี้ตอนใช้ Claude Code ไหม?
・อยู่ดีๆ ก็เห็น "ถึงขีดจำกัดการใช้งาน" กลางคันตอนพิมพ์ prompt
・เจอ rate limit ทุกสองสามชั่วโมง ทั้งที่ใช้แผน $200/เดือน
・เสียสมาธิและประสิทธิภาพเพราะกังวลเรื่องลิมิต
・กังวลทุกเดือนว่าควรอัปเกรดแผนเพื่อเลี่ยงลิมิตหรือไม่
・ต้องหยุดงานสำคัญกลางคันแล้วไปใช้ AI ตัวอื่น
บทความของ Miles Deutscher (@milesdeutscher) อินฟลูเอนเซอร์ AI ชั้นนำที่มีผู้ติดตาม 670,000 คนในต่างประเทศ กำลังเป็นไวรัลมียอดไลก์ 3.35 ล้าน 😳
ตัวเขาเองก็เจอ rate limit ทุกวันตอนใช้แผน $200/เดือนของ Anthropic แต่หลังจาก "ทำความเข้าใจกลไกพื้นฐานของ Claude ใหม่" เขาก็ไม่เจอ token limit เลยในสามสัปดาห์ที่ผ่านมา
วันนี้ฉันจะสรุปเนื้อหาเหล่านั้นให้เข้าใจง่าย ๆ 👇
โพสต์ต้นฉบับที่นี่: https://x.com/milesdeutscher/status/2049618781841031551
■ ขั้นตอนที่ 1: การวางแผน (แยกการวางแผนและการดำเนินการออกจากกันโดยสิ้นเชิง)
Miles ชี้ให้เห็นก่อนเลย: "อย่า brainstorm กับ Claude Opus"
หลายคนคงทำแบบนี้ คุณได้ไอเดียมา ก็โยนให้ Opus เพื่อไอเดียกระเด้งไปมา พอรู้ตัวอีกที 30 นาทีผ่านไป แล้วก็ถึงลิมิต ใช่ไหมล่ะ?
ข้อเท็จจริงที่ Miles ค้นพบจากการเจาะลึกคือ:
"การแชทข้อความธรรมดาไม่ได้กิน token มากมายขนาดนั้น สิ่งที่กินจริง ๆ คืองานประเภท execution เช่น การเขียนโค้ด การสร้าง และการออกแบบ"
กล่าวอีกนัยหนึ่ง แค่แยกเฟสคิดว่าจะทำอะไร (Planning) ออกจากเฟสลงมือทำจริง (Execution) อย่างชัดเจน ก็สามารถลดการใช้งานโมเดลราคาแพงลงได้อย่างมาก
Miles ยกตัวอย่างเปรียบเทียบ ในกรณีคนสองคนทำแอปติดตามการเงินแบบเดียวกัน:
คน A: วางแผนแค่ 2 นาที แล้วเริ่มสร้างด้วยดีไซน์ที่ไม่แน่นหนา ผลลัพธ์: ต้องทำซ้ำ 3 รอบ
คน B: วางแผน 20 นาทีเพื่อทำให้ดีไซน์แน่นหนา และสร้างเสร็จในครั้งเดียว
คน B ประหยัด token ไปประมาณ 67% ในงานนี้เพียงงานเดียว นั่นคือส่วนต่างต้นทุน $1.50 เมื่อคิดว่างานในหนึ่งวันมีมากมาย ก็กลายเป็นส่วนต่างหลายสิบดอลลาร์ต่อเดือน
สำหรับคนที่ใช้ Claude Code โหมด "Plan Mode" ที่เข้าได้โดยกด Shift+Tab×2 คือฟีเจอร์ที่สะท้อนปรัชญานี้พอดี
ใน Plan Mode, Claude จะโฟกัสที่การออกแบบและวางแผนโดยไม่เขียนโค้ด หมายความว่าคุณสามารถทำให้สถาปัตยกรรมและนโยบายแน่นหนาได้โดยไม่กิน token สำหรับ execution
ยิ่งไปกว่านั้น สไตล์ของ Miles คือปล่อยให้เฟสการวางแผนอยู่กับโมเดลที่ถูกกว่า แทนที่จะโยนไอเดียไปให้ Opus, Haiku ก็เพียงพอแล้ว Haiku ฉลาดพอสำหรับการ brainstorm และต้นทุนถูกกว่าหลายเท่า
จุดที่ควรปฏิบัติ:
・ใช้ Haiku สำหรับการคิดไอเดีย, brainstorm และออกแบบ
・สลับไปใช้ Opus เฉพาะเมื่อดีไซน์แน่นหนาและคุณ "พร้อมจะสร้าง"
・สร้างนิสัยใช้ Plan Mode (Shift+Tab×2) ทุกครั้งใน Claude Code
・ยิ่งคุณ "ขี้เหนียวเวลาคิด" มากเท่าไหร่ "การทำซ้ำ" ก็ยิ่งเพิ่มขึ้น นำไปสู่การขาดทุนย่อยยับ
■ ขั้นตอนที่ 2: ความยาวของแชท (ความยาวแชทควบคุมทุกอย่าง)
Miles บอกว่าแชทยาวคือนักฆ่าเงียบ นี่คือหลุมพรางที่ใหญ่ที่สุดที่หลายคนมองข้าม
กลไกคือ: ทุกครั้งที่คุณส่งข้อความ, Claude จะอ่านบริบททั้งหมดในแชทนั้นซ้ำ นั่นหมายความว่า:
・เมื่อแชทมี 10 ข้อความ: มันอ่าน token เท่ากับ 10 ข้อความ
・เมื่อแชทมี 100 ข้อความ: มันอ่าน token เท่ากับ 100 ข้อความ
ยิ่งแชทยาวขึ้น ต้นทุนต่อข้อความก็เพิ่มขึ้นแบบทวีคูณ และต้นทุนไม่ใช่ปัญหาเดียว เมื่อข้อมูลเก่าปนเข้ามา คุณภาพของ output จาก Claude ก็ลดลง มันถูกดึงโดยบริบทเก่าที่ไม่เกี่ยวข้อง และคำตอบที่ผิดเป้าก็เพิ่มขึ้น
Miles มีสองวิธีแก้
- ใช้ Projects
ถ้าคุณทำงานประเภทเดียวกันซ้ำ ๆ ให้สร้าง sub-chat หลายอันภายใน Project แทนที่จะเป็นแชทยาวอันเดียว
Miles เองมี Project สำหรับเขียนบน X และเปิดแชทใหม่ทุกครั้งที่เขียนบทความใหม่ เนื่องจากการตั้งค่า Project (Instructions) ถูกแชร์ข้ามทุกแชท จึงไม่ต้องอธิบายซ้ำว่า "ฉันเป็นคนแบบนี้ เขียนในสไตล์นี้" ทุกครั้ง
ที่ฉลาดยิ่งกว่าคือใส่ประโยคนี้ใน Project Instructions:
"โปรดตระหนักว่าฉันกำลังพยายามประหยัดการใช้งานบัญชี ให้คำตอบสั้นกระชับ และเมื่อเหมาะสม แนะนำฉันว่าควรเริ่มแชทใหม่เมื่อใด หรือเคล็ดลับอื่น ๆ ที่อาจช่วยลดการใช้ token"
แค่นี้ Claude ก็กลายเป็นที่ปรึกษาประหยัด token มันจะเริ่มบอกคุณว่า "ถึงเวลาย้ายไปแชทใหม่แล้วล่ะ"
- การถ่ายโอนบริบทแบบบีบอัดด้วย Mega Prompts
ถ้าคุณจำเป็นต้องนำบริบทของแชทปัจจุบันไปยังแชทถัดไปจริง ๆ ให้พูดสิ่งนี้ตอนจบแชท:
"ฉันกำลังย้ายไปแชทใหม่; ขอ prompt ที่ฉันสามารถใช้เริ่มเซสชันนี้ใหม่โดยไม่สูญเสียบริบทจากการสนทนานี้"
Claude จะสร้าง prompt เดียวที่บีบอัดบริบททั้งหมด แค่วางสิ่งนี้ที่จุดเริ่มต้นของแชทใหม่เพื่อเริ่มต้นใหม่ด้วยแชทที่เบาโดยไม่สูญเสียบริบท
กฎทองที่ต้องจำ:
"แชทสั้นสามอัน" ประหยัด token มากกว่า "แชทยาวพิเศษหนึ่งอัน" อย่างท่วมท้น ถ้าไม่แน่ใจ ให้เปิดแชทใหม่ แค่นี้ก็ลดความถี่ในการเจอลิมิตลงได้อย่างมาก
■ ขั้นตอนที่ 3: หน่วยความจำที่เหมาะสม (ทำให้ Claude จดจำในไฟล์ภายนอก)
จุดอ่อนที่ใหญ่ที่สุดอย่างหนึ่งของ Claude คือมันลืมบริบท
โดยค่าเริ่มต้น, Claude แทบจะจำความชอบหรือคำสั่งก่อนหน้าของคุณไม่ได้เลย ผลลัพธ์คือ:
・อธิบายข้อกำหนดเดิมทุกครั้ง → เสีย token ไปกับสิ่งนั้น
・ทำผิดซ้ำที่เคยแก้ไขแล้ว → เสีย token ในการโต้ตอบเพื่อแก้ไขอีกครั้ง
・ลืมความชอบและให้ output ที่ไม่จำเป็น → เสีย token ในการทำใหม่
Miles แนะนำวิธีทำลายวงจรอุบาทว์นี้อย่างถอนรากถอนโคน
วิธีง่าย ๆ สร้างโฟลเดอร์บนเดสก์ท็อปแล้ววางไฟล์ Markdown สองไฟล์ไว้ข้างใน
Instructions.MD (แผ่นคำแนะนำ)
ไฟล์สำหรับเขียนกฎและคำแนะนำถาวรให้ Claude
ตัวอย่างโครงสร้าง:
・## คุณคือใคร → บทบาท/ความเชี่ยวชาญของคุณ
・## คุณทำอะไร → พฤติกรรมที่คาดหวังจาก Claude
・## กฎ → กฎที่คุณต้องการให้มันปฏิบัติตามอย่างเคร่งครัด
และใส่บรรทัดที่สำคัญที่สุดตรงนี้:
"อัปเดต Memory.MD ด้วยความชอบของฉันเมื่อเวลาผ่านไป"
ด้วยคำสั่งนี้, Claude จะเขียนความชอบและการแก้ไขที่เรียนรู้ระหว่างการสนทนาลงในไฟล์ที่สองโดยอัตโนมัติ
Memory.MD (ไฟล์หน่วยความจำ)
ไฟล์ที่ทำหน้าที่เป็น "สมองที่สอง" ของ Claude ยิ่งใช้มากก็ยิ่งฉลาด
ตัวอย่างโครงสร้าง:
・## ความชอบ → สไตล์, รูปแบบที่ชอบ
・## การแก้ไข → เรื่องที่เคยแก้ไขในอดีต
・## รูปแบบ → รูปแบบที่ใช้ซ้ำ ๆ
ตัวอย่างเฉพาะ: ถ้าคุณพูดว่า "อย่าใช้ em dash" สักครั้ง, Claude จะบันทึกไว้ในไฟล์นี้ ครั้งต่อไป em dash จะไม่ปรากฏแม้คุณไม่พูดอะไร ถ้าคุณพูดว่า "ใช้ ■ แทน # สำหรับหัวข้อ" ก็จะถูกบันทึกเช่นกัน
แค่แนบโฟลเดอร์นี้ไปกับ Claude Code/Cowork ก็ตั้งค่าเสร็จ เนื่องจาก Claude อ่านเนื้อหาในโฟลเดอร์ทุกครั้ง บริบทจึงคงอยู่ข้ามแชท
Miles บอกว่าเมื่อเริ่มใช้แล้วจะกลับไปไม่ได้ ข้อเท็จจริงที่ token ที่เสียไปกับการอธิบายซ้ำกลายเป็นศูนย์นั้นมีความสำคัญอย่างมากในแง่ของประสบการณ์
■ ขั้นตอนที่ 4: การซ้อนและเลือกโมเดล (ประหยัด 90% โดยใช้โมเดลอย่างเหมาะสม)
"การใช้ Opus 4.7 กับทุกอย่างเป็นการสิ้นเปลืองโดยสิ้นเชิง" Miles ยืนยัน
ข้อผิดพลาดทั่วไปที่คนทำคือคิดว่า "ใช้โมเดลที่ฉลาดที่สุดตลอดก็สบายใจ" แต่นี่เหมือน "ขับ Ferrari ไปร้านสะดวกซื้อแถวบ้าน"
Miles ใช้ "วิธี Escalation"
Haiku (งานเบา) → Sonnet (งานปานกลาง) → Opus (งานหนัก/เก็บรายละเอียดสุดท้าย)
เริ่มตามลำดับนี้และสลับไปโมเดลที่สูงขึ้นเมื่อความสามารถไม่เพียงพอจริง ๆ เท่านั้น จากประสบการณ์ของเขา 90% ของงานสามารถจัดการได้ดีด้วยโมเดลอื่นที่ไม่ใช่ Opus และ Opus จำเป็นจริง ๆ แค่ 10% ที่เหลือ
การปรับแต่งเพิ่มเติม:
・Extended Thinking: ปิดไว้ตามปกติ เปิดเฉพาะงานที่ต้องใช้เหตุผลซับซ้อนหรือคณิตศาสตร์ เมื่อเปิด, การใช้ token จะพุ่งสูง ดังนั้นใช้เมื่อจำเป็นจริง ๆ เท่านั้น
・Styles (การตั้งค่าสไตล์): คุณสามารถเปลี่ยนเป็นสไตล์ "Concise" จากหน้าจอหลักของ Claude แค่นี้ก็ทำให้คำตอบสั้นและเรียบง่าย ลด token output ลงอย่างมาก หลายคนไม่รู้ด้วยซ้ำว่ามีฟีเจอร์นี้
・Low Effort: ใน Claude Code, คุณสามารถเลือกโหมด "Low" effort ซึ่งเพียงพอสำหรับงานง่าย ๆ และเพิ่มความเร็วในการประมวลผล
และอย่าลืมตัวเลือกอื่นที่ไม่ใช่ Claude สำหรับงานง่าย ๆ เช่น ค้นหาข่าว, วิจัย และสรุปความ, โมเดลโอเพนซอร์สฟรีหรือถูกอย่าง Kimi หรือ DeepSeek ก็เพียงพอแล้ว เก็บโควตาของ Claude ไว้สำหรับ "สิ่งที่只有 Claude ทำได้"
■ ขั้นตอนที่ 5: การแยกเครื่องมือ (ใช้โควตาสำหรับแต่ละเครื่องมืออย่างมีกลยุทธ์)
ข้อเท็จจริงที่คนส่วนใหญ่ไม่สังเกต: แต่ละเครื่องมือของ Claude มีพารามิเตอร์การใช้งานอิสระของตัวเอง
โดยเฉพาะ:
・Claude Code / Claude Chat → ใช้โควตาการใช้งานของแผนเดียวกัน
・Claude Design → โควตาแยกต่างหากโดยสิ้นเชิง
ถ้าคุณไม่รู้กลไกนี้ จะเกิดอะไรขึ้น? ตัวอย่างเช่น คุณให้ Claude Code สร้าง mockup การออกแบบ UI สิ่งนี้กินโควตา Code/Chat แต่เครื่องมือแยกต่างหากอย่าง Claude Design มีโควตาที่ยังไม่ได้ใช้เหลืออยู่ทั้งหมด ถ้าคุณทำงานออกแบบเดียวกันใน Claude Design, คุณจะหลีกเลี่ยงการกินโควตา Code/Chat ได้เลย
การใช้แต่ละเครื่องมือตามวัตถุประสงค์ที่ออกแบบมาเดิมนั้นคุ้มค่าที่สุด
กฎของ Miles:
・การเขียนโค้ด → Claude Code
・การออกแบบ → Claude Design
・การสนทนา/วิเคราะห์ → Claude Chat
・ใช้แต่ละเครื่องมือในสิ่งที่มันถนัด และอย่าบังคับให้มันทำในสิ่งที่ไม่ถนัด
■ เคล็ดลับเพิ่มเติม (รวมเทคนิคเพิ่มเติมที่คุณสามารถใช้ได้ทันที)
・ซื้อเครดิตเพิ่มเติม: ก่อนจะคิดอัปเกรดแผนเช่นจาก $20 เป็น $100, มีตัวเลือกให้ซื้อเครดิตเพิ่มแค่ไม่กี่ดอลลาร์ ซึ่งเพียงพอเมื่อคุณขาดเล็กน้อยตอนสิ้นเดือน
・Claude Skills: สร้าง skills เพื่อทำงานซ้ำ ๆ โดยอัตโนมัติ แทนที่จะอธิบายขั้นตอนเดิมทุกครั้ง ให้บันทึกเป็น skill เพื่อเรียกใช้ด้วยคำสั่งเดียว
・Usage Tracking: สร้างนิสัยตรวจสอบสถานะการใช้งานเป็นประจำ ใน Claude Code, คุณสามารถตรวจสอบได้ทันทีด้วยคำสั่ง /Usage ถ้าคุณรู้ว่า "เหลือกี่ %" คุณก็ปรับวิธีการใช้งานได้
・Overview Section: ฟีเจอร์ที่เพิ่มใหม่ที่คุณสามารถเห็น dashboard ภาพรวมสถานะการใช้งานได้ในพริบตา
・เปลี่ยนพฤติกรรมเมื่อใกล้ถึงลิมิต: เมื่อเหลือน้อยกว่า 20%, ให้เปลี่ยนโหมดอย่างมีสติโดยสลับไปใช้ Haiku, ปิด Extended Thinking, ทำให้แชทสั้น ฯลฯ
■ สรุป: ไม่เจอลิมิตเลยเป็นเวลา 3 สัปดาห์ด้วยวิธีนี้
Miles บอกว่าเขาไม่เจอ token limit เลยในสามสัปดาห์ตั้งแต่ปฏิบัติตาม 5 ขั้นตอนนี้ โดยไม่ต้องเปลี่ยนแผน $200/เดือน
เพื่อจัดระเบียบประเด็น:
・ขั้นตอนที่ 1: วางแผนด้วย Haiku, ดำเนินการด้วย Opus ลด 67% แค่แยกเฟส
・ขั้นตอนที่ 2: ทำให้แชทสั้นและจัดการด้วย Projects แชทสั้น 3 อัน > แชทยาว 1 อัน
・ขั้นตอนที่ 3: ภายนอกหน่วยความจำด้วย Memory.MD เพื่อทำให้ต้นทุนการอธิบายซ้ำเป็นศูนย์
・ขั้นตอนที่ 4: ใช้วิธี escalation เพื่อส่ง 90% ไปยังโมเดลอื่นที่ไม่ใช่ Opus และใช้การตั้งค่า Styles และ Effort ด้วย
・ขั้นตอนที่ 5: เข้าใจความแตกต่างของโควตาการใช้งานสำหรับแต่ละเครื่องมือ และใช้เครื่องมือที่เหมาะสมกับงาน
จริง ๆ แล้ว โอกาสที่ต้นทุนการใช้งาน AI จะถูกลงในอนาคตนั้นมีน้อย ยิ่งโมเดลมีประสิทธิภาพสูงขึ้น ราคาต่อหน่วย token ก็มีแนวโน้มสูงขึ้น นั่นคือเหตุผลที่การเรียนรู้ "วิธีใช้ที่ถูกต้อง" ตอนนี้จะนำไปสู่การประหยัดในระยะยาวโดยตรง
อย่างที่ Miles พูด ปัญหาไม่ใช่ "แผนราคาถูก" แต่เป็น "การใช้งานผิด" ถ้าใช้อย่างถูกต้อง ชีวิตที่ไม่เจอลิมิตในแผนปัจจุบันนั้นเป็นไปได้อย่างสมบูรณ์
สำหรับคนที่พบบทความนี้มีประโยชน์แม้เพียงเล็กน้อย
Claude Code Studio @ Japan (@ClaudeCode_love) คือบัญชีที่ดำเนินการโดยผู้ที่ชื่นชอบ Claude Code สามคน
เราโพสต์ทุกวันเกี่ยวกับการใช้ CLI และระบบอัตโนมัติในทางปฏิบัติ
ปัจจุบันร่วมพัฒนา AI agent กับบริษัทจดทะเบียน
โพสต์ปกติของเรา 👇
・ตัวอย่างการพัฒนาผลิตภัณฑ์จริงโดยใช้ Claude Code และ Claude
・การจัดระบบการใช้ Claude Code / Vibe Coding / แนวโน้มการพัฒนา
・ข้อมูลล่าสุดเกี่ยวกับ Claude Code จากต่างประเทศ
ตั้งแต่ปรัชญาการพัฒนาไปจนถึงการออกแบบ, การนำไปใช้ และการปรับปรุง
เราสรุปข้อมูลจากต่างประเทศและข้อมูลปฐมภูมิเพื่อนำผลิตภัณฑ์ที่ใช้งานได้ออกสู่โลก ไม่ใช่แค่ "ทำเสร็จ"
ถ้าสนใจ กรุณาติดตามและลองดูนะ 👀 คิดว่าจะเป็นประโยชน์!
