เลนเฉพาะทางแบบขนาน

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

หลักการพื้นฐาน

เลนผู้เชี่ยวชาญจะเพิ่มปริมาณงานได้ก็ต่อเมื่อมันลดการแย่งใช้ คอขวดจริง:

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

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

การเปิดใช้งานที่แนะนำ

ระยะที่ 1: สัญญาเลน + งานหนักเบื้องหลัง

ให้ทุกเลนมีสัญญาเป็นลายลักษณ์อักษรในเวิร์กสเปซและพรอมป์ต์ระบบของตน:

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

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

ระยะที่ 2: การควบคุมลำดับความสำคัญและการทำงานพร้อมกัน

ปรับคิวและความจุโมเดลตามคุณค่าทางธุรกิจของแต่ละเลน:

{  agents: {    defaults: {      maxConcurrent: 4,      subagents: { maxConcurrent: 8, delegationMode: "prefer" },    },  },  messages: {    queue: {      mode: "collect",      debounceMs: 1000,      cap: 20,      drop: "summarize",    },  },}

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

ระยะที่ 3: ผู้ประสานงาน / ตัวควบคุมทราฟฟิก

เพิ่มรูปแบบผู้ประสานงานขนาดเล็กเมื่อมีหลายเลนทำงานอยู่:

• ติดตามงานเลนที่กำลังทำงานและเจ้าของ
• ตรวจจับคำขอซ้ำระหว่างกลุ่ม
• กำหนดเส้นทางสรุปการส่งต่อระหว่างเลน
• แสดงเฉพาะตัวบล็อก ผลลัพธ์ที่เสร็จแล้ว และการตัดสินใจที่มนุษย์ต้องทำ

อย่าเริ่มจากตรงนี้ ผู้ประสานงานที่ไม่มีสัญญาเลนก็แค่ประสานความวุ่นวาย

เทมเพลตสัญญาเลนขั้นต่ำ

# Lane contract ## Owns - <job this lane is responsible for> ## Does not own - <work to hand off> ## Chat budget - Answer quick questions directly.- For multi-step, slow, or tool-heavy work: acknowledge briefly, spawn/background  the work, then return the result when complete. ## Handoff If another lane owns the request, reply with: - target lane- objective- relevant context- exact next action ## Tool posture Use the smallest tool surface that can complete the task. Avoid broad shell ornetwork work unless this lane explicitly owns it.

ที่เกี่ยวข้อง

• การกำหนดเส้นทางหลายเอเจนต์
• คิวคำสั่ง
• เอเจนต์ย่อย