دور مهندس وكلاء الذكاء الاصطناعي في 2026

لماذا يوجد هذا الدور

مهندس وكلاء الذكاء الاصطناعي هو دور هندسي متميز ظهر مع تطور تطبيقات نماذج اللغة الكبيرة (LLM) إلى ما هو أبعد من التفاعلات البسيطة للسؤال والجواب. بينما يركز مهندس التعلم الآلي (ML Engineer) على تدريب النماذج ويركز مهندس LLM على تحسين الاستدلال وهندسة الأوامر، فإن مهندس وكلاء الذكاء الاصطناعي يصمم أنظمة حيث تتخذ نماذج اللغة الكبيرة إجراءات — استدعاء الأدوات وإدارة الحالة عبر المحادثات وتنسيق عدة وكلاء متخصصين وتنفيذ مهام متعددة الخطوات بشكل مستقل.

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

ما الذي يميز هذا الدور

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

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

خط سير المقابلات

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

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

• "صمم وكيل دعم عملاء يوجه الاستفسارات إلى وكلاء فرعيين متخصصين"
• "صمم وكيل مراجعة كود يمكنه قراءة طلبات السحب وتشغيل الاختبارات واقتراح الإصلاحات"
• "صمم خط أنابيب إشراف على المحتوى يجمع بين المراجعة القائمة على القواعد وML وLLM"

إطار تصميم الوكلاء المكون من 4 خطوات

استخدم هذا الإطار لكل سؤال تصميم وكلاء:

الخطوة 1: المتطلبات والنطاق (5 دقائق)

• المتطلبات الوظيفية — ما الإجراءات التي يجب أن يتخذها الوكيل؟ ما الأدوات التي يحتاجها؟
• المتطلبات غير الوظيفية — ميزانية الكمون، قيود التكلفة، متطلبات الأمان
• الحجم — كم طلب/يوم؟ كم مستخدم متزامن؟
• توضيح الغموض — اسأل المحاور عن الحالات الحدية

الخطوة 2: البنية عالية المستوى (10 دقائق)

• نوع الوكيل — وكيل واحد، متعدد الوكلاء، أم خط أنابيب؟
• اختيار LLM — أي نموذج/نماذج؟ مقايضات التكلفة مقابل القدرة
• تصميم الأدوات — ما الأدوات التي يحتاجها الوكيل؟ كيف تُعرَّف؟
• إدارة الحالة — كيف تُحفظ حالة المحادثة/المهمة؟
• تدفق البيانات — ارسم دورة حياة الطلب من إدخال المستخدم إلى الاستجابة النهائية

الخطوة 3: التعمق في المكونات الرئيسية (15-20 دقيقة)

اختر 2-3 مكونات للتعمق فيها (المحاور سيوجهك):

• استدعاء الأدوات وتنفيذها
• الذاكرة وإدارة السياق
• معالجة الأخطاء والتعافي
• حواجز الأمان
• تنسيق الوكلاء المتعددين

الخطوة 4: اعتبارات الإنتاج (5-10 دقائق)

• أنماط الفشل — ماذا يحدث عندما تفشل أداة؟ عندما يهلوس LLM؟
• التحكم بالتكلفة — ميزانيات الرموز، تتابع النماذج، استراتيجيات التخزين المؤقت
• المراقبة — كيف تتبع قرارات الوكيل؟ ما المقاييس التي تراقبها؟
• التقييم — كيف تختبر أن الوكيل يعمل بشكل صحيح؟

معايرة المستويات

المستوى	التوقع	ما يبحث عنه المحاورون
L4 (متوسط)	بناء وكلاء من مواصفات	برمجة متينة، يفهم استدعاء الأدوات والأنماط الأساسية
L5 (أقدم)	تصميم أنظمة وكلاء مع مقايضات	تفكير معماري عميق، يحدد أنماط الفشل استباقياً
L6 (كبير)	تصميم منصات وكلاء	تفكير عبر الأنظمة، تحسين التكلفة على نطاق واسع، أنماط تمكين الفريق
L7+ (رئيسي)	تحديد استراتيجية بنية الوكلاء	أنماط على مستوى الصناعة، مناهج مبتكرة، تأثير تنظيمي

فئات أسئلة المقابلات الشائعة

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

مشهد أطر عمل الوكلاء

يجب أن تكون على دراية بالأطر الرئيسية، لأن المحاورين يسألون عن المقايضات. وما يقيسونه هو قدرتك على تبرير اختيار — لا على سرد قوائم الميزات.

إطار العمل	اللغة	نقطة القوة الرئيسية	ما تعنيه تسميته في المقابلة
LangGraph	Python/JS	سير عمل وكلاء مبني على الرسوم البيانية بحالة صريحة ومُنمَّطة	أنك تفكر في تدفق التحكم كرسم بياني يمكن فحصه واستئنافه
CrewAI	Python	تنسيق وكلاء متعددين قائم على الأدوار	أنك تلجأ لتفكيك الأدوار والمهام قبل بناء سباكة مخصصة
OpenAI Agents SDK	Python/TS	التسليمات والحواجز والجلسات والتتبّع كعناصر أساسية	أنك تريد نمط التسليم مصاناً من طرف آخر
Vercel AI SDK	TypeScript	البث أولاً، وتكامل وثيق مع React لواجهات الوكلاء	أنك تهتم بأن يرى المستخدم تقدماً أثناء تشغيل بطيء متعدد الخطوات
MCP (بروتوكول سياق النموذج)	أي لغة	بروتوكول مفتوح لتقديم الأدوات والسياق للنماذج	أنك تفصل توريد الأدوات عن منطق الوكيل، فتُعاد الأدوات عبر وكلاء متعددين

الشعبية تتحرك أسرع من قدرة أي دورة على ملاحقتها، وعدد النجوم مؤشر رديء على الجدارة أصلاً. حين تحتاج أرقاماً حالية، اقرأها من المستودعات نفسها — ولاحظ أن هذا المجال أنتج بالفعل درساً تحذيرياً: الإطار الذي فتحت OpenAI مصدره للتسليم بين الوكلاء عام 2024، وهو Swarm، أُحيل صراحةً للتقاعد لصالح Agents SDK، وملف README الخاص به ينص على أنه "استُبدل بـ OpenAI Agents SDK".¹

المهارة التي تدوم هي الاختيار، لا الحفظ:

نصيحة للمقابلة: الأطر تأتي وتذهب — وهذه الدورة عمّرت أطول من أحدها بالفعل. ركّز على الأنماط (استدعاء الأدوات، آلات الحالة، أنماط المشرف، التسليمات) بدلاً من حفظ واجهات API. وإن سمّيت إطاراً، فكن مستعداً لقول ما كنت ستستخدمه بدلاً منه ولماذا لم تفعل.

في القسم التالي، ستبني أول نظام وكلاء لك — إطار وكيل استدعاء أدوات — في المختبر العملي. :::

Footnotes

1. OpenAI، openai/swarm — ملف README للمستودع. يوصَف Swarm بأنه تجريبي وتعليمي، وقد استُبدل بـ OpenAI Agents SDK. ↩