وكلاء الذكاء الاصطناعي: من الفكرة إلى أول وكيل يستخدم أدوات حقيقية

روبوت المحادثة الذي تعرفه ينتظر سؤالك، ثم يكتب إجابة، ثم يتوقف. لكن ماذا لو طلبت منه: «ابحث عن ثلاثة كورسات مناسبة لابني في البرمجة، وقارن بين مواعيدها، وأضف الأنسب إلى تقويمي، ثم أرسل لي ملخصًا»؟ هذه ليست إجابة واحدة، بل سلسلة من الخطوات تحتاج إلى بحث وقرار وتنفيذ. هنا يظهر مفهوم وكيل الذكاء الاصطناعي (AI Agent): نظام يستخدم نموذج لغة لكي يخطط، ويختار الأدوات المناسبة، وينفذ الخطوات، ويراجع النتيجة، حتى يصل إلى الهدف. في هذا المقال نشرح المفهوم بوضوح، ونفرق بينه وبين روبوت المحادثة، ونضع خطة عملية لبناء أول وكيل، مع الحديث بصراحة عن المخاطر والحدود.

من روبوت محادثة إلى وكيل

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

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

حلقة الوكيل: فكّر، نفّذ، لاحظ

مثال مبسط

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

المكونات الخمسة لأي وكيل

كيف يعمل استدعاء الأدوات؟

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

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

يشرح الفيديو التالي من قناة IBM Technology مفهوم الوكلاء بإيجاز، باللغة الإنجليزية:

متى تحتاج إلى وكيل، ومتى لا تحتاج؟

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

أمثلة لوكلاء في مجال التعليم

لتقريب الصورة، إليك ثلاثة أمثلة واقعية لوكلاء يمكن بناؤهم في مدرسة أو أكاديمية، مع الأدوات التي يحتاجها كل منهم:

وكيل المراجعة الشخصية

يقرأ نتائج الطالب في الاختبارات القصيرة، ويحدد الموضوعات التي يخطئ فيها أكثر، ثم يقترح تمارين مناسبة من بنك الأسئلة، ويعيد تقييم مستواه بعد حلها. أدواته: قراءة النتائج، والبحث في بنك الأسئلة، وتسجيل خطة المراجعة. لا يحتاج إلى أي صلاحية لتعديل الدرجات.

وكيل الاستفسارات

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

وكيل إعداد المواد

يساعد المعلم في تحويل درس مكتوب إلى أسئلة اختيار من متعدد، وبطاقات مراجعة، وملخص من صفحة واحدة. أدواته: قراءة ملف الدرس وحفظ المسودات. والمعلم يراجع كل شيء قبل نشره للطلاب.

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

المخاطر وقواعد الأمان

كلما زادت الصلاحيات، زاد الضرر المحتمل للخطأ. وهذه قواعد أساسية يجب احترامها:

• أقل صلاحية ممكنة: أعط الوكيل الأدوات التي يحتاجها فقط. وكيل يلخص البريد لا يحتاج إلى صلاحية الإرسال.
• موافقة بشرية للأفعال المهمة: الدفع، والحذف، والإرسال إلى جهات خارجية، وتعديل البيانات، كلها تحتاج إلى تأكيد من إنسان.
• الحذر من التعليمات المخفية: قد تحتوي صفحة ويب أو مستند يقرؤه الوكيل على نص يحاول توجيهه لفعل شيء غير مطلوب. يسمى ذلك «حقن الأوامر» (Prompt Injection). عامل كل محتوى خارجي على أنه بيانات، لا أوامر.
• السجلات: احفظ سجلًا بكل أداة استُدعيت ونتيجتها، حتى تفهم ما حدث عند الخطأ.
• حدود للحلقة: ضع حدًا أقصى لعدد الخطوات والتكلفة، حتى لا يدخل الوكيل في دوران لا ينتهي.

وماذا عن الأنظمة متعددة الوكلاء؟

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

خطة عملية لبناء أول وكيل

1. اختر مهمة صغيرة ومحددة: مثل «لخص رسائل الاستفسارات اليومية وصنفها». تجنب البدء بمهمة واسعة مثل «أدر خدمة العملاء».
2. حدد الأدوات: قراءة فقط في البداية. أضف أدوات الكتابة لاحقًا مع موافقة بشرية.
3. اكتب تعليمات واضحة: استخدم ما تعلمته في هندسة الأوامر: الدور والحدود وشكل الإخراج.
4. جهز أمثلة للاختبار: عشرين حالة حقيقية تعرف النتيجة الصحيحة لها.
5. راقب وحسّن: راجع السجلات، واكتشف أين يخطئ الوكيل، وعدل التعليمات أو الأدوات.

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