الإجابة المختصرة
صلاحيات وكيل الذكاء الاصطناعي هي مجموعة القواعد التي تحدّد بالضبط أي الأنظمة يمكنه الوصول إليها للقراءة، وأيّها يمكنه الكتابة فيها أو تنفيذ إجراءات عليها، وأي فئة من الإجراءات يجب أن تمرّ عبر موافقة بشرية قبل التنفيذ. هذا موضوع محدّد بحدود الوصول نفسها: من يستطيع الوكيل أن يرى، وماذا يستطيع أن يفعل، وأين تنتهي صلاحيته. هو أضيق من حوكمة الوكلاء الشاملة التي تغطّي بنية المخاطر والتحكّم بأكملها (راجع مقال حوكمة وأمان وكلاء الذكاء الاصطناعي)، وهو موضوع مختلف عن تصميم تجربة إشراف الإنسان على الوكيل (راجع مقال الإنسان في حلقة القرار).
القراءة مقابل الكتابة
أبسط تصنيف لصلاحيات الوكيل هو التمييز بين إمكانية القراءة وإمكانية الكتابة. صلاحية القراءة تسمح للوكيل بالاطّلاع على بيانات نظام ما — سجل عميل، رصيد حساب، حالة تذكرة دعم — دون تعديلها. صلاحية الكتابة تسمح له بتغيير تلك البيانات: تحديث سجل، إرسال رسالة، إنشاء أو حذف عنصر. الوكيل الذي يحتاج فقط الإجابة عن أسئلة أو تلخيص معلومات لا يحتاج عادة أي صلاحية كتابة على الإطلاق، وتقييد صلاحيته للقراءة وحدها يزيل فئة كاملة من المخاطر المحتملة دون التأثير في قدرته على أداء مهمته.
مبدأ أقل امتياز
مبدأ أقل امتياز يعني منح الوكيل الحد الأدنى من الوصول اللازم لإنجاز مهمته المحدّدة، لا وصولًا واسعًا "احتياطًا لما قد يحتاجه لاحقًا". عمليًا، هذا يترجم إلى: منح الوصول إلى الأنظمة التي يحتاجها فعلًا فقط، تحديد نطاق الوصول داخل كل نظام (مثلًا سجلات فريق واحد لا كل السجلات)، ومراجعة الصلاحيات دوريًا حين تتغيّر مهمة الوكيل. توسيع الصلاحيات لاحقًا أسهل بكثير من اكتشاف أن وكيلًا كان يملك وصولًا لم يكن يحتاجه أصلًا بعد وقوع مشكلة.
نطاقات الاتصالات والتكاملات
كل تكامل أو موصل (connector) يربط الوكيل بنظام خارجي — بريد إلكتروني، تقويم، CRM، قاعدة بيانات — يجب أن يُضبط بنطاق صلاحية محدّد لا وصولًا كاملًا لحساب المستخدم بأكمله. أغلب أنظمة التكامل الحديثة تدعم نطاقات دقيقة (مثل "قراءة الرسائل فقط" مقابل "إرسال رسائل")، واختيار أضيق نطاق يفي بالغرض هو الخطوة الأولى في ضبط صلاحيات أي وكيل. عند مراجعة دليل التكاملات المتاح، من المفيد التحقّق من نطاقات الصلاحية التي يطلبها كل تكامل قبل ربطه بوكيل يتعامل مع بيانات حسّاسة.
حدود البيئات: اختبار وإنتاج
فصل بيئة الاختبار عن بيئة الإنتاج ليس مجرّد ممارسة تطوير جيدة، بل جزء أساسي من صلاحيات الوكيل. وكيل قيد الاختبار يجب أن يعمل ببيانات اعتماد وبيئة منفصلة تمامًا عن الإنتاج — لا نفس الحساب بحدود "أضيق قليلًا" — بحيث لا يمكن لخطأ في منطق الوكيل أو محاولة استغلال أثناء الاختبار أن تصل إلى بيانات أو أنظمة حقيقية. هذا الفصل يشمل أيضًا العزل (sandboxing): تشغيل الوكيل في بيئة معزولة حين يكون سلوكه غير مؤكّد بعد، بحيث تبقى أي إجراءات ضمن حدود قابلة للتراجع أو المراقبة الكاملة.
الإجراءات التي تحتاج موافقة
بعض فئات الإجراءات تستدعي موافقة بشرية قبل التنفيذ بغضّ النظر عن مدى ثقتك بأداء الوكيل. أبرزها: تحريك الأموال أو أي إجراء مالي، التواصل الخارجي مع أطراف خارج المؤسسة نيابة عنها، حذف بيانات، وأي تعديل على سجلات عملاء حسّاسة. القاسم المشترك بين هذه الفئات هو صعوبة التراجع أو الأثر المباشر على طرف خارجي — وليس تعقيد الإجراء تقنيًا. لمزيد من التفصيل حول كيفية تصميم نقطة الموافقة نفسها كتجربة، راجع مقال الإنسان في حلقة القرار.
فئات الإجراءات ووضعية الصلاحية الموصى بها
| فئة الإجراء | وضعية الصلاحية الموصى بها | بوابة موافقة؟ |
|---|---|---|
| استعلام قراءة فقط | وصول قراءة ضمن نطاق محدود بالبيانات اللازمة | غالبًا غير ضرورية |
| مسودة داخلية (بريد، ملاحظة، تقرير مسوّدة) | كتابة داخل نطاق مغلق، دون نشر أو إرسال تلقائي | اختيارية حسب حساسية المحتوى |
| رسالة خارجية باسم المؤسسة | صلاحية إرسال محدودة بقناة ونطاق واضحين | مستحسنة قبل الإرسال الفعلي |
| كتابة بيانات داخل نظام (تحديث سجل) | صلاحية كتابة مقيّدة بنطاق ضيّق ونوع سجل محدّد | حسب حساسية السجل ومدى قابليته للتراجع |
| إجراء لا يمكن التراجع عنه أو ذو أثر مالي | لا صلاحية تنفيذ مباشرة دون تدخّل بشري | إلزامية |
إلغاء بيانات الاعتماد وتدويرها
بيانات الاعتماد التي يستخدمها الوكيل — مفاتيح API، رموز وصول (tokens)، حسابات خدمة — يجب أن تكون قابلة للإلغاء الفوري دون تعطيل أنظمة أخرى، وأن تُدوَّر (rotation) دوريًا كأي بيانات اعتماد حسّاسة أخرى. ربط وكيل واحد بمفتاح مخصّص له بدل مفتاح مشترك مع أنظمة أخرى يجعل إلغاء وصوله عند الحاجة إجراءً بسيطًا ومعزولًا لا يؤثر في بقية العمليات.
التدقيق وسجلّ الإجراءات
أي نظام صلاحيات جاد يحتاج سجلًّا يوضّح بدقّة أي وكيل نفّذ أي إجراء، على أي بيانات، ومتى. هذا السجلّ ليس أداة تحقيق بعد وقوع مشكلة فقط، بل شرط أساسي لتقييم ما إذا كانت الصلاحيات الممنوحة حاليًا مناسبة فعلًا لما يفعله الوكيل عمليًا. غياب سجلّ تدقيق قابل للتتبّع يعني أن أي مراجعة لصلاحيات الوكيل تعتمد على افتراضات لا أدلة.
من يملك تغيير نطاق الوكيل
توسيع أو تضييق صلاحيات وكيل قرار يجب أن يكون محصورًا بأدوار محدّدة داخل الفريق، لا متاحًا لأي مستخدم يتعامل مع الوكيل يوميًا. الفصل بين من يستخدم الوكيل ومن يملك صلاحية تعديل نطاق وصوله يمنع تراكم صلاحيات غير مراجَعة بمرور الوقت، ويجعل أي تغيير في النطاق قابلًا للمساءلة والتتبّع ضمن سجلّ واضح.