تشريح وكيل الذكاء الاصطناعي في المؤسسة: ما الذي يعمل تحت غطاء المحرّك

وكيل الذكاء الاصطناعي في المؤسسة ليس نموذجًا لغويًا مزوّدًا بموجّه طويل. إنه حلقة مغلقة: يتلقّى النموذج هدفًا، ويختار إجراءً، ويشغّل أداة خارجية، ويقرأ النتيجة، ويقرّر الخطوة التالية — إلى أن يتحقّق الهدف، أو يتعثّر، أو تنفد ميزانية الخطوات. وتحت غطاء المحرّك أربعة مكوّنات لا غير: نموذج، وأدوات، وذاكرة، وضبط. في استطلاع McKinsey من نوفمبر 2025 (1,993 مستجيبًا في نحو 105 دول) نحو 62% من المؤسسات تجرّب الوكلاء لكن نحو 23% فقط وسّعوها إلى نطاق فعلي، وتتوقّع Gartner إلغاء أكثر من 40% من مشاريع الوكلاء حتى نهاية 2027. وهذه الفجوة لا تكمن في النموذج تقريبًا أبدًا.

ما الذي يفصل الوكيل عن روبوت الدردشة وعن الأتمتة

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

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

حلقة التشغيل: تخطيط، فعل، ملاحظة

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

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

المكوّنات الأربعة التي يتألّف منها كل وكيل

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

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

طبقة الأدوات: ما الذي تغيّر فعلًا مع MCP

حتى وقت قريب كان كل ربط بين نموذج ونظام مؤسسي يُكتب من جديد: تكامل مخصّص لكل تركيبة من نموذج ونظام. وقد استبدل Model Context Protocol ذلك بطبقة موحّدة — خادم يعلن عن أدوات، وعميل يشغّلها.

النسخة المستقرة من المواصفة، بتاريخ 28 يوليو 2026، هي أكبر مراجعة للبروتوكول منذ إطلاقه. أُزيلت الجلسات على مستوى البروتوكول وترويسة Mcp-Session-Id من نقل Streamable HTTP؛ وأُلغيت مصافحة initialize؛ وصارت قوائم الأدوات والموارد والموجّهات متطابقة بين الاتصالات ومن ثمّ قابلة للتخزين المؤقّت. وبالتوازي أُضيفت طلبات متعدّدة الجولات، وتوجيه قائم على الترويسات، وإطار امتدادات رسمي، وتشديد لطبقة الأذونات. والخادم الذي يحتاج حالةً بين الاستدعاءات يحصل عليها الآن عبر معرّف صريح يصدره الخادم ويُمرَّر كوسيط عادي.

السياق ميزانية، لا مستودع

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

ومن هنا تنبثق ثلاثة قرارات تصميمية: أن تعيد الأدوات مخرجًا مهيكلًا ومختصرًا لا مستندات كاملة؛ وأن يُضغط التاريخ إلى ملخّص حالة بعد عدد ثابت من الخطوات؛ وأن يُجلب المحتوى المؤسسي في الزمن الحقيقي بدل تحميله مسبقًا. أما الجانب المالي لهذه القرارات فمفصَّل في دليل خفض تكلفة الاستدلال.

أين ينكسر ذلك عمليًا

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

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

وكلاء زائفون. تقدّر Gartner أنه من بين آلاف المزوّدين الذين يسوّقون الوكالة، نحو 130 فقط يقدّمون قدرة حقيقية؛ والبقية يمارسون ما تسمّيه agent washing — إعادة تسمية مساعدين وأتمتة عمليات روبوتية وروبوتات دردشة قائمة. والسؤال الذي يغربل أسرع في محادثة بيع: أي أدوات يستطيع الوكيل تشغيلها، ومن يقرّر متى يشغّلها.

وتتضمّن تقديرات Gartner ذاتها الوجه الآخر: بحلول 2028 ستُتّخذ نحو 15% من قرارات العمل اليومية ذاتيًا، وستشمل 33% من تطبيقات البرمجيات المؤسسية قدرة وكيلية — مقابل أقل من 1% في 2024. الاتجاه واضح؛ وما ينكسر هو الوتيرة والتوقّعات.

قائمة تحقّق قبل الوكيل الأول

1. عرّفوا مهمة واحدة تنتهي. مهمة بشرط إنهاء لا لبس فيه، لا مجال مسؤولية مفتوحًا.
2. عُدّوا الأدوات. إن زادت الأدوات عن عشر في وكيل أول، فالأرجح أنكم رسمتم وظيفة لا مهمة.
3. اكتبوا أوصاف الأدوات كعقد. ما الداخل، وما الخارج، وما يحدث عند الفشل، ومتى يُمنع تشغيلها.
4. حدّدوا ميزانية خطوات وميزانية رموز. سقف صارم يوقف الحلقة حتى حين يكون النموذج مقتنعًا أنه على الطريق الصحيح.
5. ميّزوا الأفعال غير القابلة للتراجع. إرسال بريد، وتحصيل مبلغ، وحذف، وتحديث حالة أمام عميل — كلها تستوجب نقطة موافقة بشرية.
6. عرّفوا الصلاحيات قبل كتابة أي موجّه. نموذج الصلاحيات هو ما يحدّ من الضرر، لا صياغة التعليمات. والتفصيل الكامل في دليل حدود الصلاحيات.
7. سجّلوا كل مسار. بلا سجلّ كامل للاستدعاءات والنتائج لا تنقيح ولا تحسين. ومكان نقطة الموافقة نفسه مفصَّل في دليل الإنسان في الحلقة.