เคล็ดลับลับที่ช่วยลดการใช้โทเค็นของ Claude Code ลงถึง 67%

ทำไมการสลับโมเดลจึงช่วยลด Token

โมเดลที่ใช้งานได้ใน Claude Code ในปัจจุบันคือ Fable, Opus, Sonnet และ Haiku

โดยพื้นฐานแล้ว ยิ่งโมเดลฉลาดมากเท่าไหร่ ก็ยิ่งใช้การคำนวณภายในมากขึ้นเท่านั้น

ส่งผลให้จำนวน Token ที่ใช้ในการทำงานเดียวกันเพิ่มขึ้นตามไปด้วย

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

เพียงแค่สลับโมเดลตามความยากของงาน คุณก็สามารถลดการใช้งานที่สิ้นเปลืองได้อย่างมาก

บทบาทของโมเดลทั้งสี่

การกำหนดบทบาทไว้ล่วงหน้าจะช่วยให้คุณสลับโมเดลได้อย่างไม่ลังเล

• Haiku: งานเบา เช่น การตรวจสอบไฟล์ ค้นหา ตรวจสอบ diff และตรวจสอบรูปแบบ
• Sonnet: งานลงมือทำ เช่น การ implement, แก้ไข, เปลี่ยนแทนหลังจากวางแผนเสร็จ
• Opus: งานที่ต้องใช้ดุลยพินิจ เช่น การปรับปรุงข้อความ ปรับแต่ง prompt รีวิว และจัดโครงสร้าง
• Fable: เฉพาะงานที่มีต้นทุนความล้มเหลวสูง เช่น การออกแบบโดยรวม การตัดสินใจในทิศทางที่ยากจะย้อนกลับ การตัดสินใจที่ครอบคลุมหลายไฟล์ และการตรวจสอบครั้งสุดท้าย

การมอบหมายงานเบาให้โมเดลเบา ทำให้ระยะเวลารอคอยก็สั้นลงตามไปด้วย

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

จุดสำคัญคือการสงวน Fable ไว้สำหรับ "งานพิเศษ" เท่านั้น

ถ้าคุณโยนทุกอย่างให้ Fable Token ของคุณจะละลายหายไปในพริบตา

การใช้แค่โมเดลที่ฉลาดที่สุดไม่พอเหรอ?

ฉันคาดว่าจะมีข้อโต้แย้งตรงนี้

'การสลับมันยุ่งยาก แค่ใช้โมเดลที่ฉลาดที่สุดตั้งแต่แรกไม่ดีเหรอ?'

ฉันเข้าใจความรู้สึกนั้น

แต่การใช้โมเดลประสิทธิภาพสูงกับงานที่ไม่ต้องใช้ดุลยพินิจนั้นสิ้นเปลืองโดยใช่เหตุ

การค้นหาและตรวจสอบ diff สามารถทำได้ด้วยความแม่นยำเพียงพอแม้ใช้โมเดลเบา

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

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

Prompt สำหรับกระจายงานที่ใช้ได้ทันที

นี่คือ prompt ที่ฉันใช้จริง

กรุณาเขียนใหม่ให้เหมาะกับโปรเจกต์ของคุณ

1คุณคือ 'Model Orchestrator' สำหรับ Claude Code
2เป้าหมายของคุณคือการใช้โมเดลต่างๆ (Haiku, Sonnet, Opus, Fable) ตามเนื้อหางาน เพื่อรักษาคุณภาพงานไปพร้อมกับลดการบริโภค Token ที่ไม่จำเป็น
3
4# การจัดเรียงงานเป็นสี่โมเดล
5เบา (Haiku): การตรวจสอบไฟล์ ค้นหา ตรวจสอบ diff หรือรูปแบบ ฯลฯ
6วางแผนแล้ว (Sonnet): การแก้ไข เปลี่ยนแทน implement เขียน ฯลฯ งานที่ดำเนินการได้ทันทีเมื่อกำหนดทิศทางแล้ว
7ต้องใช้ดุลยพินิจ (Opus): การปรับปรุงข้อความหรือ prompt รีวิว ฯลฯ งานที่ต้องใช้ดุลยพินิจ
8งานสำคัญเป็นพิเศษ (Fable): การออกแบบโดยรวม การกำหนดทิศทาง การเปลี่ยนแปลงที่ซับซ้อน การยืนยันครั้งสุดท้าย การตัดสินใจสำคัญ ฯลฯ งานที่ความล้มเหลวนำไปสู่การแก้ไขครั้งใหญ่
9
10# ขั้นตอนแรก
11ตรวจสอบงานที่ต้องทำ จัดระเบียบการใช้โมเดลใน sub-agent เป็นตาราง จากนั้นดำเนินการ หากควรเปลี่ยนโมเดลหลัก กรุณาบอกฉันว่าควรใช้โมเดลใด
12
13# ข้อจำกัด
14- ห้ามใช้โมเดลหนักตั้งแต่เริ่มต้น จัดระเบียบวัสดุด้วยโมเดลเบา และอัปเกรดเมื่อจำเป็นต้องใช้ดุลยพินิจ
15- มอบหมายงานเบา เช่น การตรวจสอบไฟล์และค้นหา ให้ sub-agent ที่ระบุโมเดลเบาเพื่อลดการบริโภค
16- เนื่องจากมนุษย์เป็นผู้สลับโมเดลหลัก เมื่อจำเป็นต้องอัปเกรดหรือดาวน์เกรดโมเดลหลัก ให้แจ้งผู้ใช้ถึงจังหวะเวลาและโมเดลเป้าหมาย
17- ห้ามส่งงานที่เป็นแค่การค้นหาหรือเปรียบเทียบไปยังโมเดลระดับสูง
18- ห้ามดำเนินการแก้ไขประจำจำนวนมากด้วยโมเดลระดับสูง
19- ห้ามเทไฟล์ที่รกจำนวนมากลงในโมเดลระดับสูงก่อนจัดระเบียบด้วยโมเดลเบา

