Workstation Logo
المنتجات
مختبرات الذكاء الاصطناعيوكلاء OpenAIوكلاء ClaudeGrok BotWorkstation CRM (WSL CRM)التسويقجميع المنتجات
حلول الذكاء الاصطناعي
محطات عمل الذكاء الاصطناعيAI SME Packagesذكاء اصطناعي خاصمجموعات GPUذكاء اصطناعي طرفيمختبر الذكاء الاصطناعي للمؤسساتالذكاء الاصطناعي حسب الصناعة
الخدمات
Platform ModernisationDigital EngineeringData Foundations & AIAutonomous Operationsاستشارات الذكاء الاصطناعيأتمتة DevOpsالأمن السيبرانيتطوير البرمجياتبناء الوكلاءإعداد MLOps
من نحن
الشركاءقصص العملاء
المقالات
الوثائق
WSL ProxyRing PromoterWSL VaultJobshoutSysOps 24/7
المدونة
اتصل بناLogin
Workstation

محطات عمل الذكاء الاصطناعي وبرمجيات الوكلاء المتعددة والبنية التحتية لوحدات GPU وحلول الوكلاء الأذكياء للشركات الحديثة.

اتصل بنا

حلول الذكاء الاصطناعي

محطات عمل الذكاء الاصطناعيAI SME Packagesذكاء اصطناعي خاصمجموعات GPUذكاء اصطناعي طرفيمختبر الذكاء الاصطناعي للمؤسساتالذكاء الاصطناعي حسب الصناعة

المنتجات

جميع المنتجاتWSL CRM و ERPالتسويقوكلاء OpenAIWSL ProxyRing PromoterWSL VaultJobshoutSysOps 24/7

الشركة

من نحنلماذا Workstationالشركاءقصص العملاءالأسعاراتصل

الموارد

المقالاتالتوثيقالمدونةبحثخريطة الموقع
مكتب المملكة المتحدة
77-79 Marlowes, Hemel Hempstead HP1 1LFالاتجاهات - اسلك المخرج 20 من الطريق M25 في لندن الخارجيةرقم الشركة: 11641870الاثنين - الجمعة: 9:00 ص - 6:00 م بتوقيت GMT
+44 7515 356 146
مكتب بلجيكا
Workstation SRL, Rue Vanderkindere 34, 1180 Uccle, BrusselsBE 0751.518.683الاثنين - الجمعة: 9:00 ص - 6:00 م بتوقيت CET
+32 492 45 67 46
مكتب الهند
#159 Sector 9, Pocket 1, DDA Flats, 110077 Dwarka, New Delhi
+91 98881 98841

© 2026 Workstation AI. جميع الحقوق محفوظة.

الخصوصيةملفات تعريف الارتباطشروط الخدمةخريطة الموقع الإلكتروني

Loading blog...

Home / Blog
AIDevOps

بناء أنظمة الذكاء الاصطناعي متعددة الوكلاء: فرق مستقلة تفكر

كيفية تصميم وتنسيق ونشر فرق عملاء الذكاء الاصطناعي التي تتعاون لحل المشكلات المعقدة

Balinder Walia20 مارس 20266 min read

بناء أنظمة الذكاء الاصطناعي متعددة الوكلاء: فرق مستقلة تفكر

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

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

ما هي أنظمة الذكاء الاصطناعي متعددة الوكلاء؟

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

تشمل الخصائص الرئيسية لنظام متعدد الوكلاء جيد التصميم ما يلي:

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

تحديد أدوار الوكيل

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

  • وكيل المخطط: يقوم بتحليل الهدف عالي المستوى، ويقسمه إلى مهام، ويحدد معايير القبول، ويضع خطة منظمة. هذا الوكيل لا يكتب التعليمات البرمجية – بل يفكر بشكل استراتيجي.
  • وكيل المطور: يأخذ مواصفات المهمة وينتج التعليمات البرمجية. لديه حق الوصول إلى أدوات نظام الملفات، والبحث عن التعليمات البرمجية، والوثائق. إنها تتبع الخطة ولكنها تتخذ قرارات تكتيكية بشأن التنفيذ.
  • وكيل المراجع: يفحص مخرجات المطور بحثًا عن الأخطاء ومشكلات الأمان وانتهاكات الأسلوب والأخطاء المنطقية. فهو يوفر تعليقات منظمة يمكن للمطور التصرف بناءً عليها.
  • وكيل الاختبار: إنشاء حالات الاختبار وتشغيلها والإبلاغ عن النتائج. وهو يركز على حالات الحافة واختبار الانحدار.
  • وكيل النشر: يتعامل مع تنفيذ خطوط أنابيب CI/CD وتوفير البنية التحتية وإعداد المراقبة.

يجب أن يكون لكل دور موجه نظام واضح يحدد شخصيته وقيوده وأدواته المتاحة. كلما كان تعريف الدور أكثر تحديدًا، كان أداء الوكيل أفضل.

العمارة متعددة الوكيل وكيل الأوركسترا الخطط، المندوبون، المراقبون الباحث يجمع السياق المبرمج يكتب الكود المراجع يتحقق من الجودة الناشر السفن إلى همز طبقة تمرير الرسالة الرسائل المنظمة • الحالة المشتركة • تسليم القطع الأثرية • تحديثات الحالة

أطر عمل الأنظمة متعددة الوكلاء

