เลือกโมเดล Claude ให้เหมาะกับงาน: คู่มือสั้น ๆ เพื่อประหยัดโทเคน

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

Haiku 4.5เร็ว เบา เหมาะกับงานปริมาณมาก

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

Sonnet 4.6ตัวเลือกเริ่มต้นที่สมเหตุสมผล

Sonnet คือที่ที่งานส่วนใหญ่ของคุณควรอยู่ มันรับมือได้ทั้งการเขียนและตรวจโค้ด วิเคราะห์เอกสาร เขียนคอนเทนต์ การเรียกใช้เครื่องมือ (tool use) และไปป์ไลน์แบบ agentic ด้วยคุณภาพที่ดีและความเร็วที่ดี ถ้าไม่แน่ใจว่าจะใช้โมเดลไหน ให้เริ่มที่นี่ งานในโลกจริงส่วนใหญ่ไม่ได้ต้องการอะไรที่แรงกว่านี้ และการใช้ Sonnet แทน Opus กับงานเหล่านั้นสร้างความต่างที่ชัดเจนต่อปริมาณโทเคนที่คุณใช้

Opus 4.8สำหรับงานยากเท่านั้น

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

แรงกว่าไม่ได้แปลว่าผลลัพธ์ดีกว่าเสมอ

มีจุดที่ขัดกับสามัญสำนึกที่ควรรู้ไว้: สำหรับงานง่าย ๆ ที่ต้องการความแม่นยำ โมเดลที่แรงกว่าอาจให้ผลในทางตรงกันข้าม เพราะ Sonnet และ Opus ถูกฝึกมาให้ "ช่วยเหลือ" ซึ่งบางครั้งหมายถึงการเติมสมมติฐานที่คุณไม่ได้ขอ เพิ่มข้อแม้ที่คุณไม่ต้องการ หรือตีความคำสั่งที่ตรงไปตรงมาให้กลายเป็นอะไรที่ซับซ้อนขึ้น

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

หลักการคือ: จับคู่ "ความทะเยอทะยาน" ของโมเดลให้เข้ากับความทะเยอทะยานของงาน สำหรับงานที่ตรงตัวและมีขอบเขตชัดเจน อย่างการดึงข้อมูล จัดหมวดหมู่ ส่งต่อ หรือจัดรูปแบบ ความ "สงวนท่าที" ของ Haiku คือข้อดี ไม่ใช่ข้อจำกัด