ما هو MXC؟ حدود أمنية جديدة لوكلاء الذكاء الاصطناعي

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

ماذا يقول الإعلان؟

على 7 أكتوبر 2026(مايكروسوفت) أعلن عن التوافر العام لحاويات الإطفاء الدقيقة، أو MXC. وفي وصف الشركة، يعلن المطورون أن الموارد تحتاج إلى مهمة، وفي حين أن طبقة التنفيذ تفرض قيودا مستقلة عن قرارات الوكيل. ويمكن أن تشمل هذه الموارد الملفات والوجهات الشبكية وقدرات التنفيذ. ويتعلق الإعلان بحدود التنفيذ؛ وهو لا يضمن صحة كل استجابة نموذجية. Microsoft’s official report

وتقدم الفروع التالية تحليلا عمليا لهذا النهج. وهي ليست تشكيلة جاهزة لكل منظمة. وينبغي أن تعكس السياسات البيانات والأدوات والعواقب الفعلية التي تنطوي عليها.

لماذا التعليمات الجيدة ليست كافية؟

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

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

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

من سلطة واسعة إلى إذن محدد

ولتجربة أولية، تكسر سلطة الوكيل في مسائل أصغر. الجدول التالي هو إطار تقييم مقترح وليس مواصفات المنتجات.

ويحول ذلك " جعل الوكيل مؤمنا &quot وينبغي أن يكون لكل إذن غرض ومالك وصلاحية واضحة.

السيناريو الافتراضي للبنية التحتية

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

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

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

النقطة الرئيسية: وتُظهر تجربة ناجحة إنجاز العمل المأذون به ومنع الأعمال غير المأذون بها على نحو لا يمكن ملاحظته.

تسلسل تقييم مقترح

1. اختر مهمة مقيدة ومكررة وذات مخاطر منخفضة.
2. إدراج الموارد المطلوبة مع مالك الخدمة.
3. بدء تنفيذ التوصيات وإبقاء التنفيذ منفصلا.
4. اختبار محاولات الوصول خارج النطاقات في بيئة الاختبار.
5. وقد حُرم من إخفاقات التسجيل ومن أسباب الوصول.
6. يضاف فقط التصاريح التي يبررها الاستعراض.

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

القيود والأسئلة المتكررة

هل الإحتواء يجعل الناتج صحيح؟

لا فالسلطة التقييدية وضمان دقة الرد هي مشاكل مختلفة. ولا يزال الناتج التقني بحاجة إلى معايير الاختبار والاستعراض والقبول.

هل يمكن للسياسة أن تغطي كل مهمة؟

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

وللاطلاع على منظور ذي صلة بشأن مراقبة البيانات وأوجه الاعتماد التشغيلية، انظر سيادة البيانات في السحابة.

المصادر ومذكرة التحرير

• Microsoft’s official MXC announcement
• The official Microsoft MXC repository

تاريخ مراجعة المصادر: 1 نوفمبر 2026. وتسلسل السيناريوهات والتقييم هما التحليل الأصلي، وليس تقريرا عن النشر الحقيقي أو اختبار مستقل للمنتجات. وتوضح هذه المادة الإعلان عن التقييم التقني وتدعمه.