عندما تطلب من مساعدٍ ذكيٍّ أن يكتب لك رسالةً، فهو يكتبها ويتوقّف منتظراً طلبك التالي. لكنّ ما تحتاجه أحياناً أكبر من ردٍّ واحد: أن تقول «راجع مستودع الكود، اعثر على سبب هذا الخطأ، أصلحه، وشغّل الاختبارات للتأكّد» — وتتركه يعمل. هذه المهمّة ليست سؤالاً يُجاب عنه بجملة، بل سلسلةٌ من الخطوات لا تُعرَف نهايتها سلفاً: قد يحتاج قراءة عشرة ملفات أو ملفين، وقد ينجح الإصلاح من أول مرّة أو يفشل فيعيد المحاولة. النظام القادر على تولّي مثل هذه المهمّة — أن يقرّر خطواته بنفسه وينفّذها ويصحّح مساره — هو ما نسمّيه وكيل الذكاء الاصطناعي (AI Agent).
التعريف الجوهري
وكيل الذكاء الاصطناعي نظامٌ يسعى إلى هدفٍ عبر حلقةٍ متكرّرة من الفعل: يُدرك حالة بيئته، ويقرّر الخطوة التالية بنفسه، وينفّذها، ثم يقيّم النتيجة ليقرّر ما يليها — ويكرّر ذلك حتى يبلغ الهدف أو يعجز عنه. فهو لا يكتفي بتوليد نصٍّ يردّ به عليك، بل يتصرّف في بيئته الرقمية أو المادّية، ويبني كل خطوةٍ على ما أنتجته الخطوة التي قبلها.
هذا التعريف يقوم على أربع دعائم، ولا يكتمل معنى «الوكيل» إلا باجتماعها:
- السعي إلى هدف: يعمل نحو غايةٍ محدّدة يضعها له الإنسان («أصلح هذا الخطأ»، «احجز رحلةً بهذه الشروط»)، لا نحو تنفيذ أمرٍ واحدٍ معزول.
- التكرار: يبني كل خطوةٍ على نتيجة سابقتها. النتيجة الأولى تُغيّر قراره في الثانية، وهكذا تتراكم الخطوات نحو الهدف.
- الفعل: يؤثّر في بيئته بما يتجاوز توليد النصّ — يقرأ ملفاً، يرسل طلباً عبر الشبكة، يعدّل قاعدة بيانات، يحرّك ذراعاً آلية.
- التوجيه الذاتي: يقرّر خطواته التالية بنفسه بدل أن يتّبع تسلسلاً مكتوباً سلفاً. وهذه الدعامة تحديداً هي ما يفصله عمّا يُشبهه.
والفكرة الأقدم التي يقوم عليها هذا كلّه بسيطة: أيّ كيانٍ يُدرك بيئته ويتصرّف فيها يمكن عدّه وكيلاً. الإنسان يُدرك بعينيه وأذنيه ويتصرّف بيديه وصوته؛ والوكيل البرمجيّ يُدرك بيئته عبر «مستشعرات» رقمية (قراءة ملفٍ، استقبال بيانات من واجهةٍ برمجية) ويتصرّف عبر «مؤثّرات» رقمية (كتابة ملف، استدعاء أداة). البيئة تختلف باختلاف المهمّة: بيئة وكيلٍ يلعب الشطرنج هي رقعة اللعب، وبيئة وكيلٍ يتصفّح الويب هي الإنترنت، وبيئة وكيلٍ برمجيّ هي الطرفيّة (terminal) ونظام الملفات.
من أين جاء المصطلح؟
كلمة «وكيل» في أصلها الإنجليزيّ (agent) تعود إلى الفعل اللاتينيّ agere ومعناه «يفعل، يدفع إلى الأمام، يُحرّك». فالوكيل — في اللغة قبل التقنية — هو الفاعل الذي يُحدِث أثراً، لا المتلقّي الساكن. وهذا المعنى نفسه هو ما استعارته الحوسبة: كيانٌ يفعل، لا كيانٌ يُنتظَر منه ردٌّ فحسب.
في علوم الحاسوب، ترسّخ المصطلح بمعناه المنهجيّ في تسعينيات القرن الماضي، حين احتاج الباحثون إلى وصفٍ دقيقٍ لما يجعل نظاماً برمجياً «ذكيّاً» في سلوكه: أن يكون مستقلاً (autonomous)، ومبادِراً (proactive)، ومتفاعلاً مع بيئته (reactive). وصار التعريف الكلاسيكيّ الذي تبنّاه كتاب الذكاء الاصطناعي المرجعيّ لراسل ونورفيغ (Russell & Norvig) هو الأساس: الوكيل هو كل ما يمكن النظر إليه على أنه يُدرك بيئته عبر مستشعرات (sensors) ويؤثّر فيها عبر مؤثّرات (actuators). لاحظ أنّ هذا التعريف قديمٌ يسبق النماذج اللغوية الحديثة بعقود؛ فالوكيل مفهومٌ عن بنية النظام وسلوكه، لا عن تقنيةٍ بعينها. ما جدّ حديثاً هو أنّ النماذج اللغوية الكبيرة (LLMs) أعطت هذه البنية القديمة «دماغاً» أقدر بكثير على التخطيط واتخاذ القرار.
كيف يعمل الوكيل فعلاً؟
في صورته الحديثة، يتكوّن وكيل الذكاء الاصطناعي من أربعة مكوّناتٍ تعمل معاً، لكلٍّ منها دورٌ لا يقوم به غيره:
النموذج اللغويّ (LLM) — الدماغ. هو مركز اتخاذ القرار الذي يفهم الهدف، ويستنتج الخطوة المناسبة، ويقرّر أيّ أداةٍ يستدعي ومتى. لكنّ النموذج وحده لا يستطيع أن يفعل شيئاً خارج توليد النصّ؛ هو يقرّر فقط، والتنفيذ لغيره.
الأدوات (Tools) — اليدان. هي دوالُّ خارجية تمنح النموذج قدرةً على الفعل تتجاوز الكلام. وهي ثلاثة أنواع: أدوات قراءةٍ تجلب له معلوماتٍ لا يملكها (بحثٌ في الويب، استعلامٌ من قاعدة بيانات)، وأدوات تُوسّع قدرته حيث يضعف (آلةٌ حاسبة، لأنّ النماذج ضعيفةٌ في الحساب الدقيق، أو مُفسّر كودٍ يشغّل برنامجاً)، وأدوات كتابةٍ تُحدِث تغييراً حقيقياً في العالم (إرسال بريد، تعديل سجلٍّ في قاعدة بيانات، تحويلٌ ماليّ). وأدوات الكتابة تحديداً هي ما يجعل الوكيل قويّاً وخطِراً في آنٍ، فهي تتطلّب حراسةً وإذناً بشرياً لأنها تفعل ما لا يُتراجَع عنه بسهولة.
الذاكرة (Memory). تحفظ ما جرى في الخطوات السابقة لتُبنى عليها الخطوات التالية. بدونها يبدأ الوكيل كل خطوةٍ من الصفر، فينسى ما قرأه قبل قليل ويعيد اكتشاف ما عرفه. الذاكرة هي ما يمنح الحلقةَ استمراريّتها.
المخطِّط (Planner). يفكّك الهدف الكبير إلى خطواتٍ أصغر قابلةٍ للتنفيذ، ويرتّبها، ويعيد ترتيبها حين يفشل مسارٌ ما.
هذه المكوّنات لا تعمل بالتوازي مرّةً واحدة، بل تدور في حلقةٍ متكرّرة هي جوهر الوكيل. والنمط المعياريّ لهذه الحلقة اليوم يُعرَف باسم ReAct (اختصارٌ لـ Reasoning + Acting، أي «التفكير مع الفعل»)، وقد قدّمته ورقةٌ بحثية سنة 2022 وصار الأساس الذي تبني عليه معظم الوكلاء. تجري الحلقة في ثلاث مراحل تتكرّر:
- تفكير (Thought): يستنتج النموذج ما يجب فعله الآن بناءً على الهدف وما جرى حتى اللحظة. مثلاً: «لأعرف سبب فشل الاختبار، عليّ أوّلاً قراءة رسالة الخطأ».
- فعل (Action): يستدعي أداةً مناسبة لتنفيذ ما قرّره. مثلاً: يشغّل أمر الاختبار ليرى مخرجاته.
- ملاحظة (Observation): يقرأ نتيجة الأداة — نجاحاً كانت أم فشلاً أم بياناتٍ جديدة — ثم يعود إلى مرحلة التفكير بناءً على هذه الملاحظة، فيقرّر خطوته التالية.
وتستمرّ هذه الدورة — فكّر، افعل، لاحظ، ثم فكّر من جديد — حتى يبلغ الوكيل هدفه أو يستنفد محاولاته. أهمّ ما في هذا النمط أنّ الملاحظة تُغذّي التفكير التالي: الوكيل لا يمضي في خطّةٍ عمياء رسمها أوّلاً، بل يصحّح مساره خطوةً بخطوة على ضوء ما يراه فعلاً في بيئته. فحين يفشل الإصلاح الأوّل، يقرأ سبب الفشل ويجرّب مساراً مختلفاً — تماماً كما يفعل مبرمجٌ يقرأ رسالة خطأٍ فيغيّر نهجه.
لهذا السبب يميل مصمّمو الوكلاء إلى فصل التخطيط عن التنفيذ: يولّد النموذج خطّةً أوّلاً، ثم تُقيَّم جدواها قبل تنفيذها، حتى لا يندفع الوكيل في خطّةٍ من مئة خطوةٍ لا تبلغ الهدف أصلاً فيهدر الوقت والتكلفة. وبعضهم يضيف مرحلة تأمّلٍ (reflection): بعد كل خطوةٍ أو عند فشلٍ ما، يحلّل الوكيل سبب الفشل ليتعلّم منه في محاولته التالية.
أمثلة ملموسة
المفهوم يتّضح حين تراه متحقّقاً. خذ وكيل البرمجة أشهرَ الأمثلة اليوم: تعطيه هدفاً كإصلاح خطأ، فيقرأ الملفات ذات الصلة (فعل)، ويشغّل الاختبارات فيرى أيّها يفشل (ملاحظة)، ويستنتج موضع العلّة (تفكير)، ويعدّل الكود، ثم يعيد تشغيل الاختبارات ليتحقّق. إن بقي الاختبار فاشلاً، لا يتوقّف بل يقرأ الخطأ الجديد ويجرّب إصلاحاً آخر. أدواتٌ مثل Claude Code وCursor وDevin تعمل بهذا المبدأ، وقد صار جزءٌ معتبَرٌ من الكود في بعض الشركات يُكتب بمعونتها.
ومثالٌ ثانٍ من عالمٍ مختلف: وكيل دعم العملاء. حين يصله سؤالٌ، لا يكتفي بردٍّ محفوظ؛ بل يصنّف نيّة السؤال (فعل)، ويستعلم عن سجلّ العميل من نظام إدارة العلاقات (ملاحظة)، ويقرّر هل يحلّ المشكلة بنفسه — بأن يُصدِر استرداداً مثلاً — أم يحوّلها إلى موظّفٍ بشريّ حين تتجاوز صلاحيّته. الفارق عن روبوت المحادثة التقليديّ أنّ هذا الوكيل يتّخذ إجراءً في أنظمةٍ حقيقية، لا يكتفي بصياغة جملة.
ويتّضح الفارق بمقارنة الوكيل بنقيضه: نموذجٌ لغويٌّ تسأله «ما الطقس غداً؟» فيجيبك بأفضل تخمينٍ من بيانات تدريبه — بلا أداة، بلا خطوة تالية، بلا تحقّق. أمّا الوكيل فيستدعي أداة طقسٍ حيّة (فعل)، يقرأ الرقم الفعليّ (ملاحظة)، ثم يقرّر — إن كان هدفه أوسع — أن يقترح عليك تأجيل موعدٍ بناءً على ذلك. الأوّل أجاب؛ الثاني أدرك، وقرّر، وفعل.
بمَ يُخلَط وكيل الذكاء الاصطناعي؟
يتداخل مصطلح الوكيل مع مفاهيم قريبةٍ يُخلَط بينها غالباً:
الوكيل مقابل النموذج اللغويّ (LLM): النموذج اللغويّ مكوّنٌ داخل الوكيل، لا الوكيل نفسه. النموذج يولّد نصّاً حين تُدخِل إليه نصّاً، ثم يتوقّف؛ لا يملك ذاكرةً مستمرّة ولا أدواتٍ ولا حلقةً تنفّذ قراره في العالم. الوكيل هو النظام الذي يُحيط بالنموذج فيمنحه هذه القدرات: يضعه في حلقةٍ، ويصله بأدوات، ويحفظ له ذاكرة. فكلّ وكيلٍ حديثٍ يقوم على نموذجٍ لغويّ، وليس كلّ نموذجٍ لغويّ وكيلاً.
الوكيل مقابل روبوت المحادثة (Chatbot): الفرق في الفعل مقابل الردّ. روبوت المحادثة مصمَّمٌ ليردّ: يستقبل رسالةً، يولّد جواباً، يتوقّف — ويعمل بردّ فعلٍ محضٍ ينتظر إدخالك في كل دورة، ولا يبادر بإجراءٍ من تلقاء نفسه. الوكيل يتجاوز الردّ إلى الفعل والمبادرة: يمضي في خطواتٍ متتالية دون أن ينتظر توجيهك عند كلٍّ منها، ويؤثّر في أنظمةٍ خارجية. روبوت المحادثة يتكلّم، والوكيل يعمل.
الوكيل مقابل الأتمتة بالقواعد الثابتة (RPA): أتمتة العمليات الروبوتية (Robotic Process Automation) تنفّذ قواعد مكتوبةً سلفاً على مدخلاتٍ منظّمة: «إن وصلت فاتورةٌ بهذا الشكل، انسخ هذا الحقل إلى هذا النظام». هي دقيقةٌ ومستقرّةٌ وقابلةٌ للتنبّؤ ما دام المدخل يطابق الصيغة المتوقّعة، لكنّها تعجز حين يخرج المدخل عمّا رُسم لها، فهي لا تقرّر ولا تتكيّف. الوكيل يتعامل مع المدخلات غير المنظّمة (نصٌّ حرّ، صورة)، ويبني منطقه بنفسه ويتكيّف مع الجديد. القاعدة العملية: RPA تصلح للمهمّة المتكرّرة الثابتة التي لا مفاجآت فيها، والوكيل يصلح للمهمّة التي تحتاج قراراً وتكيّفاً. وكثيرٌ من الأنظمة يجمع بينهما.
الوكيل مقابل الذكاء الاصطناعي الوكيليّ (Agentic AI): الوكيل الواحد (AI Agent) يتولّى مهمّةً واحدةً محدّدة النطاق. أمّا الذكاء الاصطناعي الوكيليّ (Agentic AI) فهو الإطار الأوسع الذي ينسّق عدّة وكلاء ومصادر بياناتٍ وأدوات معاً لإنجاز سير عملٍ مركّبٍ يمتدّ عبر أنظمةٍ وفرق. الوكلاء هم اللبنات، والذكاء الوكيليّ هو البناء الذي يجمعها ويوزّع العمل بينها. فمصطلح «Agentic AI» يصف منظومةً متعدّدة الوكلاء، لا وكيلاً مفرداً.
قيوده: لماذا لا يزال الوكيل هشّاً
قوّة الوكيل — أن يمضي خطواتٍ كثيرةً بنفسه — هي مصدر أخطر عيوبه. وأوّل هذه العيوب تراكم الخطأ (compounding errors). لأنّ الوكيل يبني كل خطوةٍ على سابقتها، فإنّ نسبة الخطأ الصغيرة في كل خطوةٍ تتضاعف عبر السلسلة. إن كانت دقّة النموذج 95% في الخطوة الواحدة — وهي دقّةٌ عالية — فإنها تنهار إلى نحو 60% بعد عشر خطوات، وإلى أقلّ من 1% بعد مئة خطوة، لأنّ الاحتمالات تتضاعف لا تُجمَع. ولهذا يبقى طول المهمّة عدوّ موثوقيّة الوكيل: كلّما زادت خطواته زاد احتمال انحرافه.
ويزيد الأمر سوءاً أنّ النماذج تميل إلى الثقة الزائدة: قد يعلن الوكيل أنّ المهمّة اكتملت وهو مخطئ، أو يختلق معلومةً غير صحيحة (hallucination) ويبني عليها خطواتٍ تالية دون أن يشير إلى شكّه. وحين يقع في الخطأ، كثيراً ما يعجز عن تصحيح نفسه، فيدخل في حلقاتٍ لا نهائية يعيد فيها المحاولة الفاشلة نفسها، أو يصل إلى حالةٍ لا يعرف كيف يخرج منها.
ثمّ هناك الكلفة والبطء: كلّ خطوةٍ في الحلقة استدعاءٌ للنموذج يستهلك وقتاً ومالاً، والوكيل الذي يسلك مساراً غير فعّال قد يبتلع رصيداً كبيراً من دون أن يبلغ هدفه. ولافتٌ أنّ الدراسات التي رصدت مشكلات المطوّرين مع الوكلاء وجدت أنّ معظم الصعوبة ليست في ذكاء النموذج نفسه، بل في هندسة النظام حوله: كيف تُدار الذاكرة، وكيف تُنسّق الأدوات، وكيف تُعالَج الأخطاء وتُستعاد الحالة بعد الفشل. بناء وكيلٍ موثوقٍ مسألةُ هندسةٍ بقدر ما هي مسألةُ نموذج.
أين تلتقيه ولماذا يهمّك
مصطلح «الوكيل» صار من أكثر ما تصادفه في نقاشات التقنية اليوم: في توثيق أدوات البرمجة، وفي أسماء منتجاتٍ تُطلقها الشركات، وفي أوراقٍ بحثيةٍ وإعلانات. وحين تسمع أنّ مؤسّسةً «تنشر وكلاء» فالمقصود غالباً برمجياتٌ تتولّى مهامّ سير العمل خطوةً بخطوة نيابةً عن الموظّف، لا مجرّد روبوت محادثةٍ يجيب عن الأسئلة.
هذا التمييز يكشف مبالغةً شائعة: ليس كلّ ما يُسمّى «وكيلاً» وكيلاً بالمعنى الكامل. حين ترى منتجاً يوصَف بذلك، اسأل: هل يتصرّف في بيئته فعلاً، أم يكتفي بالردّ؟ وهل يقرّر خطواته بنفسه ويصحّح مساره، أم يتّبع نصّاً ثابتاً؟ الإجابة تكشف لك أهو وكيلٌ حقيقيّ أم روبوت محادثةٍ ارتدى الاسم. ومع تزايد اعتماد المؤسّسات على الوكلاء في مهامّها، صار تمييز الحقيقيّ من المسمّى مهارةً عمليّة، لا ترفاً نظرياً.
يبقى وكيل الذكاء الاصطناعي فكرةً قديمةً في جوهرها — كيانٌ يُدرك ويقرّر ويفعل — أعاد النموذج اللغويّ إحياءها بقدرةٍ لم تكن متاحةً من قبل. لكنّ الفجوة بين ما يَعِد به المصطلح وما يُنجزه الوكيل فعلاً لا تزال قائمة: القدرة على الفعل المستقلّ سلاحٌ ذو حدّين، فكلّما منحتَه استقلالاً أوسع، صار خطؤه أغلى وأصعب في التدارك. ولهذا يبقى السؤال الأهمّ عند كل وكيلٍ ليس «هل يستطيع أن يفعل؟» بل «إلى أيّ حدٍّ نأتمنه أن يفعل وحده؟».