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

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

اصول اولیه

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

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

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

اجرای پیشنهادی

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

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

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

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

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

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

{  agents: {    defaults: {      maxConcurrent: 4,      subagents: { maxConcurrent: 8, delegationMode: "prefer" },    },  },  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 ornetwork work unless this lane explicitly owns it.

مرتبط

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