اعتدنا أن نسأل الذكاء الاصطناعي فيجيب: يشرح فكرة، يصوغ رسالة، أو يلخص ملفًا. لكن ماذا لو لم تنته المهمة عند الإجابة؟ ماذا لو استطاع النظام — ضمن صلاحيات محددة — أن يبحث في عدة مصادر، ويستخدم التقويم، ويجهز التقرير، ثم يتوقف قبل الإرسال طالبًا موافقتك؟
هنا يظهر مصطلح الوكلاء الأذكياء (AI Agents). وهو من أكثر مصطلحات التقنية تداولًا، ومن أكثرها تعرضًا للمبالغة أيضًا. فالمنتج قد يسمى «وكيلًا» وهو في الحقيقة سلسلة أتمتة مع خطوة ذكاء اصطناعي، وقد يبدو النظام مستقلًا بينما تحيط به قواعد وبرامج كتبها البشر.
ببساطة: الوكيل الذكي نظام يستخدم نموذج ذكاء اصطناعي مع أدوات وتعليمات وحلقة تنفيذ، ليحاول إنجاز هدف متعدد الخطوات بدل الاكتفاء بإجابة واحدة.
كلمة «يحاول» مهمة؛ فالوكالة لا تجعل النظام معصومًا، ولا تعني أنه يفهم هدفك كما يفهمه إنسان أو أنه يستحق صلاحيات مفتوحة.
من الشات إلى الفعل
روبوت المحادثة التقليدي يتلقى رسالة ويعيد ردًا. قد يكون الرد ممتازًا، لكنه يبقى نصًا ما لم ينقله المستخدم إلى برنامج آخر.
أما الوكيل، فيمكن أن يُربط بأدوات تسمح له بإجراء عمليات ضمن بيئة: البحث في ملفات، قراءة تقويم، تشغيل اختبار برمجي، تحديث سجل، أو تجهيز مسودة إجراء. وتكرر بعض الأنظمة دورة من الملاحظة والاختيار والتنفيذ والمراجعة حتى تصل إلى نتيجة أو تتوقف عند حد مقرر.
مقارنة سريعة
| النظام | ما الذي يفعله عادة؟ | أين يبقى القرار؟ |
|---|---|---|
| محادثة ذكية | تولد إجابة أو مسودة في خطوة أو خطوات حوارية | المستخدم ينقل النتيجة وينفذ |
| أتمتة تقليدية | تتبع قواعد ثابتة: إذا حدث كذا فنفذ كذا | المصمم يحدد المسار مسبقًا |
| سير عمل مدعوم بالذكاء الاصطناعي | يجمع خطوات معروفة ويستخدم نموذجًا في بعضها | المسار مضبوط، والنموذج يعالج أجزاء مرنة |
| وكيل ذكي | يختار بعض الخطوات والأدوات أثناء التنفيذ لتحقيق هدف | يتقاسم النظام والإنسان التحكم وفق الصلاحيات والبوابات |
هذه الحدود ليست معيارًا عالميًا صارمًا؛ فالسوق يستخدم المصطلحات بمرونة. الأهم أن تسأل عن السلوك الفعلي والصلاحيات، لا الاسم المكتوب على المنتج.
مم يتكون الوكيل الذكي؟
غالبًا لا يكون الوكيل «نموذجًا» وحده، بل نظامًا مركبًا من عدة طبقات.
1. هدف وسياق
يبدأ بطلب مثل: «اجمع تحديثات المشروع، وحدد المهام المتأخرة، وجهز ملخصًا لاجتماع الغد». يحتاج النظام إلى سياق يوضح المشروع والفريق والمدة وشكل المخرج المطلوب.
كلما كان الهدف غامضًا، زادت مساحة التخمين. وقد يبدو الوكيل نشيطًا، لكنه ينفذ تفسيرًا لم تقصده.
2. نموذج يختار الخطوة التالية
يستخدم النظام نموذجًا لغويًا أو نموذجًا آخر لتحليل ما أمامه واقتراح الإجراء التالي. لا يعني هذا أن لديه وعيًا أو نية؛ إنه يولد قرارًا محتملًا اعتمادًا على التعليمات والسياق والأنماط التي تعلمها.
3. أدوات وصلاحيات
من دون أدوات، يبقى النظام قريبًا من المحادثة. الأدوات هي الجسر إلى الفعل: بحث، بريد، تقويم، ملفات، قواعد بيانات، أو برامج داخلية.
وهنا تزداد المنفعة والخطر معًا. أداة «قراءة التقويم» لا تساوي صلاحية «حذف موعد»، وتجهيز مسودة رسالة لا يساوي إرسالها.
4. حلقة تنفيذ ومراجعة
قد ينفذ الوكيل خطوة، يقرأ نتيجتها، ثم يقرر ما يلي. فإذا لم يجد ملفًا، يبحث باسم آخر؛ وإذا فشل اختبار، يحاول تشخيص السبب. تسمي بعض الأنظمة هذا المسار «حلقة الوكيل».
لكن تكرار المحاولة لا يضمن الصواب؛ فقد يكرر افتراضًا خاطئًا ويضاعف أثره.
5. حالة أو ذاكرة تشغيلية
يحتاج الوكيل إلى تتبع ما فعله وما بقي. وقد يحتفظ بتاريخ المهمة أو بعض التفضيلات. هذه الذاكرة مفيدة، لكنها تفتح أسئلة عن مدة الاحتفاظ والخصوصية ومن يستطيع الوصول إليها.
6. حواجز وموافقة بشرية
النظام الجيد لا يقاس بعدد الأشياء التي يستطيع فعلها فقط، بل بجودة الحدود التي تمنعه من الفعل الخطأ. تشمل الحواجز التحقق من المدخلات والمخرجات، وتقييد الأدوات، وتسجيل الخطوات، وطلب موافقة قبل الإرسال أو الحذف أو الدفع أو النشر.
مثال: تنظيم اجتماع من دون تسليم المفتاح كله
تطلب من وكيل: «اقترح موعدًا لاجتماع الفريق الأسبوع المقبل، وجهز جدول أعمال من آخر تحديثات المشروع».
قد يسير المسار هكذا:
- يقرأ الأوقات المتاحة المصرح بها.
- يبحث في مساحة المشروع عن أحدث التحديثات.
- يستخرج الموضوعات المتكررة والمهام المتأخرة.
- يقترح موعدين وجدول أعمال.
- يعرض النتيجة عليك.
- يرسل الدعوة بعد موافقتك.
القيمة هنا ليست أن النظام «حل محل الإنسان»، بل أنه اختصر التنقل بين أدوات وجمع مواد أولية، بينما بقي الإجراء الخارجي عند بوابة واضحة.
ما الذي يستطيع الوكلاء فعله اليوم؟
تنجح الأنظمة الحالية أكثر عندما تكون المهمة محددة، والبيئة منظمة، والأدوات واضحة، ومعايير النجاح قابلة للفحص.
في العمل المكتبي
- جمع تحديثات من مصادر معروفة وتجهيز ملخص.
- استخراج مهام ومواعيد من محادثات أو محاضر.
- فرز طلبات متكررة واقتراح مسودات ردود.
- تحديث سجل بعد التحقق من حقول محددة.
في البرمجة
- التنقل في مستودع برمجي وتحليل مواضع مرتبطة بالمشكلة.
- اقتراح تعديلات وتشغيل اختبارات داخل بيئة معزولة.
- تلخيص سجل أخطاء أو إعداد مسودة توثيق.
في البحث والتحليل
- تفكيك سؤال إلى استعلامات فرعية.
- جمع مصادر، واستخراج نقاط، وبناء مسودة منظمة.
- المقارنة وفق معايير يحددها المستخدم.
في خدمة العملاء والعمليات
- استرجاع معلومات من قاعدة معرفة.
- إنشاء تذكرة أو تحديث حالتها ضمن قواعد.
- تصعيد الحالات الحساسة إلى موظف بشري.
هذه أمثلة لقدرات ممكنة، لا ضمانات عامة. الأداء يتغير باختلاف النموذج والأدوات والبيانات وتصميم النظام والاختبارات.
أين يفشل الوكيل؟
المهم ليس أن ينجح في عرض تجريبي مرتب، بل أن يتعامل مع الواقع حين تكون التعليمات ناقصة والبيانات متعارضة والواجهات متغيرة.
الخطأ المركب
في المحادثة، قد تكون النتيجة معلومة خاطئة. في الوكيل، قد تصبح المعلومة الخاطئة أساسًا لخمس خطوات لاحقة. كل خطوة تبدو منطقية وحدها، لكن السلسلة كلها تنطلق من فرض غير صحيح.
غموض الهدف
عبارة «رتب بريدي» قد تعني وضع التصنيفات، أو الأرشفة، أو حذف الرسائل. إذا منح النظام صلاحيات واسعة ولم توجد قواعد أو تأكيدات، يصبح الغموض خطرًا عمليًا.
تغير البيئة
زر انتقل، أو حقل تغير اسمه، أو ملف لم يعد متاحًا. الوكيل الذي يعتمد على واجهة غير مستقرة قد يضل المسار حتى لو نجح أمس.
صعوبة التقييم
توضح خبرة بناء اختبارات الوكلاء أن العمل متعدد الجولات والأدوات أصعب تقييمًا من إجابة منفردة؛ فالوكيل يغيّر حالة البيئة، وتتراكم النتائج، وقد تختلف المحاولة من تشغيل إلى آخر. لذلك لا يكفي اختبار ناجح واحد للحكم على الاعتمادية.
الخطر الأكبر: حين يقرأ التعليمات الخاطئة وينفذها
قد يفتح الوكيل صفحة أو مستندًا يحتوي على نص خبيث صُمم ليبدو كتعليمات له. إذا لم يفصل النظام جيدًا بين أمر المستخدم ومحتوى المصدر، فقد يتعرض إلى حقن بالتعليمات أو اختطاف للهدف.
تزداد خطورة الهجوم إذا كان الوكيل يستطيع الإرسال أو التنزيل أو تعديل البيانات. حينها لا يبقى الخلل داخل نص؛ بل قد يتحول إلى فعل.
وهناك مخاطر متصلة:
- إفراط في الصلاحيات: امتلاك أدوات أكثر مما تحتاجه المهمة.
- تسرب البيانات: نقل محتوى حساس إلى أداة أو جهة غير مقصودة.
- إساءة استخدام الذاكرة: تخزين معلومة خاطئة أو خبيثة تؤثر في مهام لاحقة.
- ضعف التتبع: عدم القدرة على معرفة لماذا اتخذ النظام خطوة معينة.
- الاستنزاف: تكرار محاولات طويلة تستهلك وقتًا وموارد وتكلفة.
لهذا تؤكد أطر إدارة مخاطر الذكاء الاصطناعي على القياس والمراقبة والإدارة عبر دورة حياة النظام، لا على وعد تسويقي بأن الأداة «ذكية وآمنة».
قاعدة عملية: أقل صلاحية، وأوضح موافقة
قبل ربط وكيل بحساب أو أداة حقيقية، اسأل:
- ما أقل البيانات التي يحتاجها؟
- هل يحتاج القراءة فقط، أم الكتابة أيضًا؟
- ما الأفعال التي يجب أن تتوقف عند موافقة بشرية؟
- هل يمكن التراجع عن الإجراء؟
- هل تُسجل الخطوات والأدوات والنتائج للمراجعة؟
- هل اختُبر النظام على حالات الفشل والهجمات، لا على المسار المثالي فقط؟
- ماذا يحدث إذا انقطع الاتصال أو تعارض مصدران أو لم يفهم الهدف؟
في المهام الحساسة، التصميم الآمن لا يجعل الموافقة عائقًا مزعجًا؛ بل يجعلها جزءًا من جودة المنتج.
هل الوكيل هو نفسه الأتمتة؟
الأتمتة التقليدية ممتازة عندما تكون القاعدة ثابتة: تصل فاتورة إلى صندوق محدد، فتُنسخ إلى مجلد وتُرسل إشعارات. مسارها واضح وقابل للتوقع.
أما الوكيل فيضيف مرونة عندما تختلف الحالات ويصعب كتابة قاعدة لكل احتمال. لكنه يدفع ثمن هذه المرونة بانخفاض قابلية التنبؤ. ولهذا يكون الحل الأفضل أحيانًا مزيجًا: قواعد حتمية للأفعال الحساسة، ونموذج ذكي للفهم والتصنيف والاقتراح.
ليس الأكثر «وكالة» هو الأفضل دائمًا. إذا أنجز سير عمل بسيط المهمة بثبات، فلا فائدة من إضافة استقلال معقد لمجرد أن الاسم أحدث.
ماذا عن مستقبل الوظائف؟
من المبكر اختزال الأثر في جملة «سيستبدل الوكلاء الموظفين». الوظيفة الواحدة تجمع مهامًا مختلفة: بعضها متكرر وقابل للتفويض، وبعضها يعتمد على معرفة ضمنية أو تفاوض أو مسؤولية أو علاقة بشرية.
الأرجح في المدى القريب أن يعاد توزيع المهام قبل أن تختفي المهن دفعة واحدة. قد يقضي الموظف وقتًا أقل في الجمع والنسخ، ووقتًا أكبر في تحديد المشكلة والمراجعة والتواصل وتحمل القرار.
لكن حجم الأثر وسرعته سيختلفان بين القطاعات والبلدان، ويتوقفان على التكلفة والدقة والتنظيم وثقة الناس. الادعاءات القاطعة هنا توقعات، لا نتائج محسومة.
ما الذي نعرفه وما الذي ما زال غير محسوم؟
نعرف بدرجة جيدة أن:
- ربط النماذج بأدوات يوسّع فائدتها العملية.
- المهام المحددة والبيئات المنظمة أسهل من الأهداف المفتوحة.
- الأخطاء قد تتراكم عبر الجولات والأفعال.
- التقييم والتسجيل والمراجعة البشرية مهمة خصوصًا مع الصلاحيات الحساسة.
وما زلنا لا نعرف بدقة:
- ما مستوى الاستقلال الآمن لكل نوع من المهام؟
- كيف ستتغير واجهات الحاسوب عندما يصبح الهدف أهم من التطبيق؟
- ما حجم التحول النهائي في سوق العمل؟
- أي معايير قانونية وتقنية ستصبح القاعدة المشتركة؟
الفكرة حقيقية، والاستخدام يتوسع، لكن الاسم سبق أحيانًا درجة النضج.
مثال متوازن: متجر إلكتروني صغير
يمكن لوكيل محدود الصلاحيات أن يجمع رسائل العملاء، ويصنف أسباب الاستفسار، ويقارنها بحالة الطلب، ويقترح ردًا، ثم يجهز تقريرًا أسبوعيًا بالأسئلة المتكررة.
لكن من الأفضل أن تتوقف عند الإنسان خطوات مثل:
- الموافقة على تعويض مالي.
- تعديل سعر أو سياسة.
- إرسال رسالة في شكوى حساسة.
- حذف سجل أو كشف بيانات عميل.
هكذا تصبح التقنية رافعة للعمل، لا مقامرة بصلاحيات الحساب.
الخلاصة
الوكلاء الأذكياء ليسوا «شاتًا أقوى» فقط، ولا موظفين رقميين مستقلين بالمعنى البشري. إنهم أنظمة تجمع نموذجًا وتعليمات وأدوات وحلقة تنفيذ، وقد تختار خطوات أثناء سعيها إلى هدف.
قوتها الحقيقية تأتي من اتصالها بالعالم الرقمي، وهذا هو مصدر خطرها أيضًا. كلما زادت القدرة على الفعل، ازدادت الحاجة إلى أقل صلاحية، وحدود حتمية، وموافقة قبل الأفعال المؤثرة، وسجلات يمكن مراجعتها، واختبارات تلاحق الفشل لا النجاح وحده.
ولفهم كيف توظف الأنظمة أنماط البيانات قبل أن تتوقع ما ستكتبه، اقرأ كيف يتوقع محرك البحث ما ستكتبه قبل أن تكمله؟.
أسئلة شائعة
هل كل روبوت محادثة وكيل ذكي؟
لا. قد يولد روبوت المحادثة ردودًا فقط، بينما يتطلب الوكيل عادة أدوات وحلقة تنفيذ وقدرة على اختيار خطوات ضمن هدف.
هل كل ما يسمى Agent يعمل باستقلال؟
لا. بعض المنتجات سير عمل مضبوط يستخدم نموذجًا في خطوة أو أكثر. الاسم التجاري لا يكشف وحده مقدار الاستقلال أو الصلاحيات.
هل يمكن الوثوق به بلا مراجعة بشرية؟
يعتمد ذلك على المهمة وعواقب الخطأ. قد تكون الأتمتة مقبولة في خطوة منخفضة المخاطر وقابلة للتراجع، بينما تحتاج الأفعال المالية أو القانونية أو الطبية أو المتعلقة بالنشر والبيانات إلى ضوابط وموافقة مختصة.
ما الفرق بين الوكيل والأتمتة التقليدية؟
الأتمتة تتبع مسارًا محددًا مسبقًا، بينما يستطيع الوكيل اختيار بعض الخطوات بناءً على السياق. المرونة أكبر، لكن قابلية التنبؤ أقل.
ما أهم احتياط عند استخدام وكيل؟
امنحه أقل قدر من البيانات والصلاحيات، واجعل الإرسال والحذف والدفع والنشر وتغيير الأذونات خلف موافقة واضحة وقابلة للتدقيق.
هل سيقضي الوكلاء على الوظائف؟
لا توجد نتيجة محسومة. من المرجح أن تتغير مجموعات من المهام داخل الوظائف أولًا، ويختلف الأثر باختلاف القطاع والجودة والتنظيم والتكلفة.