ถ้าคุณวางและใช้แบบนี้ มันจะแสดงตารางงานก่อนและตัดสินใจการใช้โมเดลก่อนดำเนินการ

สถานการณ์การใช้งานจริง

มาดูกันว่าคุณสามารถประยุกต์ใช้กับงานของคุณได้ที่ไหนบ้าง

• ค้นหาส่วนที่เกี่ยวข้องในไฟล์ log ขนาดใหญ่ → ตรวจสอบอย่างรวดเร็วด้วย Haiku
• แก้ไขโค้ดตามแผนการแก้ไขที่ตัดสินใจแล้ว → ให้ Sonnet ลงมือทำ
• คิดโครงสร้างบทความหรือเอกสารใหม่ → มอบหมายการตัดสินใจให้ Opus
• ตัดสินใจทิศทางการออกแบบฟีเจอร์ใหม่ ยืนยันครั้งสุดท้ายสำหรับการเปลี่ยนแปลงที่กระทบหลายไฟล์ → ปล่อยให้ Fable จัดการเท่านั้น

ตั้งแต่ฉันเริ่มมอบหมายเฉพาะการตัดสินใจออกแบบสำคัญให้โมเดลระดับสูง และส่งต่อทุกอย่างอื่นให้โมเดลเบา ทั้งระยะเวลารอคอยและค่าใช้จ่ายก็เบาลงอย่างมาก

ถ้าคุณไม่แน่ใจ ให้ลองปฏิบัติตามกฎคือลองจากโมเดลล่างก่อน แล้วเลื่อนขึ้นหนึ่งระดับถ้าไม่พอ

ข้อควรระวัง

ความล้มเหลวที่พบบ่อยที่สุดคือการหนีไปใช้ Fable ทันทีที่ลังเลในการตัดสินใจ

ถ้าทำแบบนี้ ก็ไม่ต่างจากการพึ่งพาโมเดลประสิทธิภาพสูงตั้งแต่แรก

ในทางกลับกัน การพยายามจัดการการตัดสินใจออกแบบสำคัญที่กระทบหลายไฟล์ด้วยโมเดลเบาเพียงอย่างเดียวก็อันตรายเช่นกัน

การตัดมุมตรงนี้จะนำไปสู่การแก้ไขครั้งใหญ่ในภายหลังและเสียค่าใช้จ่ายมากยิ่งขึ้น

งานเบาใช้โมเดลเบา งานหนักใช้โมเดลหนัก

กรุณาอย่าทำลายเส้นแบ่งนี้

ถ้าคุณไม่แน่ใจ ให้ใช้ prompt ด้านบนเพื่อขอให้โมเดลประสิทธิภาพสูงกระจายงาน แล้วจะไม่มีข้อผิดพลาดใหญ่ๆ

สรุป

เลือกโมเดลตามน้ำหนักของงาน

Haiku สำหรับการตรวจสอบ Sonnet สำหรับการ implement/เขียน Opus สำหรับการตัดสินใจ/งานซับซ้อน และ Fable สำหรับเฟสการออกแบบที่มีต้นทุนความล้มเหลวสูง

เมื่อใช้ prompt กระจายงานแล้ว ก็แค่รันตามนั้น

เครื่องมือไม่ได้มีไว้ใช้เพียงเพราะมันแข็งแกร่ง

คุณควรเลือกมันตามน้ำหนักที่เหมาะสมกับสถานการณ์

คุณสามารถกระจายโมเดลได้ง่ายๆ โดยใช้ prompt ดังนั้นกรุณาบุ๊กมาร์กไว้และใช้ให้เต็มที่

สุดท้ายนี้ ตอนนี้ฉันกำลังแจกสิทธิประโยชน์หลัก 55 ข้อฟรี รวมถึงคู่มือฉบับสมบูรณ์เกี่ยวกับวิธีการแนะนำ Claude Code และวิธีการสร้างรายได้ ถ้าคุณยังไม่ได้รับ กรุณารับได้จากที่นี่

→https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet