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

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

ابدأ بعمل محدد لا بدور وظيفي كامل

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

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

افصل الاستعلام عن المقترح وعن الفعل

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

تربط OWASP خطر «الوكالة المفرطة» بزيادة الوظائف أو الصلاحيات أو الاستقلالية. [1] وتناقش NIST أهمية هوية الوكيل والتفويض المحدود، مع التحذير من إرهاق المستخدم بكثرة طلبات الموافقة. [2] هما مرجعا ممارسة وليسا نظامًا سعوديًا أو شهادة امتثال لمنتج.

مستويات تشغيل مقترحة: القراءة والمسودة والتنفيذ حالات مختلفة وليست صلاحية واحدة.

املأ بطاقة المهمة قبل ربط الأدوات

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

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

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

اختبر المثال داخل نطاق تجريبي

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

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

هذا مثال لتحديد المتطلبات، لا ادعاء بأن «مجيب» يتضمن هذا السيناريو جاهزًا. تعرض صفحة RMG لمجيب معرفة مؤسسية وإجابات مرتبطة بالمصادر وتكاملًا عبر MCP أو API. [3] أما تفاصيل هذا الربط وحقوقه وواجهته فتراجع مع فريق الحل والأنظمة المستهدفة قبل الالتزام بنطاق تنفيذ.

بطاقة مهمة مقترحة تربط الإدخال بالمخرج والصلاحية والمالك وحد التوقف.

قِس صحة النتيجة وحدودها لا عدد الأفعال فقط

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

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

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