Multi-agent
مسارات المتخصصين المتوازية
تتيح المسارات التخصصية المتوازية لـ Gateway توجيه محادثات أو غرف مختلفة إلى وكلاء مختلفين مع الحفاظ على سرعة تجربة المستخدم. تعامل مع التوازي بوصفه مسألة تصميم تتعلق بندرة الموارد، وليس مجرد «مزيد من الوكلاء».
المبادئ الأساسية
لا يحسّن المسار التخصصي معدل الإنجاز إلا عندما يقلل التنافس على الاختناقات الحقيقية:
- أقفال الجلسات: ينبغي أن تعدّل عملية تشغيل واحدة فقط جلسة معينة في كل مرة.
- سعة النموذج العامة: تظل جميع عمليات تشغيل الدردشة المرئية مشتركة في حدود المزوّد.
- سعة الأدوات: قد يكون العمل باستخدام الصدفة والمتصفح والشبكة والمستودع أبطأ من دورة النموذج نفسها.
- ميزانية السياق: تجعل النصوص الطويلة كل دورة مستقبلية أبطأ وأقل تركيزًا.
- غموض الملكية: يهدر الوكلاء المكررون الذين يؤدون المهمة نفسها السعة.
ينفّذ OpenClaw العمليات تسلسليًا بالفعل لكل جلسة، ويضع حدًا للتوازي العام من خلال قائمة انتظار الأوامر. تضيف المسارات التخصصية سياسة فوق ذلك: أي وكيل يمتلك أي عمل، وما يبقى في الدردشة، وما يتحول إلى عمل في الخلفية.
خطة الطرح الموصى بها
المرحلة 1: عقود المسارات + العمل المكثف في الخلفية
امنح كل مسار عقدًا مكتوبًا في مساحة عمله وموجّه النظام الخاص به:
- الغرض: العمل الذي يمتلكه هذا المسار.
- ما لا يستهدفه: العمل الذي ينبغي أن يسلّمه بدلًا من محاولة تنفيذه.
- ميزانية الدردشة: تبقى الإجابات السريعة في الدردشة؛ أما المهام الطويلة فيُقرّ بها بإيجاز، ثم تُنفّذ في وكيل فرعي أو مهمة في الخلفية.
- قاعدة التسليم: عندما يمتلك مسار آخر العمل، اذكر أين ينبغي توجيهه وقدّم ملخص تسليم موجزًا.
- قاعدة مخاطر الأدوات: فضّل أصغر نطاق أدوات يمكنه إنجاز المهمة.
هذه المرحلة هي الأقل تكلفة وتعالج معظم حالات الانسداد: لم تعد مهمة برمجية واحدة تحوّل مسار البحث إلى مسار بالغ البطء، وتحتفظ كل دردشة بسياقها نظيفًا.
المرحلة 2: عناصر التحكم في الأولوية والتزامن
اضبط سعة قائمة الانتظار والنموذج وفقًا لقيمة العمل التي يقدمها كل مسار:
{ agents: { defaults: { maxConcurrent: 4, subagents: { maxConcurrent: 8, delegationMode: "prefer" }, }, }, messages: { queue: { mode: "collect", debounceMs: 1000, cap: 20, drop: "summarize", }, },}استخدم الدردشات المباشرة/الشخصية ووكلاء عمليات الإنتاج للأعمال ذات الأولوية العالية. ودَع البحث والصياغة والبرمجة الدفعية تنتقل إلى مهام في الخلفية عندما يكون النظام مشغولًا.
المرحلة 3: المنسّق / مراقب حركة المرور
أضف نمط منسّق صغيرًا بمجرد تنشيط عدة مسارات:
- تتبّع مهام المسارات النشطة ومالكيها.
- اكتشف الطلبات المكررة عبر المجموعات.
- وجّه ملخصات التسليم بين المسارات.
- أظهر فقط العوائق والنتائج المكتملة والقرارات التي يجب على الإنسان اتخاذها.
لا تبدأ من هنا. فالمنسّق الذي لا يستند إلى عقود مسارات لا يفعل سوى تنسيق الفوضى.
قالب مبسط لعقد المسار
# عقد المسار ## يمتلك - <المهمة التي يتحمل هذا المسار مسؤوليتها> ## لا يمتلك - <العمل المطلوب تسليمه> ## ميزانية الدردشة - أجب عن الأسئلة السريعة مباشرةً.- بالنسبة إلى العمل متعدد الخطوات أو البطيء أو كثيف استخدام الأدوات: أقرّ به بإيجاز، وشغّل العمل في الخلفية أو أنشئ وكيلًا له، ثم أعد النتيجة عند اكتماله. ## التسليم إذا كان مسار آخر يمتلك الطلب، فأجب بما يلي: - المسار المستهدف- الهدف- السياق ذي الصلة- الإجراء التالي الدقيق ## نهج استخدام الأدوات استخدم أصغر نطاق أدوات يمكنه إكمال المهمة. تجنّب العمل الواسع عبر الصدفة أوالشبكة ما لم يكن هذا المسار يمتلكه صراحةً.