ظهرت العديد من الأطر لتبسيط بناء أنظمة متعددة الوكلاء. فيما يلي ثلاثة من الخيارات الأكثر قدرة المتاحة اليوم:

CrewAI

يوفر CrewAI تجريدًا عالي المستوى لتحديد الوكلاء والمهام والأطقم (فرق الوكلاء). ويؤكد على التصميم القائم على الأدوار وتنفيذ المهام التسلسلية أو المتوازية. يعد CrewAI ممتازًا للفرق التي ترغب في البدء بسرعة دون بناء منطق التنسيق من الصفر. يسهّل بناء الجملة التعريفي تحديد أدوار الوكيل وربطها معًا.

أوتوجين (مايكروسوفت)

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

كلود وكيل SDK

يوفر Claude Agent SDK إطارًا لبناء وكلاء مدعومين بنماذج Anthropic's Claude. فهو يوفر استخدامًا للأدوات ومخرجات منظمة وإدارة للمحادثات خارج الصندوق. تكمن قوتها في جودة النموذج الأساسي والقدرة على تحديد مخططات دقيقة للأدوات التي يمكن للوكلاء استدعاؤها. بالنسبة للفرق التي تستخدم Claude بالفعل في مجموعتها، توفر Agent SDK مسارًا طبيعيًا للبنيات متعددة الوكلاء.

إدارة الذاكرة والدولة

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

  • الذاكرة قصيرة المدى: تم تمرير سجل المحادثات في نافذة السياق. بسيطة ولكنها محدودة بالقيود الرمزية.
  • الذاكرة طويلة المدى عبر قواعد بيانات المتجهات: يقوم الوكلاء بتخزين المعلومات واستردادها من متاجر المتجهات مثل Pinecone أو Weaviate أو ChromaDB. يتيح ذلك للوكلاء تذكر التفاعلات السابقة ذات الصلة أو مقتطفات التعليمات البرمجية أو الوثائق دون ملء نافذة السياق.
  • مخازن الدولة المشتركة: مخزن مركزي لقيمة المفتاح (Redis، أو قاعدة بيانات، أو حتى ملف JSON مشترك) حيث يقرأ الوكلاء الحالة المنظمة ويكتبونها. يعد هذا مفيدًا لتتبع حالة المهمة والتبعيات والعناصر.
  • تمرير قطعة أثرية: يقوم الوكلاء بإنتاج المخرجات (الملفات والخطط والمراجعات) التي يتم تمريرها كمدخلات إلى الوكيل التالي في المسار. هذا هو أبسط شكل من أشكال الذاكرة ويعمل بشكل جيد مع سير العمل الخطي.

أنماط التنظيم

إن كيفية تنسيق الوكلاء لعملهم مهمة بقدر ما يفعله كل وكيل. أنماط التنسيق الثلاثة الأكثر شيوعًا هي:

  • خط أنابيب متسلسل: وكلاء تنفيذ في أمر ثابت. يعمل المخطط أولاً، ثم المطور، ثم المراجع. بسيطة ويمكن التنبؤ بها، ولكنها بطيئة بالنسبة للعمل المتوازي.
  • التفويض الهرمي: يتلقى الوكيل الإداري هدف المستوى الأعلى ويقوم بتفويض المهام الفرعية إلى الوكلاء العاملين. يقوم المدير بمراقبة التقدم وإعادة تعيين العمل إذا لزم الأمر. وهذا يعكس كيفية عمل المنظمات البشرية.
  • حلقة تعاونية: يعمل الوكلاء في دورات تكرارية. يقوم المطور بكتابة التعليمات البرمجية، ويقدم المراجع التعليقات، ويقوم المطور بمراجعتها. تستمر هذه الحلقة حتى موافقة المراجع أو الوصول إلى الحد الأقصى لعدد التكرارات.
أنماط اتصال الوكيل المراسلة المباشرة A B C D نقطة إلى نقطة بسيطة وسريعة ومقترنة بإحكام سبورة مشترك ولاية (قراءة/كتابة) A B C D مخزن المعرفة المركزي منفصلة ومرنة وقابلة للتطوير حانة/فرعية عنوان A B C حانة الفرعية الفرعية الرسائل المستندة إلى الأحداث اقتران فضفاض، البث اختر النمط الذي يناسب احتياجات التنسيق الخاصة بعملائك

مثال حقيقي: فريق تطوير الذكاء الاصطناعي

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

  • الخطوة 1: ال وكيل المخطط يقرأ مشكلة GitHub، ويحلل بنية قاعدة التعليمات البرمجية، وينتج خطة مهمة تحتوي على ملفات محددة لتعديل ومعايير القبول.
  • الخطوة 2: ال وكيل المطور يتلقى الخطة وينفذ التغييرات. ويستخدم أدوات قراءة/كتابة الملفات والبحث عن التعليمات البرمجية ويمكنه إجراء الاختبارات محليًا.
  • الخطوة 3: ال وكيل المراجع يفحص الفرق، ويتحقق من الأخطاء، والمشكلات الأمنية، والالتزام بالخطة. وينتج مراجعة منظمة مع الموافقة/الرفض والتعليقات.
  • الخطوة 4: في حالة الرفض، يتلقى وكيل المطور التعليقات ويكررها. يتم تشغيل هذه الحلقة حتى ثلاث مرات.
  • الخطوة 5: بمجرد الموافقة على وكيل النشر يقوم بإنشاء طلب السحب، وتشغيل CI، والإبلاغ عن النتيجة.

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

خاتمة

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