Agentالوكيل

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

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

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

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

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