وكلاء الذكاء الاصطناعي

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

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

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

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

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

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