مسیرهای تخصصی موازی

مسیرهای تخصصی موازی به یک Gateway امکان می‌دهند چت‌ها یا اتاق‌های مختلف را به عامل‌های متفاوتی هدایت کند، در حالی که تجربه کاربر سریع باقی می‌ماند. نکته این است که موازی‌سازی را به‌عنوان یک مسئله طراحی با منابع کمیاب ببینید، نه فقط به‌عنوان «عامل‌های بیشتر».

# اصول پایه

یک مسیر تخصصی فقط زمانی توان عملیاتی را بهبود می‌دهد که رقابت بر سر گلوگاه‌های واقعی را کاهش دهد:

• قفل‌های نشست: در هر لحظه فقط یک اجرا باید یک نشست مشخص را تغییر دهد.
• ظرفیت سراسری مدل: همه اجراهای قابل مشاهده چت همچنان محدودیت‌های ارائه‌دهنده را به‌اشتراک می‌گذارند.
• ظرفیت ابزار: کار با shell، مرورگر، شبکه و مخزن می‌تواند از خود نوبت مدل کندتر باشد.
• بودجه زمینه: رونوشت‌های طولانی هر نوبت آینده را کندتر و کم‌تمرکزتر می‌کنند.
• ابهام مالکیت: عامل‌های تکراری که کار یکسانی انجام می‌دهند ظرفیت را هدر می‌دهند.

OpenClaw از قبل اجراها را برای هر نشست سریال‌سازی می‌کند و موازی‌سازی سراسری را از طریق صف فرمان محدود می‌کند. مسیرهای تخصصی روی این پایه سیاست اضافه می‌کنند: کدام عامل مالک کدام کار است، چه چیزی در چت می‌ماند و چه چیزی به کار پس‌زمینه تبدیل می‌شود.

# روند پیشنهادی عرضه

# فاز ۱: قراردادهای مسیر + کار سنگین پس‌زمینه

برای هر مسیر در فضای کاری و پرامپت سیستمی آن یک قرارداد مکتوب بدهید:

• هدف: کاری که این مسیر مالک آن است.
• غیرهدف‌ها: کاری که باید به‌جای تلاش برای انجام آن، واگذار کند.
• بودجه چت: پاسخ‌های سریع در چت می‌مانند؛ کارهای طولانی باید کوتاه تأیید شوند، سپس در یک زیرعامل یا وظیفه پس‌زمینه اجرا شوند.
• قاعده واگذاری: وقتی مسیر دیگری مالک کار است، بگویید باید به کجا برود و یک خلاصه فشرده برای واگذاری ارائه کنید.
• قاعده ریسک ابزار: کوچک‌ترین سطح ابزار ممکن را که می‌تواند کار را انجام دهد ترجیح دهید.

این ارزان‌ترین فاز است و بیشتر گرفتگی‌ها را رفع می‌کند: یک کار کدنویسی دیگر مسیر پژوهش را کند نمی‌کند، و هر چت زمینه خودش را تمیز نگه می‌دارد.

# فاز ۲: کنترل‌های اولویت و هم‌زمانی

ظرفیت صف و مدل را بر اساس ارزش تجاری هر مسیر تنظیم کنید:

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

از چت‌های مستقیم/شخصی و عامل‌های عملیات تولید برای کارهای با اولویت بالا استفاده کنید. وقتی سیستم شلوغ است، بگذارید پژوهش، پیش‌نویس‌نویسی و کدنویسی دسته‌ای به وظایف پس‌زمینه منتقل شوند.

# فاز ۳: هماهنگ‌کننده / کنترل‌کننده ترافیک

پس از فعال شدن چندین مسیر، یک الگوی هماهنگ‌کننده کوچک اضافه کنید:

• وظایف و مالکان فعال مسیر را ردیابی کنید.
• درخواست‌های تکراری در گروه‌ها را تشخیص دهید.
• خلاصه‌های واگذاری را بین مسیرها هدایت کنید.
• فقط مسدودکننده‌ها، نتایج تکمیل‌شده و تصمیم‌هایی را که انسان باید بگیرد نمایش دهید.

از اینجا شروع نکنید. هماهنگ‌کننده بدون قراردادهای مسیر فقط آشوب را هماهنگ می‌کند.

# قالب حداقلی قرارداد مسیر

# 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.

# مرتبط

• مسیریابی چندعاملی
• صف فرمان
• زیرعامل‌ها