كيف تبني نظام وكلاء متعددين: دليل عملي إلى نمط supervisor

بعد أن استوعبت مفهوم «تنسيق عدة نماذج ذكاء اصطناعي» في مقال ما هو نظام الوكلاء المتعددين؟، يأتي السؤال التالي: كيف تبني واحداً فعلياً. يشرح هذا المقال للمبتدئين عملية عملية من 5 خطوات، باستخدام المعيار الفعلي لعام 2026: نمط supervisor (المنسّق المركزي).

قبل الحديث عن أي إطار عمل، إليك أهم مبدأ: «ابنِ بوكيل واحد أولاً، ولا تضِف المزيد — وبأقل قدر ممكن — إلا عند بلوغ حد ما.» البدء بنظام متعدد منذ البداية يكون غالباً إفراطاً في الهندسة. تُعرَض الشيفرة على هيئة شيفرة توضيحية مستقلة عن أي إطار عمل، فتنطبق سواء استخدمت MCP أو أي SDK آخر.

* الخطوات والأرقام في هذا المقال مقتبسة من مواد منشورة وأدلة عملية وتقارير بحثية (حتى يونيو 2026). الشيفرة هي شيفرة توضيحية مفاهيمية؛ راجع الوثائق الرسمية لكل إطار عمل لمعرفة الـ API الفعلي.

1. قبل البناء: هل تحتاج فعلاً إلى نظام متعدد؟

البوابة الأولى ليست تقنية — بل هي قرار تقديري. نظام الوكلاء المتعددين قوي، لكن نحو 80% من حالات الاستخدام تكفيها وكيل واحد. إذا لم تنطبق أيٌّ من النقاط التالية، فابنِ بـوكيل واحد أولاً.

وعلى العكس، فإن استخدام نظام متعدد لعملية بسيطة أحادية المسار — كما تناولناه في المرة السابقة — يضخّم التكلفة 3-10x ويخفض الدقة فعلياً في المهام التسلسلية (تشير أبحاث Google إلى -39-70% مقارنةً بالوكيل الواحد). انطلِق من فرضية أن «المزيد من الوكلاء لا يعني ذكاءً أكبر».

2. الشكل الأساسي: supervisor (المعيار الافتراضي لعام 2026)

إذا لم تكن متأكداً من النمط الذي ستبنيه، فاختر نمط supervisor دون تردد. وكلاء Claude Code الفرعيون، وLangGraph Supervisor، وعمليات التسليم (handoffs) في OpenAI Agents SDK — تقاربت جميع التطبيقات الرئيسية على هذا الشكل. والأسباب واضحة.

الآلية بسيطة. يتلقى الـ supervisor المهمة الكلية، ويقسّمها إلى مهام فرعية، ويفوّضها إلى workers متخصصين، ثم يجمّع النتائج. لا يحتاج الـ supervisor إلى معرفة كيف ينجز الـ worker عمله — بل فقط أيّ worker يستدعي وبأيّ صيغة إخراج. الخبرة تكمن في الـ workers.

3. ابنه في 5 خطوات

جمّع إعداد supervisor بالحد الأدنى في خمس خطوات. القاعدة العملية: ابدأ بـ2-3 workers، ثم أضِف المزيد فقط عندما يبرّر القياس ذلك.

4. مثال برمجي مبسّط (شيفرة توضيحية)

جوهر نمط supervisor قصير على نحو مفاجئ. إليك شيفرة توضيحية مستقلة عن أي إطار عمل تُظهر الحلقة التي يختار فيها الـ supervisor أحد الـ workers ويشغّله (راجع الوثائق الرسمية لكل SDK لمعرفة الـ API الفعلي).

# تعريف الـ workers: دور واحد + أدوات مخصصة
workers = {
  "researcher": Agent(tools=[web_search]),
  "writer":     Agent(tools=[]),
  "factcheck":  Agent(tools=[web_search]),
}

# الـ supervisor: حد أقصى صارم لأسماء الـ workers التي يمكنه استدعاؤها
supervisor = Agent(
  instructions="Decompose the goal and pick one worker to call next. "
               "Return 'DONE' when finished.",
  allowed_workers=["researcher", "writer", "factcheck"],
)

# حلقة التشغيل (سقف التكرارات يمنع الإفراط في التفويض)
state = {"goal": "Write an AI market report", "history": []}
for step in range(MAX_STEPS):          # <- وجود سقف أمر أساسي
  next_worker = supervisor.decide(state)
  if next_worker == "DONE":
    break
  result = workers[next_worker].run(state)
  state["history"].append({next_worker: result})   # شارك السياق اللازم فقط
  log_handoff(next_worker, result)     # <- قِس كل عملية تسليم

ثلاث خلاصات: 1) كل worker هو دور واحد + أدوات مخصصة، 2) مجموعة ما يمكن للـ supervisor استدعاؤه محدودة، 3) للحلقة دائماً سقف للتكرارات. أضِف القياس وحواجز الأمان وعمليات التقييم على هذا الهيكل تقترب من جودة الإنتاج. يتبع Claude Agent SDK ووكلاء Claude Code الفرعيون الفكرة نفسها.

5. الأخطاء الشائعة وحلولها

المواضع التي يتعثر فيها الناس في تطوير الوكلاء المتعددين قابلة للتوقع إلى حد كبير. سبِقها بالاستعداد.

الدرس المشترك: «الموجّهات وتصميم الأدوات وحزمة التقييم تحدد النجاح أكثر مما يحدده إطار العمل.» فوق البنية المبهرة، فإن انضباط البناء على نطاق صغير، والقياس، والإضافة فقط عندما تكون مجدية هو الأسرع في نهاية المطاف.

الخلاصة

بناء نظام وكلاء متعددين ليس مخيفاً إذا بدأت بـنمط supervisor من إعداد بالحد الأدنى. لنُلخّص.

«ابنِ صغيراً، قِس، ثم أضِف». التزِم بهذا الانضباط ويصبح نظام الوكلاء المتعددين شريكاً قوياً للأعمال المعقدة. للاطّلاع على المفهوم، راجع ما هو نظام الوكلاء المتعددين؟؛ ولبناء وكيل واحد، راجع كيف تبني وكيل ذكاء اصطناعي.

الأسئلة الشائعة