---
read_when:
    - أنت توجّه المحادثات الجماعية إلى وكلاء مخصصين
    - تريد عملاً متوازيًا دون أن تعطل مهمة طويلة واحدة كل محادثة
    - أنت تصمّم إعدادًا لعمليات متعددة الوكلاء
sidebarTitle: Specialist lanes
status: active
summary: شغّل وكلاء متخصصين بالتوازي دون إعاقة سعة النموذج والأدوات المشتركة
title: مسارات متخصصة متوازية
x-i18n:
    generated_at: "2026-05-02T20:44:55Z"
    model: gpt-5.5
    provider: openai
    source_hash: b09f10ce4fbd79954a7196fbedb23f9b3f34b459b98eb7a5480f7eeb0bb6be98
    source_path: concepts/parallel-specialist-lanes.md
    workflow: 16
---

تتيح المسارات المتخصصة المتوازية لـ Gateway واحد توجيه دردشات أو غرف مختلفة إلى
وكلاء مختلفين، مع الحفاظ على سرعة تجربة المستخدم. تكمن الحيلة في التعامل مع
التوازي بوصفه مشكلة تصميم لموارد نادرة، وليس مجرد "مزيد من الوكلاء".

## المبادئ الأولى

لا يحسن المسار المتخصص معدل الإنجاز إلا عندما يقلل التنافس على
الاختناقات الحقيقية:

- **أقفال الجلسات**: ينبغي أن تعدل عملية تشغيل واحدة فقط جلسة معينة في كل مرة.
- **سعة النموذج العامة**: لا تزال كل عمليات تشغيل الدردشة المرئية تشترك في حدود مزود الخدمة.
- **سعة الأدوات**: قد تكون أعمال shell والمتصفح والشبكة والمستودع أبطأ
  من دورة النموذج نفسها.
- **ميزانية السياق**: تجعل النصوص الطويلة كل دورة لاحقة أبطأ وأقل
  تركيزًا.
- **غموض الملكية**: الوكلاء المكررون الذين يؤدون المهمة نفسها يهدرون السعة.

يسلسل OpenClaw عمليات التشغيل مسبقًا لكل جلسة ويحد التوازي العام من خلال
[قائمة انتظار الأوامر](/ar/concepts/queue). تضيف المسارات المتخصصة سياسة فوق ذلك:
أي وكيل يملك أي عمل، وما الذي يبقى في الدردشة، وما الذي يصبح عملًا في الخلفية.

## الطرح الموصى به

### المرحلة 1: عقود المسارات + الأعمال الثقيلة في الخلفية

امنح كل مسار عقدًا مكتوبًا في مساحة عمله وموجه النظام الخاص به:

- **الغرض**: العمل الذي يملكه هذا المسار.
- **ما ليس من الأهداف**: العمل الذي ينبغي أن يحيله بدلًا من محاولة تنفيذه.
- **ميزانية الدردشة**: تبقى الإجابات السريعة في الدردشة؛ أما المهام الطويلة فينبغي الإقرار بها
  بإيجاز، ثم تشغيلها في وكيل فرعي أو مهمة في الخلفية.
- **قاعدة الإحالة**: عندما يملك مسار آخر العمل، قل أين ينبغي أن يذهب
  وقدّم ملخص إحالة موجزًا.
- **قاعدة مخاطر الأدوات**: فضّل أصغر سطح أدوات يمكنه إنجاز المهمة.

هذه هي أرخص مرحلة، وتصلح معظم الانسدادات: لم تعد مهمة برمجة واحدة
تحول مسار البحث إلى بطء شديد، وتحافظ كل دردشة على نظافة سياقها الخاص.

### المرحلة 2: عناصر تحكم الأولوية والتزامن

اضبط قائمة الانتظار وسعة النموذج حول القيمة التجارية لكل مسار:

```json5
{
  agents: {
    defaults: {
      maxConcurrent: 4,
      subagents: { maxConcurrent: 8 },
    },
  },
  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.
```

## ذات صلة

- [توجيه متعدد الوكلاء](/ar/concepts/multi-agent)
- [قائمة انتظار الأوامر](/ar/concepts/queue)
- [الوكلاء الفرعيون](/ar/tools/subagents)
