---
read_when:
    - คุณกำหนดเส้นทางแชตกลุ่มไปยังเอเจนต์เฉพาะ
    - คุณต้องการทำงานแบบขนานโดยไม่ให้งานยาวเพียงงานเดียวขัดขวางทุกแชต
    - คุณกำลังออกแบบการตั้งค่าการปฏิบัติงานแบบหลายเอเจนต์
sidebarTitle: Specialist lanes
status: active
summary: เรียกใช้เอเจนต์ผู้เชี่ยวชาญแบบขนานโดยไม่ทำให้ความจุของโมเดลและเครื่องมือที่ใช้ร่วมกันติดขัด
title: เลนเฉพาะทางแบบขนาน
x-i18n:
    generated_at: "2026-05-10T19:34:56Z"
    model: gpt-5.5
    provider: openai
    source_hash: 8721056fbe08822ac92d4bc14c8c2b0977e93eaa58c2849f83b3c0f310992f93
    source_path: concepts/parallel-specialist-lanes.md
    workflow: 16
---

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

```md
# 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 or
network work unless this lane explicitly owns it.
```

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

- [การกำหนดเส้นทางหลายเอเจนต์](/th/concepts/multi-agent)
- [คิวคำสั่ง](/th/concepts/queue)
- [เอเจนต์ย่อย](/th/tools/subagents)