تتيح المسارات المتخصصة المتوازية لـ Gateway واحد توجيه دردشات أو غرف مختلفة إلى وكلاء مختلفين، مع الحفاظ على سرعة تجربة المستخدم. تكمن الحيلة في التعامل مع التوازي بوصفه مشكلة تصميم لموارد نادرة، وليس مجرد “مزيد من الوكلاء”.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
المبادئ الأولى
لا يحسن المسار المتخصص معدل الإنجاز إلا عندما يقلل التنافس على الاختناقات الحقيقية:- أقفال الجلسات: ينبغي أن تعدل عملية تشغيل واحدة فقط جلسة معينة في كل مرة.
- سعة النموذج العامة: لا تزال كل عمليات تشغيل الدردشة المرئية تشترك في حدود مزود الخدمة.
- سعة الأدوات: قد تكون أعمال shell والمتصفح والشبكة والمستودع أبطأ من دورة النموذج نفسها.
- ميزانية السياق: تجعل النصوص الطويلة كل دورة لاحقة أبطأ وأقل تركيزًا.
- غموض الملكية: الوكلاء المكررون الذين يؤدون المهمة نفسها يهدرون السعة.
الطرح الموصى به
المرحلة 1: عقود المسارات + الأعمال الثقيلة في الخلفية
امنح كل مسار عقدًا مكتوبًا في مساحة عمله وموجه النظام الخاص به:- الغرض: العمل الذي يملكه هذا المسار.
- ما ليس من الأهداف: العمل الذي ينبغي أن يحيله بدلًا من محاولة تنفيذه.
- ميزانية الدردشة: تبقى الإجابات السريعة في الدردشة؛ أما المهام الطويلة فينبغي الإقرار بها بإيجاز، ثم تشغيلها في وكيل فرعي أو مهمة في الخلفية.
- قاعدة الإحالة: عندما يملك مسار آخر العمل، قل أين ينبغي أن يذهب وقدّم ملخص إحالة موجزًا.
- قاعدة مخاطر الأدوات: فضّل أصغر سطح أدوات يمكنه إنجاز المهمة.
المرحلة 2: عناصر تحكم الأولوية والتزامن
اضبط قائمة الانتظار وسعة النموذج حول القيمة التجارية لكل مسار:المرحلة 3: المنسق / مراقب الحركة
أضف نمط منسق صغيرًا عندما تصبح عدة مسارات نشطة:- تتبع مهام المسارات النشطة ومالكيها.
- اكتشف الطلبات المكررة عبر المجموعات.
- وجّه ملخصات الإحالة بين المسارات.
- أظهر فقط العوائق والنتائج المكتملة والقرارات التي يجب على الإنسان اتخاذها.