حدّد سلطة المساعد بالفعل الذي يستطيع تنفيذه، لا بجملة «مع مراجعة بشرية» في وصف المشروع. إعداد مسودة، وتعديل سجل، وإرسال رسالة، واعتماد سعر أعمال مختلفة تحتاج أذونًا مختلفة. سير العمل المقبول يوضح ما يقترحه النظام، وما يراه المراجع، وما الذي تعتمده موافقته تحديدًا، وكيف يتوقف المسار أو يعود إلى العمل اليدوي عند الغموض.
وجود زر موافقة لا يكفي إذا كان المساعد يستطيع إرسال نسخة أخرى أو تغيير المستلم بعد الضغط عليه. وكذلك لا تفيد مراجعة بشرية يتولاها شخص لا يملك الوقت أو الدليل أو حق الرفض. محور هذا المقال هو حدود الإجراء وتسليم المسؤولية؛ ليس اختيار نموذج ولا تقييم دقته ولا تنظيم مكتبة المصادر.
اكتب مصفوفة الأفعال المسموحة
ابدأ بقائمة صغيرة: قراءة حقول معتمدة، واقتراح تصنيف، وإعداد مسودة، وعرضها لشخص مخوّل. اكتب بجانبها الأفعال الممنوعة: إرسال مستقل، أو تغيير سعر، أو تعديل صلاحيات، أو الوصول إلى سجل خارج نطاق المستخدم. لا تمنح أداة صلاحية واسعة ثم تعتمد على التعليمات النصية وحدها كي لا تستخدمها.
| الفعل | من يملكه في التصميم المقترح؟ | ما الدليل قبل تنفيذه؟ |
|---|---|---|
| قراءة تفاصيل استفسار | المساعد ضمن الإذن المحدد | مصدر معتمد وهوية مخوّلة |
| اقتراح رد | المساعد كمسودة | بيان المعلومات الناقصة والافتراضات |
| اعتماد النص والوجهة | شخص ذو صلاحية | النص النهائي والمستلم والمرفقات |
| الإرسال | مسار مقيد بعد اعتماد مطابق | موافقة سارية على العملية نفسها |
| منح استثناء أو التزام جديد | صاحب السلطة المختص | إجراء مستقل خارج صلاحية المساعد |
يدعم اكتشاف المنتج وتوثيق المتطلبات توضيح هذه الأدوار والحالات قبل بناء الربط. وتشير إرشادات الحوكمة في NIST إلى أهمية توثيق المسؤوليات والسلطات المفوضة. الاستفادة من هذا المرجع لا تعني شهادة امتثال أو أن وجود إنسان يلغي المخاطر. NIST: الحوكمة.
اربط الموافقة بما سيحدث فعلًا
يجب أن تعرض شاشة الاعتماد النص النهائي والوجهة والحساب الذي سينفذ والمرفقات وأي تغيير في السجل. يحتاج المراجع أيضًا إلى المصدر أو سبب الاقتراح، لا شرح مطمئن لا يمكن التحقق منه. إذا تغير النص أو المستلم أو المرفق بعد الاعتماد، فتعاد الموافقة على التغيير المناسب بدل توريث الإذن القديم.
حدد مدة صلاحية الموافقة وفق العملية. رد على استفسار قد يصبح قديمًا إذا وصلت رسالة جديدة أو تغيرت المعلومة الأساسية. لا تستخدم مهلة واحدة لكل الحالات دون التفكير في أثر التغير. ويجب أن يظل الرفض خيارًا فعليًا يعيد الطلب إلى مسار مفهوم، لا زرًا يولد مسودة أخرى إلى ما لا نهاية.
مثال افتراضي: مساعد يجهز ردًا على استفسار
لنفترض شركة تستقبل استفسارات عن خدماتها. يقرأ المساعد حقولًا محددة من طلب مصرح، ويقترح ردًا يستند إلى وصف خدمة معتمد. لا يملك صلاحية تسعير أو وعد بموعد أو إرسال مباشر. المثال افتراضي، وليس ادعاء أن LAB يشغّل فريق مبيعات آليًا أو يحقق وفرًا معينًا.
يطلب العميل في الرسالة سعرًا خاصًا وموعد تسليم قريبًا. يضع المساعد مسودة توضّح المعلومات المطلوبة لتقدير النطاق، ويعلّم السعر والموعد كمعلومات تحتاج صاحب صلاحية. يرى الموظف النص والمستلم والمصدر والحقول غير المحسومة. يمكنه تعديل المسودة أو رفضها أو اعتماد النسخة النهائية ضمن صلاحياته، لكن لا يستطيع المساعد تحويل السكوت إلى موافقة.
بعد الاعتماد يصل تحديث يغيّر عنوان المستلم. يتوقف الإرسال حتى يراجع الشخص الوجهة الجديدة. وفي اختبار آخر تنقطع الاستجابة بعد محاولة إرسال مصرح بها؛ تسجل الحالة «النتيجة غير مؤكدة»، وتُفحص حالة التسليم قبل إعادة المحاولة حتى لا تصل رسالتان. إذا تعطل المساعد تمامًا، يبقى الاستفسار في طابور يدوي بالمدخلات الأصلية دون اختلاق رد جاهز.
صمّم الطابور لوقت المراجع الحقيقي
قسّم الحالات إلى مسودة جاهزة للمراجعة، ومعلومات ناقصة، وتصعيد لصاحب سلطة، ومرفوضة، ومعتمدة، ومنفذة، ونتيجة غير مؤكدة. لا تخفِ الحالات المعلقة في رقم نجاح عام. لكل حالة مسؤول عن الخطوة التالية، مع طريقة لإعادة توزيعها إذا غاب الشخص المعتاد.
اسأل كم طلبًا يستطيع الفريق مراجعته فعلًا، وما الذي يحدث عند زيادة الانتظار. زيادة عدد المسودات ليست فائدة إذا أصبح الموظف يعتمدها بسرعة دون قراءة. يمكن تقليل نطاق التجربة أو إيقاف توليد المزيد مؤقتًا، لكن لا توسّع الإرسال الآلي لحل تراكم الطابور دون قرار مستقل وتقييم جديد.
قد يرتبط هذا المسار بـأتمتة التسويق ورحلات العملاء عندما يتعلق برسائل العملاء وتسليم الفرص وموافقات التواصل. يجب الحفاظ على قيود الموافقة والجمهور والوجهة؛ بناء مساعد صياغة لا يمنح إذنًا لإرسال حملات أو التواصل مع أشخاص جدد.
اختبر المنع والبديل مثلما تختبر المسودة
يتطلب التنفيذ ضمن تطوير حلول الذكاء الاصطناعي والتعلّم الآلي أذونًا فعلية مناسبة للحدود المكتوبة. وتساعد اختبارات وضمان جودة البرمجيات في التحقق من انتقال الحالات ومنع الأفعال غير المعتمدة. يجب تأكيد توفر مراجع مجال ومسؤول تشغيل مناسبين بدل افتراض أن العميل سيجد من يقوم بالعمل لاحقًا.
- لا يستطيع النظام الإرسال دون موافقة الشخص المخوّل.
- تغيير النص أو الهدف بعد الموافقة يبطل صلاحيتها للعملية المتغيرة.
- الرفض أو انتهاء المهلة لا يتحولان إلى تنفيذ تلقائي.
- لا يوسع محتوى الرسالة الواردة أذون الأدوات أو الوصول للمصادر.
- فشل التكامل يعيد حالة قابلة للتحقيق ولا يكرر إجراءً نتيجته مجهولة.
- تعطيل المساعد يترك مسارًا يدويًا واضحًا مع المعلومات اللازمة.
- يوثّق سجل التتبّع ما اقتُرح وما اعتُمد وما نُفذ دون حفظ أسرار أو بيانات زائدة.
حدّد متى تعود لمراجعة التصميم
إضافة قناة جديدة أو مستلمين جدد أو صلاحية كتابة تحول طبيعة المهمة. يجب ألا تُعامل على أنها إعداد صغير يرث موافقة التجربة الأولى. راجع الأثر والصلاحيات وقدرة المراجع والأدلة المطلوبة قبل توسيع النطاق. ولا تُستخدم هذه الطريقة لتفويض قرارات عالية الأثر آليًا؛ تبقى القرارات الحساسة عند الأشخاص والجهات المخولة وفق المتطلبات المناسبة.
أسئلة شائعة
هل كل مخرج يحتاج موافقة منفصلة؟
يعتمد ذلك على الفعل وحدوده. لكن تفويض فئة منخفضة الأثر يحتاج تعريفًا واختبارًا وإذنًا، ولا يبرر توسيع السلطة إلى أفعال أخرى.
ماذا لو غاب المراجع؟
يُعاد التوزيع إلى شخص مخوّل أو يبقى العمل يدويًا أو معلقًا. غياب الشخص ليس موافقة ضمنية ولا سببًا لتجاوز البوابة.
هل يمكن للمساعد اقتراح سعر؟
فقط ضمن مصدر وحدود مصرح بها، مع سلطة اعتماد واضحة. لا ينبغي أن يخترع سعرًا أو خصمًا أو التزامًا كي يكمل الرد.
ما الذي نجهزه لبدء النطاق؟
خريطة العملية الحالية، والأفعال المسموحة والممنوعة، وأصحاب الاعتماد، ونماذج منقحة للمدخلات والمخرجات. ابدأ بمسار واحد يمكن عرضه واختبار بديله اليدوي قبل التوسع.
مرجع
NIST AI RMF Playbook: Govern، تمت مراجعته في 26 أكتوبر 2026. المثال تصميم افتراضي وليس وعدًا بالاستغناء عن موظفين أو ضمانًا لانعدام الخطأ.
