إذا كانت عبارة «وكيل ذكاء اصطناعي» جديدة عليك، فسنبدأ من المفاهيم الأساسية قبل الانتقال إلى التفاصيل. وهذا الكتاب لا يفترض أنك مهندس ذكاء اصطناعي، ولا أنك تعرف كيف تُبنى النماذج اللغوية أو كيف تعمل أنظمة المؤسسات من الداخل. ومن هذه المفاهيم ننتقل تدريجيًا إلى التقييم والحوكمة وقرارات النشر. وفي المقابل، إذا كنت تعمل بالفعل في الذكاء الاصطناعي أو الأمن أو المخاطر أو الامتثال، فستجد أن الشرح التمهيدي لا يخفف العمق التقني؛ بل يضع المصطلحات في سياق واحد حتى نستطيع مناقشتها بدقة لاحقًا.
السبب في هذا الأسلوب بسيط: كثير من النقاش حول وكلاء الذكاء الاصطناعي يبدأ في منتصف القصة. نتحدث عن «التقييم متعدد الجولات» أو «بوابة النشر» أو «هندسة السياق» قبل أن نتفق أصلًا على ما هو الوكيل، وما معنى أن يعمل في «بيئة الإنتاج»، ولماذا يختلف عن روبوت محادثة عادي. لذلك سنبني الصورة أولًا، ثم نضيف الطبقات التقنية واحدةً بعد أخرى.
فكّر في نموذج لغوي كبير مثل GPT أو Claude أو Gemini بوصفه محرّكًا قويًا لفهم اللغة وتوليدها. تعطيه سؤالًا أو تعليمات، فينتج نصًا، أو شِفرة، أو تحليلًا، أو خطة. لكن هذا، في صورته الأساسية، لا يعني أن النموذج يستطيع تنفيذ ما يقوله. قد يكتب لك: «سأراجع طلبك وأعيد المبلغ»، لكنه لا يعيد المال فعلًا ما لم يكن موصولًا بأداة أو نظام يتيح له ذلك.
وهنا تبدأ القصة التي يهتم بها هذا الكتاب. فالفرق بين نموذج يكتب اقتراحًا ونظام يستطيع أن يتصرف في العالم هو الفرق بين الكلام والفعل. ومع انتقال الذكاء الاصطناعي من الكلام إلى الفعل، تتغير المخاطر، وتتغير طريقة الاختبار، وتتغير مسؤولية المؤسسة.
وكيل الذكاء الاصطناعي هو نظام يستخدم نموذجًا ذكيًا لكي يفهم هدفًا، ويقرر الخطوة التالية، ويستخدم ما لديه من أدوات أو بيانات، ثم يواصل العمل عبر أكثر من خطوة حتى ينجز المهمة أو يصل إلى حد يتطلب تدخل إنسان. قد يكون الوكيل بسيطًا جدًا، كوكيل يبحث في قاعدة معرفة ويصوغ جوابًا للعميل، وقد يكون أكثر استقلالية، كوكيل يراجع فاتورة، ويتحقق من بيانات المورد، ثم يجهّز معاملة مالية.
أفضل طريقة لفهمه هي ألا تتخيله «نموذجًا يتحدث»، بل نظامًا يتكوّن من عدة أجزاء تعمل معًا: نموذج، وتعليمات، وسياق، وذاكرة، وأدوات، وبيانات، وصلاحيات، وأحيانًا وكلاء فرعيون. النموذج هو العقل الاستدلالي، لكنه ليس النظام كله.
وستظهر هذه المكونات مرارًا في الكتاب، ويتناولها الفصل 4 بالتفصيل.
في البرمجيات، توجد عادةً بيئة نجرب فيها النظام، ثم بيئة حقيقية يستخدمها العملاء أو الموظفون وتتعامل مع البيانات والأنظمة الفعلية. هذه البيئة الحقيقية تسمى «بيئة الإنتاج» (Production Environment). إذا اختبرت وكيلًا على بيانات وهمية في مختبر، فأنت لم تنشره في بيئة الإنتاج بعد. أما إذا أصبح يرد على عملاء حقيقيين، أو يقرأ سجلات المؤسسة، أو يكتب في قاعدة بيانات فعلية، أو يتصل بنظام دفع، فهو يعمل في بيئة الإنتاج.
هذه نقطة أساسية لأن الخطأ في المختبر غالبًا ما يكون معلومة نتعلم منها. أما الخطأ في بيئة الإنتاج فقد يصبح رسالة أُرسلت فعلًا، أو سجلًا تغيّر، أو مبلغًا دُفع، أو قرارًا أثّر في شخص. لذلك لا نسأل فقط: «هل الوكيل ذكي؟» بل نسأل: «هل لدينا ما يكفي من الأدلة لنسمح له بالعمل في هذا النطاق الحقيقي؟»
التقييم يحاول أن يعرف كيف يتصرف الوكيل. نختبره في مواقف عادية، ثم نضغط عليه بمواقف أصعب أو خصومية، ونقيس هل يلتزم بالتعليمات، وهل يستخدم الأدوات بصورة صحيحة، وهل يحافظ على الحدود عبر المحادثة، وهل «يهلوس». والهلوسة (Hallucination) هي أن يقول النموذج شيئًا يبدو واثقًا وصحيح الصياغة، لكن لا سند له في أي مصدر أعطيناه: رقم لم يرد في أي وثيقة، أو سياسة لا وجود لها، أو مرجع مُلفَّق.
أما الحوكمة فتبدأ بعد أن تصل الأدلة. الحوكمة تسأل: ماذا نفعل بهذه الأدلة؟ هل تكفي للسماح بالنشر؟ هل هناك ضابط مفقود؟ من يملك القرار؟ هل نحتاج إلى مراجعة بشرية؟ وهل توجد حالة تمنع النشر مهما كانت الدرجة الإجمالية جيدة؟
لهذا ستتكرر في الكتاب جملة قصيرة: التقييم يُنتج الأدلة، والحوكمة تقرر ماذا نفعل بها.
لا نحاول إثبات أن الوكيل لن يخطئ أبدًا. هذا معيار غير واقعي لأي نظام معقّد. ما نحاول إثباته هو أن المؤسسة تعرف ماذا بنت، وتعرف ما الذي يستطيع الوكيل فعله، واختبرت سلوكه بطريقة تناسب مخاطره، ووضعت حدودًا قابلة للإنفاذ، وتملك دليلًا على أن هذه الحدود تعمل، وتعرف من يملك قرار السماح بالنشر أو منعه.
بعبارة أخرى، الجاهزية ليست شعورًا بالثقة. الجاهزية حالة مدعومة بالأدلة.
يمكنك قراءة الكتاب من البداية إلى النهاية، وهذا هو المسار الأنسب إذا كنت جديدًا على الموضوع. أما إذا كنت تعمل بالفعل في المجال، فيمكنك الانتقال مباشرةً إلى الجزء الذي تحتاجه: «التقييم والسياق»، أو «الامتثال والضوابط»، أو «الحوكمة والنشر»، ثم العودة إلى الفصول الأخرى عند الحاجة.
في نهاية كل فصل ستجد قسمًا بعنوان «تطبيق هذا الفصل». لا تتعامل معه كواجب أكاديمي. اختر وكيلًا واحدًا تعرفه، حتى لو كان مشروعًا صغيرًا أو نموذجًا تجريبيًا، وأجب عن الأسئلة عليه. ستتحول المفاهيم بسرعة من لغة نظرية إلى قرارات ملموسة.