مايكروسوفت تشرح أربعة مستويات للتحكم في وكيل ذكاء اصطناعي يغيّر إعدادات الشبكة

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

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

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

صلاحيات الوكيل تتبع صلاحيات المستخدم

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

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

القراءة والتغيير يتطلبان قواعد مختلفة

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

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

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

ما الذي يجدر التحقق منه عند التطبيق

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

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