ข้ามไปที่เนื้อหาหลัก

พื้นฐาน

การจัดการลำดับงาน LLM คืออะไร?

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

บทความทั้งหมด · ตรวจสอบล่าสุด:

มันไม่ใช่วิศวกรรมพรอมป์ต์

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

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

ชั้นการจัดการลำดับงานตัดสินใจอะไร

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

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

เทคนิคทั่วไป

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

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

เมื่อไรที่ไม่ควรจัดการลำดับงาน

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

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

คำถามที่พบบ่อย

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

ลองใช้ดีกว่าอ่านเฉยๆ

ClawAI รัน 9 โหมดการจัดการลำดับงานควบคู่กับแชทปกติ และบันทึกว่าแต่ละการรันใช้โมเดลอะไรบ้าง ต้นทุนของแต่ละเทคนิคจึงมองเห็นได้แทนที่จะต้องเดา