أنماط سير عمل وكلاء الذكاء الاصطناعي: 7 أنماط ومتى يتفوّق كلٌّ منها فعليًّا (2026)
أصبح لـأنماط سير عمل وكلاء الذكاء الاصطناعي أرقام ملموسة أخيرًا: في يناير 2026، قيّمت Google Research 180 تكوينًا للوكلاء ووجدت أنّ تغيير التنسيق نفسه رفع أداء الاستدلال المالي القابل للتوازي بنسبة 80.9% بينما سحق التخطيط التسلسلي بنسبة تصل إلى 70% على PlanCraft. الرافعة ذاتها، ونتيجتان متعاكستان. المتغيّر الحاسم هو قابلية المهمة للتجزئة، لا عدد الوكلاء، والأنماط السبعة أدناه تُقيَّم مقابل بيانات منشورة لا مقابل مخطّطات المورّدين.
- سبعة أنماط تستحقّ الاهتمام: التسلسلي، التوجيه، التوازي، المنسّق والعمّال، الانعكاس، ReAct، والتخطيط ثم التنفيذ.
- قابلية تجزئة المهمة هي التي تحدّد الفائز. العمل القابل للتوازي يستفيد؛ والعمل التسلسلي يتدهور.
- ابدأ بوكيل واحد. لا تُضف وكيلًا ثانيًا إلّا حين يتعثّر الوكيل الوحيد دون دقّة 85% تقريبًا.
أنماط سير عمل وكلاء الذكاء الاصطناعي في لمحة: ماذا تقول البيانات
الأنماط السبعة لوكلاء الذكاء الاصطناعي هي: التسلسلي (سلسلة الأوامر)، التوجيه (التسليم)، التوازي (التوزيع/الجمع)، المنسّق والعمّال، الانعكاس (المقيِّم والمُحسِّن)، ReAct، والتخطيط ثم التنفيذ. خمس وثائق من مورّدين مختلفين تُسمّيها بأسماء مختلفة، لكن هذه الأشكال السبعة تغطّي كل تصنيف تنشره Anthropic وOpenAI وVercel وMicrosoft وGoogle Cloud حاليًّا. العنصر البشري في الحلقة ليس أحد الأنماط السبعة: إنّه طبقة تحكّم تغلّف أيًّا منها.
| النمط | ما هو | متى تستخدمه | التكلفة/الفائدة المقاسة (المصدر) | LangGraph / OpenAI SDK / Anthropic / AI SDK |
|---|---|---|---|---|
| التسلسلي (سلسلة الأوامر) | الخطوات تُنفَّذ واحدة تلو الأخرى | المسار ثابت وكل خطوة تحتاج ناتج السابقة | لا يوجد قياس مكسب منشور؛ Anthropic (2026-03-05) تُسمّيه نقطة البداية الافتراضية | chain / code orchestration / sequential / sequential processing |
| التوجيه (التسليم) | تصنيف ثم إرسال إلى متخصّص | المدخلات تنقسم إلى مجالات متميّزة | لا يوجد قياس منشور | router / handoff / routing / routing |
| التوازي (التوزيع/الجمع) | تنفيذ المهام الفرعية معًا ثم دمج النتائج | المهام الفرعية مستقلّة فعليًّا | +80.9% مقارنة بوكيل واحد في المهام المالية القابلة للتوازي (Google Research، 2026-01-28، 180 تكوينًا) | Send fan-out / code orchestration / parallel / parallel processing |
| المنسّق والعمّال | وكيل رئيسي يُجزّئ ويفوّض | مجالات السياق منفصلة وكبيرة | +90.2% مقارنة بـ Opus 4 وحيد الوكيل في تقييم Anthropic البحثي (2025-06-13)؛ حوالي 15 ضعف رموز الدردشة | supervisor / agents-as-tools / orchestrator-workers / orchestrator-worker |
| الانعكاس (المقيِّم والمُحسِّن) | مولِّد وناقد في حلقة | جودة المخرجات قابلة للقياس | لا يوجد قياس منشور | reflection / LLM orchestration / evaluator-optimizer / evaluator-optimizer |
| ReAct | استدلال واستدعاء أدوات متناوبان | الخطوات تعتمد على ملاحظات سابقة | +34% مطلقة على ALFWorld، و+10% على WebShop (Yao وآخرون، 2022) | ReAct agent / no named pattern / autonomous agent / no named pattern |
| التخطيط ثم التنفيذ | تخطيط المسار كاملًا ثم التنفيذ | المسار قابل للتنبؤ مسبقًا | تفوّق على CoT بدون أمثلة في 10/10 مجموعات بيانات (Wang وآخرون، ACL 2023)؛ لم يُنشر رقم واحد | plan-and-execute / no primitive / autonomous agent / no named pattern |
اقرأ عمود القياس بتشكّك. ثلاثة صفوف تحمل أرقامًا حقيقية؛ وأربعة تحمل "لا يوجد قياس منشور"، وهذا هو الوضع الصادق للمجال في 2026. خمسة مورّدين ينشرون خمسة أسماء مختلفة لما هو في الحقيقة ثلاثة أو أربعة أشكال أساسية. العمود الأخير موجود لتتمكن من ردّ أيّ من تلك الأسماء إلى الشكل الذي تحته، وهو ما تفصّله بقية المقالة عائلةً تلو الأخرى.
عمودان لا يناقشهما أحد في نتائج البحث هما تكلفة الرموز وميزانية زمن الاستجابة. التسلسلي والتوجيه أقلّهما إنفاقًا في كليهما؛ والمنسّق والعمّال أكثرهما إنفاقًا في كليهما؛ والتوازي يستبدل إنفاق الرموز بالوقت الفعلي. اختر النمط بناءً على المورد الذي تقيّده مهمّتك فعليًّا، لا بناءً على المخطّط الذي يبدو مبهرًا.
ما أنماط سير عمل وكلاء الذكاء الاصطناعي (وما المراحل الأربع لسير عمل الذكاء الاصطناعي)؟
أنماط تصميم سير عمل وكلاء الذكاء الاصطناعي هي أشكال قابلة لإعادة الاستخدام لترتيب استدعاءات LLM واستخدام الأدوات ومنطق التحكّم في نظام. الأنماط السبعة التي تتكرّر في كل تصنيفات المورّدين هي: التسلسلي، التوجيه، التوازي، المنسّق والعمّال، الانعكاس، ReAct، والتخطيط ثم التنفيذ. كلٌّ منها يوازن بين تكلفة الرموز وزمن الاستجابة والدقّة بشكل مختلف، لذا يعتمد الاختيار الصحيح على بنية المهمة لا على الإطار الذي تستخدمه صدفةً.
يعمل سير عمل وكيل الذكاء الاصطناعي النموذجي بأربع مراحل، في حلقة:
- التخطيط: يقرّر النموذج ما الذي سيفعله تاليًا، بالنظر إلى الهدف والسجلّ حتى الآن.
- التنفيذ: يستدعي أداة، وهذا يعني في 2026 عادةً خادم MCP أو استدعاء دالة. بروتوكول سياق النموذج (MCP) يوحّد طبقة الأدوات هذه عبر النماذج.
- الملاحظة: نتيجة الأداة تعود إلى السياق كرسالة جديدة.
- الانعكاس/التكرار: يحكم النموذج على ما إذا كانت النتيجة جيدة بما يكفي، ثم يكرّر أو يتوقّف.
كل نمط في هذه المقالة هو طريقة مختلفة لتوصيل هذه المراحل الأربع. التسلسلي يثبّت الترتيب في الكود. ReAct يترك النموذج يختار المرحلة التالية في كل دورة. المنسّق والعمّال يقسم الحلقة على عدة نماذج.
ثمّة تمييز مهمّ قبل الفهرس. سير العمل هو مسارات كود محدّدة مسبقًا؛ أمّا الوكيل فيسلّم التحكّم إلى النموذج. Anthropic ترسم الحدّ بهذه الطريقة في Building Effective Agents: "يوفّر سير العمل قابلية التنبؤ والاتّساق للمهامّ المحدّدة جيّدًا، في حين أنّ الوكلاء هم الخيار الأفضل عندما تكون المرونة واتّخاذ القرارات الموجَّهة من النموذج مطلوبةً على نطاق واسع."
إذا وصلتَ إلى هنا بحثًا عن أنواع الوكلاء الكلاسيكية في الذكاء الاصطناعي (المنعكس البسيط، القائم على النموذج، القائم على الهدف، المتعلّم)، فذلك التصنيف سابق على LLMs؛ والأنماط السبعة أعلاه هي التي تقرّر ما إذا كان مشروعك سيُطلق أم لا.
الأنماط الحتمية: التسلسلي والتوجيه والتوازي
ثلاثة أنماط تُبقي التحكّم في كودك لا في النموذج. هي الأرخص تشغيلًا والأسهل تصحيحًا، وإرشاد فريق Claude من مارس 2026 صريح بشأن نقطة البداية: "ابدأ بأبسط نمط يحلّ مشكلتك. افتراضيًّا، استخدم التسلسلي."
التسلسلي (سلسلة الأوامر)
استدعاء واحد يُغذّي التالي. تُقسّم مهمة صعبة إلى خطوات مرتّبة، وكل خطوة تحصل على ناتج الخطوة السابقة كمدخل. المكسب هو الوضوح: يمكنك فحص كل نتيجة وسيطة وتخزين كل خطوة مؤقتًا. تجنّبه حين تكون المهام الفرعية مستقلّة، لأنّك تدفع زمن استجابة مقابل ترتيب لا تحتاجه. إذا كان لا بدّ أن تبقى الحالة بين الخطوات أو عبر الجلسات، فهذه مشكلة ذاكرة لا مشكلة تسلسل؛ راجع دليلنا حول ذاكرة الوكلاء للتفصيل. التأييد المنشور الوحيد له هو كونه الافتراضي: لا توجد دراسة تقيس مكسبًا من التسلسل بحدّ ذاته، لأنّه خطّ الأساس الذي يدفع كل نمط آخر تكلفة إضافية لتجاوزه.
from anthropic import Anthropic
client = Anthropic()
def chain(steps: list[str], context: str = "") -> str:
for step in steps:
msg = client.messages.create(
model="claude-sonnet-4-5",
max_tokens=1024,
messages=[{"role": "user", "content": f"{context}\n\n{step}"}],
)
context = msg.content[0].text
return context
summary = chain([
"Extract the five key claims from this report: {report}",
"Rewrite those claims as bullets an engineer would trust.",
])التوجيه (التسليم)
مصنِّف رخيص يقرأ المدخل ويرسله إلى موجّه متخصّص أو نموذج متخصّص. OpenAI تصيغه في وثائق Agents SDK: "وكيل الفرز يوجّه المحادثة إلى متخصّص، وذلك المتخصّص يصبح الوكيل النشط لبقية الدورة." تجنّب التوجيه حين يكون المصنِّف أقلّ موثوقية من مجرّد تشغيل مسار عامّ واحد، لأنّ كل توجيه خاطئ هو إجابة خاطئة صامتة. وضع الفشل المسمّى هنا هو فقدان السياق عند التسليم: المتخصّص يرى فقط ما يُمرّره الموجِّه. حمل الأثر الكامل هو قرار هندسة السياق، وارتكاب الخطأ فيه هو سبب شعور الأنظمة الموجَّهة بالنسيان. حساب الرموز يصبّ في صالح التوجيه على أيّ حال: المصنِّف يعمل على نموذج صغير (gpt-4o-mini أعلاه)، لذا يضيف الموجِّه بضع مئات من الرموز الرخيصة لكل طلب بدلًا من استدعاء ثانٍ مكلف.
from openai import OpenAI
client = OpenAI()
SPECIALISTS = {
"billing": "You answer billing and refund questions.",
"technical": "You debug API errors and integration issues.",
}
def route(question: str) -> str:
triage = client.responses.create(
model="gpt-4o-mini",
input=f"Reply with exactly one of {list(SPECIALISTS)}: {question}",
)
key = triage.output_text.strip().lower()
return client.responses.create(
model="gpt-4o",
instructions=SPECIALISTS.get(key, SPECIALISTS["technical"]),
input=question,
).output_textالتوازي (التوزيع/الجمع)
المهام الفرعية المستقلّة تعمل في آنٍ واحد، ثم تدمج خطوة الجمع النتائج. Anthropic تقسم هذا إلى تقسيم (تقسيم العمل) وتصويت (تشغيل المهمة نفسها عدة مرات والمقارنة). هذا هو الشكل الذي قاسته Google Research عند +80.9% مقارنة بوكيل واحد في الاستدلال المالي القابل للتوازي في يناير 2026، precisamente لأنّ المهمة تجزّأت بنظافة. تجنّبه لحظة تعتمد الخطوة ن+1 على ناتج الخطوة ن؛ فتوازي سلسلة التبعيات يعيد ترتيب الإجابات الخاطئة بسرعة أكبر فحسب. زمن الاستجابة هو النصف الآخر من المكسب: الاستدعاءات المستقلّة تعمل بالتزامن، فينخفض الوقت الفعلي تقريبًا مع عدد العمّال بينما يبقى إجمالي إنفاق الرموز ثابتًا.
from concurrent.futures import ThreadPoolExecutor
from anthropic import Anthropic
client = Anthropic()
def run(subtask: str) -> str:
msg = client.messages.create(
model="claude-sonnet-4-5",
max_tokens=1024,
messages=[{"role": "user", "content": subtask}],
)
return msg.content[0].text
def fan_out(subtasks: list[str]) -> list[str]:
with ThreadPoolExecutor(max_workers=len(subtasks)) as pool:
return list(pool.map(run, subtasks))
parts = fan_out([
"Summarize Q1 revenue drivers in two sentences.",
"Summarize Q1 churn drivers in two sentences.",
])
merged = run(f"Combine into one executive summary:\n{parts}")ReAct مقابل التخطيط ثم التنفيذ: أيّ نمط استدلال ينبغي أن تستخدم؟
ReAct يتناوب بين الاستدلال والفعل: النموذج يفكّر، يستدعي أداة، يلاحظ النتيجة، ثم يقرّر الخطوة التالية فقط بعد ذلك. التخطيط ثم التنفيذ يكتب الخطّة كاملة قبل تشغيل أي أداة، ثم ينفّذ الخطوات بالترتيب. ReAct يتكيّف مع المفاجآت أثناء التشغيل؛ والتخطيط ثم التنفيذ يدفع تكلفة استدعاء تخطيط كبير واحد مقدّمًا ويثق في المسار.
ReAct يقرّر خطوته التالية بعد كل ملاحظة؛ والتخطيط ثم التنفيذ يلتزم بالمسار كاملًا قبل أوّل استدعاء أداة.
ReAct يأتي من Yao وآخرون (arXiv 2210.03629، النسخة 1 أكتوبر 2022، النسخة 3 مارس 2023)، الذي أبلغ عن +34% نجاحًا مطلقًا على ALFWorld و+10% على WebShop مقارنة بخطوط أساس المحاكاة والتعلّم المعزّز، باستخدام مثال أو مثالين في السياق فقط. هو الحلقة الافتراضية وراء معظم الوكلاء المستخدمين للأدوات، وهو فجوة في نتيجة البحث الثالثة: وثيقة Microsoft Learn للتنسيق البالغة 7,133 كلمة تتجاهل ReAct تمامًا. إيقاع الملاحظة ثم القرار هذا هو سبب تعامل ReAct مع المهام المفتوحة ("تصفّح حتى تجد س") أفضل من أي خطّة مسبقة: فالخطّة ستضطرّ إلى تخمين ما تحتويه الصفحات قبل قراءتها.
التخطيط ثم التنفيذ يأتي من Wang وآخرون، Plan-and-Solve Prompting (arXiv 2305.04091، ACL 2023)، الذي يضع خطّة تقسّم المهمة إلى مهام فرعية أوّلًا، ثم ينفّذها. الورقة تُبلغ عن التفوّق على سلسلة الأفكار بدون أمثلة عبر مجموعات البيانات العشر جميعها؛ ولا نقتبس رقمًا واحدًا لأنّ ملخّص الورقة لا ينشر أيًّا منها. استخدمه حين يكون المسار قابلًا للتنبؤ وإعادة التخطيط بعد كل خطوة ستُهدر الرموز. المقايضة هي الهشاشة: إذا فشلت الخطوة الثالثة، تحتاج حلقة التخطيط ثم التنفيذ إلى خطّاف إعادة تخطيط صريح، في حين أنّ ReAct يعيد التخطيط بحكم بنيته.
| ReAct | التخطيط ثم التنفيذ | |
|---|---|---|
| كيف يقرّر | بعد كل ملاحظة | مرة واحدة، قبل أي استدعاء أداة |
| يعيد التخطيط أثناء التشغيل؟ | نعم، كل خطوة | لا (إعادة التخطيط عند الفشل فقط) |
| ملف الرموز | استدعاءات صغيرة كثيرة | استدعاء تخطيط كبير واحد، ثم التنفيذ |
| يفشل عندما | لا تملك الحلقة شرط خروج | الخطّة خاطئة والتنفيذ لا يستطيع التعافي |
| الأدلّة المقاسة | +34% ALFWorld، +10% WebShop (Yao وآخرون، 2022) | تفوّق على CoT بدون أمثلة في 10/10 مجموعات بيانات (Wang وآخرون، 2023) |
صف الأدلّة المقاسة هو المؤشّر الصادق. ReAct يملك ورقة من 2022 بأرقام على مستوى المهمة؛ والتخطيط ثم التنفيذ يملك مسحًا لعشر مجموعات بيانات بلا رقم عنوان، وهذا أحد أسباب اقتباسه أكثر من قياسه.
from anthropic import Anthropic
client = Anthropic()
def react(question: str, tools: list, max_steps: int = 8) -> str:
messages = [{"role": "user", "content": question}]
for _ in range(max_steps):
msg = client.messages.create(
model="claude-sonnet-4-5",
max_tokens=1024,
tools=tools,
messages=messages,
)
if msg.stop_reason == "end_turn":
return msg.content[0].text
messages.append({"role": "assistant", "content": msg.content})
messages.append({"role": "user", "content": dispatch(msg.content)})
return "Stopped: hit the iteration cap with no final answer."حدّ التكرار هذا ليس اختياريًّا. حلقة ReAct بلا مخرج تحرق الرموز حتى تنفد ميزانيتك؛ max_steps هو أرخص حاجز أمان في هذه المقالة كلّها. التخطيط ثم التنفيذ يحتاج الحاجز نفسه بمستوى أعلى: ضع حدًّا لإعادة التخطيط، لا للخطوات فحسب، وإلّا ستُعيد الخطّة الفاشلة توليد نفسها إلى ما لا نهاية.
أنماط الجودة: الانعكاس والمقيِّم والمُحسِّن والعنصر البشري في الحلقة
أنماط الجودة تنفق رموزًا إضافية لرفع جودة المخرجات، ولا تؤتي ثمارها إلّا حين تكون الجودة قابلة للقياس. الانعكاس (Anthropic تُسمّيه المقيِّم والمُحسِّن) يُشغّل مولِّدًا وناقدًا في حلقة: نموذج يصوغ، وآخر ينتقد، والمسوّدة تتحسّن. إذا لم تستطع تقييم المخرجات باختبار أو سلّم تقييم أو نموذج مُقيِّم، فالناقد مجرّد رموز إضافية تجادل نفسها. بناء ذلك المُقيِّم هو الجزء الصعب؛ دليلنا حول تقييم الوكلاء في الإنتاج يغطّي ما تتطلّبه دالة تقييم قابلة للاستخدام. حين يتحقّق الشرط المسبق، يكون النمط تأمينًا رخيصًا: Anthropic تصف المقيِّم والمُحسِّن بأنّه استدعاءا LLM في حلقة، أحدهما يولّد والآخر ينتقد، مما يشتري رفعًا قابلًا للقياس في الجودة مقابل بضع ثوانٍ إضافية من زمن الاستجابة.
وضع الفشل الذي لا يرسمه أحد هو الانعكاس الجامح: الناقد والمولِّد يدوران إلى الأبد، أو الأسوأ، يتذبذبان. الحلّ هو حدّ تكرار صارم مع كسر عند عدم التحسّن، مكتوب في الكود لا مطلوب في الموجّه:
def refine(task: str, score_fn, max_rounds: int = 4) -> str:
best = generate(task)
best_score = score_fn(best)
for _ in range(max_rounds):
critique = critic(task, best)
candidate = generate(f"{task}\n\nCritique:\n{critique}")
score = score_fn(candidate)
if score <= best_score:
break # no improvement: stop spending tokens
best, best_score = candidate, score
return bestالعنصر البشري في الحلقة هو طبقة تحكّم، لا نمط ثامن. هو يغلّف أيًّا من الأنماط السبعة: إنسان يوافق قبل تشغيل خطوة غير قابلة للتراجع. نتيجتان فقط من أصل 6 نتائج بحث أولى تغطّيه أصلًا. ضع البوّابة عند الإجراءات غير القابلة للتراجع، والإنفاق الحقيقي، وأي شيء يغادر نظامك كتواصل خارجي. كل ما عدا ذلك ينبغي أن يعمل بدون مراقبة أو لا يعمل. البوّابة نفسها ينبغي أن تكون كودًا بسيطًا، لا LLM آخر: طابور موافقات، حدّ إنفاق، قائمة نطاقات مسموحة. وضع نموذج مسؤولًا عن تقرير ما إذا كان ينبغي لإنسان أن ينظر يُفقد الغرض معناه.
هل يستحقّ تعدّد الوكلاء 15 ضعف الرموز؟ ماذا تقول المعايير فعليًّا
المنسّق والعمّال هو النمط السابع: وكيل رئيسي يُجزّئ المهمة، يفوّض أجزاءً إلى وكلاء عمّال، ويدمج ما يُعيدونه. "تعدّد الوكلاء" هو هذا النمط مدفوعًا إلى أقصى حدوده، لا شكل منفصل، لذا السؤال الحقيقي هو متى يستحقّ المنسّق تكلفته الإضافية.
متى ينبغي استخدام تعدّد الوكلاء بدلًا من وكيل واحد؟ فقط حين يتعثّر الوكيل الوحيد دون دقّة 85% تقريبًا في المهمة. تلك القاعدة العملية انتشرت على r/AI_Agents (2026-04-23) إلى جانب دراسة Google Research، وهي تطابق البيانات المقاسة: فوق ذلك الحدّ، الوكلاء المضافون يزيدون التكلفة وتضخيم الأخطاء دون إضافة دقّة.
إليك كل رقم منشور تمكّنّا من التحقّق منه، جنبًا إلى جنب:
| النتيجة | الرقم | المصدر | التاريخ | قيس على |
|---|---|---|---|---|
| تعدّد الوكلاء تفوّق على Opus 4 وحيد الوكيل | +90.2% | Anthropic | 2025-06-13 | تقييم بحثي داخلي (Opus 4 رئيسي، وكلاء Sonnet 4 فرعيون) |
| التنسيق المركزي تفوّق على وكيل واحد | +80.9% | Google Research | 2026-01-28 | استدلال مالي قابل للتوازي، 180 تكوينًا |
| تعدّد الوكلاء في التخطيط التسلسلي | −39% إلى −70% | Google Research | 2026-01-28 | مهام تسلسلية (−70% على PlanCraft) |
| تضخيم الأخطاء | 17.2 ضعف مستقل مقابل 4.4 ضعف مركزي | Google Research | 2026-01-28 | 180 تكوينًا |
| استخدام الرموز مقابل الدردشة | 4 أضعاف وكيل واحد، 15 ضعف تعدّد الوكلاء | Anthropic | 2025-06-13 | مهام بحثية |
| التنبؤ بالبنية | 87% من التكوينات غير المرئية، R² = 0.513 | مدوّنة Google Research (2026-01-28) | 2026-01-28 | تكوينات مهام غير مرئية |
تحذير واحد قبل أن تنقر: كل أرقام Google Research أعلاه تأتي من تدوينة 2026-01-28، والورقة التي وراءها (arXiv 2512.08296) نُقّحت منذ ذلك الحين، فنسختها الحالية تُبلغ عن 260 تكوينًا وR² = 0.373 بدلًا من 180 و0.513 في التدوينة. الاتجاه ثابت في كلتا الحالتين؛ والأرقام الدقيقة تعتمد على أي نسخة تقرأ.
اثنان من هذه الصفوف يُقتبسان خطأً باستمرار، لذا إليك الحساب. رقم Anthropic البالغ 15 ضعفًا مقيس مقابل تفاعل دردشة، ورقم الوكيل الواحد هو 4 أضعاف. إذًا تعدّد الوكلاء يكلّف تقريبًا 15 / 4 = 3.75 ضعف رموز الوكيل الواحد، لا 15 ضعفًا. وتضخيم الأخطاء من Google Research البالغ 17.2 ضعف للوكلاء المستقلّين مقابل 4.4 ضعف للمركزيين يعني أنّ المنسّق يحتوى تضخيم أخطاء أقلّ بنحو 17.2 / 4.4 = 3.9 أضعاف مقارنة بترك الوكلاء يعملون بدون إشراف.
بقراءة تقرير Anthropic مقابل أرقام Google Research، قراءتنا هي أنّ قابلية التجزئة، لا عدد الوكلاء، هي المتغيّر الحاسم. مهمة Anthropic البحثية تجزّأت بنظافة إلى عمليات بحث فرعية متوازية، فساعد المزيد من الوكلاء. مهام Google التخطيطية التسلسلية لم تتجزّأ، فعرقل المزيد من الوكلاء بعضهم بعضًا.
هذا يطابق ما يقوله الممارسون حين تصل الأنظمة إلى الإنتاج. على r/AI_Agents، منشور بعنوان "Multi agent systems are a total nightmare in production" (2026-04-23، 56 نقطة، 68 تعليقًا) جاء من صاحب حساب أطلق أكثر من 20 نظامًا للعملاء: "الأنظمة التي تبقى تعمل فعليًّا... بسيطة بشكل يكاد يكون محرجًا"، و"في كل مرة يتحدّث وكيل إلى آخر، تفقد السياق. الأمر يشبه لعبة الهاتف." التعليق الأعلى يلخّص القسم كلّه: "حاول حلّ مشكلتك بوكيل واحد. إذا كانت دقّة هذا الوكيل أكبر من 85% فلن يضيف نظام تعدّد الوكلاء أي قيمة إضافية."
قبل أن تُضيف وكيلًا، جرّب الإصلاحات الرخيصة التي قاستها Anthropic: وصف أداة محسّن واحد أنتج انخفاضًا بنسبة 40% في وقت إتمام المهمة، واستدعاء الأدوات المتوازي خفّض وقت البحث بنسبة تصل إلى 90%. كلاهما يتفوّق على وكيل ثانٍ في التكلفة. إذا مضيتَ فعلًا نحو تعدّد الوكلاء في أداة حقيقية، فـالوكلاء الفرعيون في Claude Code هم منسّق وعمّال يمكنك فحصهم سطرًا بسطر.
النمط نفسه، خمسة أسماء: جدول روزيتا للأطر
الأشكال الأربعة نفسها تظهر بأسماء مختلفة في وثائق كل مورّد، والتسمية لا تنتقل بين الأطر. "magentic" و"group chat" من Microsoft لا تعنيان شيئًا في OpenAI SDK حتى تترجمهما، وضريبة الترجمة تلك تكلفة حقيقية يزيلها هذا الجدول.
| الشكل الأساسي | Anthropic (2024-12-19) | مدوّنة Claude (2026-03-05) | OpenAI Agents SDK | Vercel AI SDK | Microsoft Learn | Google Cloud |
|---|---|---|---|---|---|---|
| خطوات متسلسلة | Prompt chaining | Sequential | Code orchestration | Sequential processing | Sequential | Sequential |
| تصنيف وإرسال | Routing | n/a | Handoff | Routing | Handoff | Custom logic |
| توزيع/جمع | Parallelization (sectioning, voting) | Parallel (fan-out/fan-in) | Code orchestration | Parallel processing | Concurrent | Parallel |
| رئيسي وعمّال | Orchestrator-workers | n/a | Agents-as-tools | Orchestrator-worker | Magentic | Coordinator, hierarchical task decomposition |
| مولِّد وناقد | Evaluator-optimizer | Evaluator-optimizer | LLM orchestration | Evaluator-optimizer | Group chat | Review-and-critique, iterative refinement |
| حلقة استدلال وفعل | Autonomous agents | n/a | LLM orchestration | n/a | n/a | ReAct |
| بوّابة بشرية | (طبقة تحكّم) | n/a | n/a | n/a | n/a | Human-in-the-loop |
خمسة مورّدين، خمس مفردات، ثلاثة أو أربعة أشكال حقيقية. التكلفة العملية تظهر حين تبدّل الأطر: فريق ينتقل من Microsoft Agent Framework إلى OpenAI SDK عليه إعادة رسم "magentic" على agents-as-tools و"group chat" على رسم بياني للتسليم قبل نقل سطر كود واحد. تصنيف Google Cloud ذو الأسماء الأحد عشر هو الأطول، وقائمة Anthropic ذات الأسماء السبعة هي الأكثر اقتباسًا، وأسماء مدوّنة Claude الثلاثة هي التي ستنفّذها أوّلًا. اقرأ الشكل، ثم اقرأ الـSDK. رؤوس الأعمدة هي الوثائق نفسها: Anthropic، مدوّنة Claude، OpenAI Agents SDK، Vercel AI SDK، Microsoft Learn، وGoogle Cloud. حين ترى الأشكال، يصبح اختيار الإطار قرارًا منفصلًا؛ استعراضنا لـأفضل أطر وكلاء الذكاء الاصطناعي في 2026 ومقارنة LangGraph مقابل CrewAI مقابل OpenAI Agents SDK يغطّيان ذلك.
متى لا ينبغي أن تستخدم سير عمل وكيل على الإطلاق؟
في كثير من الأحيان، لا ينبغي. سلّم القرار الأكثر تصويتًا على r/AI_Agents (2026-03-09) يضعها بوضوح: "إذا كانت عبارات if…then تنجح فاستخدمها. ثم إذا كانت سير العمل التقليدية تنجح فاستخدمها. وإلّا فاستخدم الذكاء الاصطناعي الوكيل." نتيجتان من أصل ثلاث نتائج بحث أولى هي وثائق سحابية لا تستطيع بنيويًّا أن تقول لك أن تبني أقلّ. نحن نستطيع. البيانات في هذه المقالة تشير في الاتجاه نفسه: أكبر مكسبين مقاسين (+80.9% و+90.2%) جاءا كلاهما من مهام تجزّأت بنظافة، وأسوأ خسارة مقاسة (−70%) جاءت من فرض وكلاء على مهمة لم تتجزّأ.
أوضاع الفشل مسمّاة، ولكلٍّ منها رقم الآن:
- فقدان السياق عند التسليم: كل رسالة من وكيل إلى وكيل تُسقط حالة (شكوى "لعبة الهاتف" على r/AI_Agents، 2026-04-23).
- تضخيم الأخطاء: 17.2 ضعف للوكلاء المستقلّين مقابل 4.4 ضعف للمركزيين (Google Research، 2026-01-28).
- حلقات الانعكاس الجامحة: ضع حدًّا للتكرار واكسر عند عدم التحسّن، كما في الكود أعلاه.
- تدهور المهام التسلسلية: أسوأ بنسبة 39-70% حين توازي عملًا لا يتجزّأ (Google Research، 2026-01-28).
- انفجار التكلفة: حوالي 15 ضعف رموز الدردشة لنظام متعدّد الوكلاء (Anthropic، 2025-06-13).
كل وضع فشل من تلك له حدّ يمكنك كتابته في عشرة أسطر كود، والحدّ دائمًا أرخص من الوكيل الذي كنتَ على وشك إضافته.
Walden Yan من Cognition قدّم الحجّة نفسها من جانب البنّاء في Don't Build Multi-Agents (2025-06-12): "شارك السياق، وشارك آثار الوكيل كاملة، لا مجرّد الرسائل الفردية"، و"الإجراءات تحمل قرارات ضمنية، والقرارات المتعارضة تحمل نتائج سيّئة." مقارنة r/AI_Agents هي التي نعود إليها دائمًا: "تعدّد الوكلاء يبدأ في الشبه بالخدمات المصغّرة. قويّ حين تكون الحدود حقيقية، ومؤلم حين تكون مختلقة."
كيف تقترب Techsy من اختيار النمط
السلّم أدناه هو قراءتنا لنتائج Google Research وAnthropic إضافةً إلى منشورات الممارسين، لا نتيجة مقاسة منّا. نشغّله من الأعلى إلى الأسفل ونتوقّف عند أوّل صف يناسب:
| الشرط | افعل هذا |
|---|---|
| هل المسار حتمي ومعروف؟ | اكتب كودًا، بلا LLM |
| هل يتجاوز وكيل واحد دقّة 85% بالفعل؟ | توقّف، أطلقه |
| هل المهام الفرعية مستقلّة فعليًّا؟ | وازِ |
| هل جودة المخرجات قابلة للقياس؟ | أضف المقيِّم والمُحسِّن |
| هل مجالات السياق منفصلة فعليًّا؟ | الآن فقط، المنسّق والعمّال |
ثلاثة أشياء تتبع من البيانات في هذه المقالة. ابدأ بالتسلسلي، لأنّ Anthropic تقول ذلك ولا شيء في نتائج البحث يدحضه. وازِ فقط ما يتجزّأ، لأنّ تغيير التنسيق نفسه الذي قيس عند +80.9% قيس أيضًا عند −70%. وتعامل مع وكيل ثانٍ كملاذ أخير، لأنّ فاتورة الرموز حقيقية وتضخيم الأخطاء مقاس. الخيط الجامع هو أنّ إضافة وكلاء هي خطوة توسّع، لا خطوة جودة: المعايير تكافئها فقط حيث ينقسم العمل، ومنشورات الممارسين تؤكّد ذلك في كل مكان آخر. إذا أردتَ رأيًا ثانيًا في بنية قبل بنائها، احصل على استشارة مجانية.
الأسئلة الشائعة
ما الأنماط السبعة لوكلاء الذكاء الاصطناعي؟
الأنماط السبعة هي: التسلسلي (سلسلة الأوامر)، التوجيه (التسليم)، التوازي (التوزيع/الجمع)، المنسّق والعمّال، الانعكاس (المقيِّم والمُحسِّن)، ReAct، والتخطيط ثم التنفيذ. تتكرّر بأسماء مختلفة في كل تصنيفات المورّدين، من Anthropic إلى Google Cloud. العنصر البشري في الحلقة يُناقش إلى جانبها لكنّه طبقة تحكّم تغلّف أيًّا من الأنماط السبعة، لا نمط ثامن.
ما المراحل الأربع لسير عمل وكيل الذكاء الاصطناعي؟
التخطيط، التنفيذ، الملاحظة، الانعكاس. النموذج يخطّط للخطوة التالية، ينفّذ باستدعاء أداة، يلاحظ نتيجة الأداة تدخل السياق، ثم ينعكس على ما إذا كان الهدف قد تحقّق ويكرّر أو يتوقّف. كل نمط في هذه المقالة هو طريقة مختلفة لتوصيل هذه المراحل الأربع معًا.
ما الفرق بين سير عمل الذكاء الاصطناعي ووكيل الذكاء الاصطناعي؟
سير العمل يتّبع مسارات كود محدّدة مسبقًا؛ الوكيل يترك النموذج يوجّه تدفّق تحكّمه بنفسه. قاعدة Anthropic: سير العمل لقابلية التنبؤ في المهام المحدّدة جيّدًا، والوكلاء للمرونة حين تكون القرارات الموجَّهة من النموذج مطلوبة على نطاق واسع. معظم أنظمة الإنتاج هي سير عمل مع بضع خطوات وكيل داخلها.
ReAct مقابل التخطيط ثم التنفيذ: أيّهما أستخدم؟
استخدم ReAct حين تعتمد الخطوة التالية على ما أعادته الأداة الأخيرة ويمكن أن يتغيّر المسار أثناء التشغيل. استخدم التخطيط ثم التنفيذ حين يكون المسار قابلًا للتنبؤ مسبقًا وإعادة التخطيط بعد كل خطوة ستُهدر الرموز. ReAct قاس +34% على ALFWorld (Yao وآخرون، 2022)؛ والتخطيط ثم التنفيذ تفوّق على CoT بدون أمثلة في عشر مجموعات بيانات (Wang وآخرون، 2023).
هل أحتاج إطارًا مثل LangGraph لاستخدام هذه الأنماط؟
لا. كل كتلة كود في هذه المقالة هي استدعاء SDK عادي، والأنماط تسبق الأطر التي تُسمّيها. الإطار يستحقّ تكلفته في استمرارية الحالة وإعادة المحاولة والتتبّع، لا في النمط نفسه. إذا كنتَ تختار واحدًا، فمقارنة الأطر لدينا تغطّي المقايضات.
كيف أوقف حلقة الانعكاس عن الدوران إلى الأبد؟
حارسان، كلاهما في الكود: حدّ تكرار صارم (نستخدم 4 جولات) وكسر عند عدم التحسّن يتوقّف لحظة لا تسجّل إعادة صياغة الناقد نتيجة أفضل من المسوّدة الحالية. لا تثق بالموجّه لإنهاء الحلقة؛ النموذج لا يدري كم تكلّف الأشياء.
متى يكفي وكيل واحد؟
حين يتجاوز دقّة 85% تقريبًا في المهمة. تلك القاعدة العملية، التي انتشرت على r/AI_Agents (2026-04-23) إلى جانب دراسة Google Research، تطابق المعايير: فوق ذلك الحدّ، الوكلاء الإضافيون يزيدون التكلفة وتضخيم الأخطاء دون إضافة دقّة. قس خطّ أساس الوكيل الواحد قبل أن تصمّم أي شيء أكبر.
أين أجد أمثلة على أنماط سير عمل وكلاء الذكاء الاصطناعي مع كود؟
كتل Python الخمس أعلاه تغطّي التسلسلي والتوجيه والتوازي وReAct والانعكاس، جميعها كاستدعاءات SDK عادية يمكنك نسخها مباشرة. لأمثلة بنكهة المورّد، Vercel AI SDK يُشحن مع TypeScript قابل للتشغيل لكل نمط، ووثائق OpenAI Agents SDK تغطّي التسليم والوكلاء كأدوات. روابط كليهما في قائمة المصادر أدناه.
المصادر
- Anthropic، Building Effective Agents (2024-12-19)
- Anthropic، How we built our multi-agent research system (2025-06-13)
- Google Research، Towards a science of scaling agent systems (2026-01-28)؛ الورقة: arXiv 2512.08296
- Yao وآخرون، ReAct: Synergizing Reasoning and Acting in Language Models (v3 2023-03-10)
- Wang وآخرون، Plan-and-Solve Prompting (ACL 2023)
- Claude by Anthropic، Common workflow patterns for AI agents (2026-03-05)
- OpenAI Agents SDK، Orchestrating multiple agents
- Vercel AI SDK، Workflow Patterns
- Microsoft Learn، AI Agent Orchestration Patterns (حُدّث 2026-05-12)
- Google Cloud، Choose a design pattern for your agentic AI system (2026-05-28)
- Cognition (Walden Yan)، Don't Build Multi-Agents (2025-06-12)
- r/AI_Agents، Multi agent systems are a total nightmare in production (2026-04-23)؛ Wait, are workflows actually better than multi-agent systems? (2026-03-09)