Microsoft وضع طبقات تحكم قبل السماح للـ AI بتغيير الإنتاج

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

لكن النقطة الحاسمة هي التغيير. فالشركة ترى أن السؤال الحقيقي ليس هل يجد الوكيل الحل، بل هل يجب أن يُسمح له بتطبيقه على حركة مرور العملاء الحية.

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

هذا يعني أن النظام ليس نموذجاً فقط. إنه برنامج حتمي يلتف حول النموذج، حتى يفكر النموذج بينما يقرر الغلاف ما الذي يلمسه وما الذي لا يلمسه.

وقالت Microsoft إن الهوية هي قلب التصميم. فالوكيل لا يحصل على حساب أقوى من حساب الشخص الذي استدعاه، والوصول إلى الأدوات تملكه وتعدله الفرق المسؤولة عن كل أداة.

وقالت الشركة أيضاً إنها تتجنب الصدفة في شكل shell مفتوح. فكل استدعاء أداة يكون منظماً ومسجلاً ومصرحاً به، وتقول المقالة إن MCP أنسب من CLI الخام عندما تعبر المهمة حدود الثقة.

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

ومع الوقت، يمكن للوكيل أن يتوقف عن إعادة التفكير في المشكلة نفسها كل مرة. فعندما تصبح المعالجة مألوفة، تقول Microsoft إنه يمكن تحويلها إلى playbook حتمي بلا استدعاءات للنموذج.

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