إذا كنت قد أطلقت وكيل OpenClaw واحدًا ورأيته يختنق أمام سير عمل يضم ستة فروع متشعبة، فأنت تعرف بالفعل لماذا توجد إعدادات الوكلاء المتعددين في OpenClaw. الوكيل الواحد الذي يوازن بين البحث والصياغة والموافقات والنشر يميل إلى فقدان الخيط في مكان ما في المنتصف. وزّع هذا العمل على عدة وكلاء مركّزين، وسيصبح كل شيء أهدأ وأسهل بكثير في تصحيح الأخطاء والثقة به. هذه مشكلة معمارية قبل أن تكون مشكلة أدوات، ويستحق الأمر أن يُعامَل على هذا الأساس.
لقد بنينا هذه الأنظمة لعملاء في دبي ومختلف أنحاء دول مجلس التعاون الخليجي، والنمط ثابت: الفرق التي تفوز ليست تلك التي تملك أكبر عدد من الوكلاء. إنها الفرق التي عرفت بالضبط متى *لا* تضيف وكيلًا آخر.
لماذا الوكلاء المتعددون أصلًا؟
الوكيل الواحد يعمل جيدًا إلى أن تتوقف المهمة عن كونها مهمة واحدة. في اللحظة التي يحتاج فيها سير عملك إلى أساليب تفكير مختلفة، أو أدوات مختلفة في كل خطوة، أو موافقة بشرية في منتصف الطريق، تكون أنت بالفعل تمارس التنسيق بشكل غير رسمي. فلماذا لا تجعله صريحًا؟
ثلاثة أسباب صادقة للتحول إلى الوكلاء المتعددين:
- فصل الاهتمامات. وكيل بحث يقتصر عمله على الجمع والتلخيص أسهل في الاختبار من وكيل يكتب أيضًا وينسّق وينشر.
- نماذج مختلفة لمهام مختلفة. OpenClaw متعدد النماذج. يمكنك إسناد الخطوات الثقيلة في التفكير إلى Claude، والخطوات الروتينية السريعة إلى GPT، وأي شيء حساس من ناحية الخصوصية إلى نسخة محلية من Llama لا تغادر خادمك الافتراضي الخاص (VPS) أبدًا.
- عزل الأعطال. عندما تتعطل خطوة النشر، تريدها أن تتعطل وحدها، دون أن تسحب سياق البحث معها.
وفي المقابل، وهو أمر لا يقل أهمية: كل وكيل تضيفه هو شيء إضافي يجب مراقبته وإدارة إصداراته وتصحيح أخطائه. زيادة عدد الوكلاء تعني مساحة أكبر لظهور ذلك النوع من الأخطاء الدقيقة في نقاط التسليم، التي لا تظهر إلا في بيئة الإنتاج في الساعة الثانية صباحًا.
إذا لم تكن قد أعددت وكيلك الأول بعد، فابدأ بـدليل إعداد OpenClaw الخاص بنا قبل إضافة طبقة التنسيق. فالتنسيق على أساس هش من وكيل واحد لا يفعل شيئًا سوى مضاعفة الهشاشة.
النمط الأول: المنسّق والعامل
هذا هو النمط الأساسي الأكثر استخدامًا. وكيل منسّق واحد يملك الخطة. يقوم بتفكيك الطلب، ويقرر أي عامل يتولى كل جزء، ثم يجمّع النتائج. العمال لا يتحدثون مع بعضهم البعض؛ بل يتحدثون مع المنسّق. هذه القاعدة الوحيدة تمنع معظم التشابك الفوضوي.
بلغة OpenClaw، يعيش المنسّق في جلسته الخاصة ويستدعي العمال كأدوات أو عبر أحداث القنوات. كل عامل يحصل على نطاق ضيق: مجموعة ثابتة من الأدوات، توجيه محدد، وعقد واضح لما يُفترض أن يُعيده.
أين يتألق
يناسب نمط المنسّق والعامل الحالات التي تنقسم فيها المهمة بشكل طبيعي إلى مهام فرعية متوازية أو متسلسلة لها مالك واضح. تخيل: "ابحث عن ثلاثة منافسين، لخّص كل واحد، ثم اجمع كل ذلك في موجز واحد". يوزّع المنسّق ثلاثة عمال بحث متطابقين، وينتظر، ثم يوجّه كل شيء إلى عامل تلخيص.
أين يعضّ
يتحول المنسّق إلى عنق زجاجة ونقطة فشل وحيدة. فإذا امتلأت نافذة سياقه بكل مخرجات العمال الخام، تعود إلى المشكلة الأصلية. الحل هو جعل العمال يعيدون نتائج *مختصرة*، لا سجلات كاملة. ملخصات تدخل، وملخصات تخرج.
النمط الثاني: الوكلاء المتخصصون
أحيانًا لا تريد تسلسلًا هرميًا. بل تريد فريقًا صغيرًا من الخبراء، كل واحد منهم جيد فعليًا في مجال واحد، يُنسَّق بينهم عبر توجيه خفيف بدلًا من عقل مركزي.
مثال خليجي كلاسيكي: تصل رسالة واتساب واردة إلى OpenClaw، فيصنّف وكيل توجيه القصد منها، وتذهب الرسالة إما إلى وكيل متخصص في الفوترة، أو وكيل متخصص في اللوجستيات، أو وكيل متخصص في الدعم باللغة العربية. لكل متخصص أدواته الخاصة، ومعرفته الخاصة، ونبرته الخاصة. لا أحد منهم يحاول أن يكون عامًا.
الفرق عن نمط المنسّق والعامل دقيق لكنه حقيقي. المتخصصون يملكون مجالهم من البداية إلى النهاية، بما في ذلك الرد النهائي. وكيل التوجيه بسيط عن قصد؛ كل ما يفعله هو التصنيف والتسليم. هذا يبقي زمن الاستجابة منخفضًا لأنه لا يوجد وكيل مركزي يعيد التفكير في كل نتيجة.
استخدم المتخصصين عندما تكون المجالات متمايزة ونادرًا ما تتداخل. تجنبهم عندما يمتد طلب واحد بشكل روتيني عبر ثلاثة تخصصات، لأنك حينها تفرض عمليات تسليم كان بإمكان منسّق أن يديرها بسلاسة أكبر.
النمط الثالث: بوابات الإنسان في الحلقة
هذا هو النمط الذي نهتم به أكثر من غيره، وهو متأصل في طريقة تفكيرنا في INS. الاستقلالية رائعة إلى أن يقوم وكيل بثقة بفعل الشيء الخاطئ تجاه عميل حقيقي أو فاتورة حقيقية. بوابة الإنسان في الحلقة هي توقف متعمد يتوقف فيه النظام وينتظر شخصًا ليوافق أو يعدّل أو يرفض قبل المتابعة.
في OpenClaw، البوابة هي ببساطة خطوة تنشر إلى قناة (Slack أو Teams أو واتساب) وتوقف سير العمل حتى تتلقى حدث موافقة. الوكيل قام بالتفكير؛ والإنسان يتخذ القرار.
أماكن جيدة لوضع بوابة فيها:
- قبل أي إجراء لا يمكن التراجع عنه: إرسال أموال، حذف سجلات، النشر الخارجي.
- قبل التواصل عالي المخاطر مع العملاء، خاصة باللغة العربية حيث تحمل النبرة ومستوى الرسمية وزنًا كبيرًا.
- عند الحد الذي تنخفض فيه درجة الثقة. إذا سجّل تصنيف ما درجة أقل من عتبة معينة، وجّهه إلى إنسان بدلًا من التخمين.
الخطأ الذي نراه هو وضع بوابة على كل شيء، مما يحول "الأتمتة" إلى طابور موافقات فخم لا يصفّيه أحد. ضع بوابة على الـ10% ذات النتائج المهمة. ودع الـ90% الآمنة تتدفق. هذا التوازن *هو* فلسفة الإنسان في الحلقة على أرض الواقع، وليس مجرد شعار.
قابلية المراقبة: لا يمكنك الوثوق بما لا تراه
إليك الحقيقة غير المريحة بشأن أنظمة الوكلاء المتعددين: عندما تفشل، يكون الفشل عادة في نقطة تسليم، ونقاط التسليم غير مرئية ما لم تقم بقياسها. تفكير الوكيل الواحد على الأقل يكون كله في مكان واحد. وزّع ذلك التفكير عبر خمسة وكلاء، وسطر سجل مفقود واحد يعني أنك تصحح الأخطاء بشكل أعمى.
ما يجب تسجيله منذ اليوم الأول:
- تتبّع لكل وكيل. كل استدعاء لوكيل يُسجَّل مع مدخلاته ومخرجاته والنموذج المستخدم والمدة الزمنية. بوابة OpenClaw التي تعطي الأولوية للتشغيل المحلي تسجّل الجلسات والأحداث؛ وجّه هذه السجلات إلى مخزن يمكنك الاستعلام منه.
- معرّفات الربط (Correlation IDs). ضع علامة على كل خطوة في تشغيل واحد لسير العمل بمعرّف واحد حتى تتمكن من إعادة بناء المسار الكامل عبر وكلائك.
- تتبّع التكلفة والرموز (tokens) لكل وكيل. عندما تقفز الفاتورة الشهرية، ستريد معرفة أي وكيل أصبح "ثرثارًا".
- قرارات البوابات. سجّل من وافق على ماذا ومتى. في القطاعات الخليجية الخاضعة للتنظيم، هذا ليس اختياريًا، بل هو سجل التدقيق الخاص بك.
ابنِ لوحة معلومات بسيطة قبل التوسع، لا بعده. فريق في أبوظبي عملنا معه أضاف معرّفات الربط فقط بعد أسبوع من الأعطال الغامضة؛ استغرق الإصلاح بعد ظهر يوم واحد بمجرد أن أصبح بإمكانهم فعليًا رؤية نقاط التسليم.
معمارية عملية لفريق عمليات إماراتي
تخيّل مؤسسة إماراتية صغيرة أو متوسطة في مجال اللوجستيات في دبي تُؤتمت مسار العملية من الطلب إلى الشحن. إليك إعداد نجح فعليًا:
- وكيل توجيه يقرأ الطلبات الواردة من واتساب والبريد الإلكتروني.
- منسّق يتحقق من صحة الطلب مقابل المخزون (باستخدام Llama محلي لخطوات بيانات العملاء، محفوظ على الخادم الافتراضي الخاص) ويتحقق من إمكانية التسليم.
- متخصص في التسعير يحسب عرض السعر بالدرهم الإماراتي، مطبّقًا قواعد ضريبة القيمة المضافة الخاصة بالمنطقة الحرة مقابل البر الرئيسي.
- بوابة إنسان في الحلقة تنشر عرض السعر النهائي في قناة Slack ليوافق عليه منسّق الشحن.
- عند الموافقة، يقوم عامل بحجز شركة التوصيل وإرسال تأكيد ثنائي اللغة للعميل.
خمسة وكلاء، بوابة واحدة، وإمكانية تتبّع كاملة. يتعامل منسّق الشحن مع ربما اثنتي عشرة موافقة يوميًا بدلًا من بناء كل عرض سعر يدويًا، ولا يحدث أي شيء لا يمكن التراجع عنه دون موافقة بشرية. هذا يعني مكسب كفاءة يتراوح بين 30 و80% على العمل الروتيني بينما تبقى القرارات التقديرية بشرية.
متى يكون نمط الوكلاء المتعددين الإجابة الخاطئة
في أحيان كثيرة. إذا كان سير عملك خطيًا وقصيرًا بالفعل، فإن وكيلًا واحدًا مزودًا بأدوات جيدة يتفوق على أوركسترا كاملة. الوكلاء المتعددون يضيفون تكلفة تنسيق وزمن استجابة وعبء تصحيح أخطاء إضافي. ادفع هذه التكلفة فقط عندما يتطلبها تعقيد سير العمل فعليًا. نفضّل أن نثني عميلًا عن ثلاثة وكلاء غير ضروريين على أن نتقاضى أجرًا لصيانة الفوضى لاحقًا.
الأسئلة الشائعة
كم عدد الوكلاء الذي يُعتبر مبالغًا فيه؟
لا يوجد رقم سحري، لكن إذا لم تستطع رسم مخطط وكلائك على سبورة بيضاء خلال دقيقتين، فمن المحتمل أنه معقد جدًا. معظم عمليات النشر الخليجية الفعالة التي بنيناها تعمل بين وكيلين وستة وكلاء. بعد هذا الحد، عادة ما تريد الدمج أو التقسيم إلى مسارات عمل منفصلة تمامًا.
هل يمكن لـ OpenClaw تشغيل نماذج مختلفة لوكلاء مختلفين؟
نعم، ويجب عليك ذلك. OpenClaw متعدد النماذج بحكم التصميم. خصّص Claude لعمليات التنسيق الثقيلة في التفكير، وGPT للعمال الروتينيين السريعين، وLlama محلي لأي شيء يمس بيانات حساسة تفضل إبقاءها على خادمك الافتراضي الخاص. مزج النماذج هو أحد أكبر مكاسب هذه المعمارية.
هل تُبطئ بوابات الإنسان في الحلقة كل شيء؟
فقط إذا أفرطت في وضع البوابات. ضع البوابات حصريًا عند الخطوات التي لا يمكن التراجع عنها أو عالية المخاطر، ودع كل شيء آخر يعمل بشكل مستقل. إذا نُفّذت بشكل صحيح، تضيف البوابات ثقة دون أن تصبح عنق زجاجة، لأن معظم سير العمل لا يمر بأي بوابة أصلًا.
كيف أصحح خطأ في تشغيل فاشل لنظام وكلاء متعددين؟
معرّفات الربط والتتبّع لكل وكيل. ضع علامة على كل خطوة في التشغيل بمعرّف مشترك، وسجّل مدخلات ومخرجات كل وكيل، وستتمكن من إعادة تشغيل المسار الدقيق الذي سلكه الطلب. بدون هذا القياس، يصبح تصحيح أخطاء الوكلاء المتعددين تخمينًا في معظمه.
تنسيق الوكلاء المتعددين يكافئ ضبط النفس ويعاقب التمدد العشوائي. اضبط الأنماط بشكل صحيح، وضع بوابات على القرارات المهمة، وقِس كل شيء قبل أن توسّع النطاق. إذا كنت تريد عينًا ثانية تفحص معماريتك، أو مساعدة في تصميمها من الصفر، فإن خدمة إعداد OpenClaw لدينا تغطي تنسيق الوكلاء المتعددين، وقابلية المراقبة، وتصميم الإنسان في الحلقة الذي يبقي هذه الأنظمة جديرة بالثقة. تواصل مع الفريق عبر team@ins.ae أو +971 58 995 4553.
