الأسطول المتمرد: لماذا يثبت "Microsoft Agent 365" حاجتك الماسة لطبقة تحكم مركزية؟

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

لكن النتيجة كانت حديقة مليئة بـ “الفصائل الغازية” وغير المنضبطة.

تفتقر معظم المؤسسات اليوم إلى جرد دقيق للوكلاء الآليين (AI Agents) الذين يعملون ضمن بنيتها التحتية. لقد تراكم لديها ما يمكن تسميته بـ الأسطول الخفي (Shadow Fleet)؛ وهي برمجيات نصية ذاتية التشغيل، وروبوتات خدمة عملاء مهجورة، وأدوات كشط بيانات غير مصرح بها تعمل على وحدات حوسبة منسية.

يعد نضوج منصة Microsoft Agent 365 مؤخراً بمثابة إشارة تصحيحية للقطاع بأكمله؛ فهي تؤكد أن حقبة “الغرب المتوحش” في نشر الوكلاء قد انتهت رسمياً، وأن عصر طبقة التحكم (Control Plane) قد بدأ.

ببساطة: إذا كنت لا تعرف مَن هم وكلاؤك، وماذا يفعلون، ومَن يملكهم، فأنت لا تملك استراتيجية ذكاء اصطناعي.. بل تملك مسؤولية قانونية ومخاطرة أمنية.

أزمة “الأسطول الخفي”

تكمن المشكلة في الوكلاء المستقلين في أنهم لا يتصرفون مثل البرمجيات التقليدية.

• البرمجيات التقليدية: خاملة، تنتظر قيام المستخدم بالنقر على زر ما.
• الوكلاء الآليون: نشطون، يحفزون أنفسهم بناءً على أحداث معينة (رسائل بريد، تنبيهات، توقيت زمني).

هذه الاستقلالية تخلق ما يسمى بـ فجوة الرؤية. فمثلاً، قد يظل “وكيل زومبي” (Zombie Agent) – نشره مطور غادر الشركة منذ ستة أشهر – يقرأ سجلات قواعد البيانات التشغيلية بحثاً عن محفز لن يأتي أبداً، مما يستهلك موارد الحوسبة ويفتح ثغرة أمنية للهجمات.

تتوقع مؤسسة “Gartner” أنه بحلول نهاية عام 2026، سيتم رفع أكثر من 1,000 دعوى قضائية تحت مسمى “الوفاة بسبب الذكاء الاصطناعي” (فشل تشغيلي كارثي) نتيجة لغياب ضوابط الحماية. ولن يكون السبب في معظم الحالات هو النموذج نفسه، بل غياب الحوكمة المحيطة به.

المديرية المركزية للوكلاء (CAD)

لنجاح التحول نحو قوة عاملة من الوكلاء الصناعيين، يجب على المؤسسات تنفيذ طبقة تحكم (Control Plane)؛ وهي سجل مركزي يعمل مثل برج مراقبة حركة الطيران.

تُعد Microsoft Agent 365 أول محاولة تجارية جادة في هذا الصدد، حيث توفر طبقة سجل وتحكم في الوصول لنظام Copilot البيئي. ولكن لبناء بنية مؤسسية حقيقية تمتد عبر AWS وGoogle Cloud والأنظمة المحلية، فأنت بحاجة إلى مديرية مركزية للوكلاء (CAD) مستقلة عن الموردين.

يجب أن تفرض هذه المديرية ثلاثة معايير هندسية لا تقبل التفاوض:

1. الهوية (مَن أنت؟)

في الأنظمة التقليدية، نتحقق من هوية المستخدمين، أما في أنظمة الوكلاء، فيجب التحقق من هوية أعباء العمل (Workloads).

• الفشل: تعمل معظم البرمجيات حالياً باستخدام مفتاح API مشترك أو حساب خدمة بشري. إذا تمرد الوكيل، لن يستطيع الفريق الأمني تمييزه عن الموظف البشري.
• الحل: تطبيق بروتوكولات “اتحاد هوية أعباء العمل” (WIF) وإطار عمل SPIFFE.
• القاعدة: يحصل كل وكيل على هوية مشفرة قابلة للتحقق (SVID) قصيرة الأجل ويتم تدويرها تلقائياً. يُمنع تماماً استخدام المفاتيح الثابتة.

2. التسلسل والملكية (مَن بناك؟)

الوكيل الذي لا مالك له هو ثغرة خطر.

• الفشل: يطلق المطورون وكلاء تجريبيين ثم يهملونهم. وعندما يبدأ الوكيل في إرسال أخطاء في بيئة التشغيل، لا يجد فريق الاستجابة للحوادث جهة اتصال للتواصل معها.
• الحل: فرض التبعية الإلزامية. لا يمكن لأي وكيل التسجيل في طبقة التحكم ما لم يربط بمركز تكلفة محدد (Cost Center) ومعرف مالك (Owner ID).
• القاعدة: إذا غادر المالك المؤسسة، تقوم طبقة التحكم تلقائياً بإيقاف الوكيل مؤقتاً حتى يطالب به مالك جديد.

3. النطاق (ماذا يمكنك أن تلمس؟)

يعاني الوكلاء مما يسمى توسع النطاق (Scope Creep)؛ فالبوت المصمم لـ قراءة الفواتير قد يُمنح بالخطأ صلاحية حذفها بسبب وراثة دور “مدير” واسع الصلاحيات.

• الفشل: نظام التحكم في الوصول القائم على الأدوار (RBAC) ثابت جداً بالنسبة لوكلاء يتطورون باستمرار.
• الحل: تطبيق الوصول في الوقت المناسب (JIT Access). يطلب الوكيل إذن الكتابة في قاعدة البيانات فقط للأجزاء من الثانية المطلوبة لإكمال المهمة.
• القاعدة: تمنح طبقة التحكم رموزاً (Tokens) مؤقتة تنتهي صلاحيتها فور التنفيذ.

بروتوكول “مفتاح الإيقاف الفوري”

الاختبار الحقيقي لطبقة التحكم هو مفتاح الإيقاف (Kill-Switch).

في سيناريوهات “الانهيار الخاطف” – حيث يدخل وكيلان في حلقة تكرارية، فيقومان بشراء وبيع نفس الأصل ملايين المرات – لن يسعفك الوقت للدخول إلى الخادم يدوياً لإيقاف العملية.

أنت بحاجة إلى قاطع دائرة (Circuit Breaker) على مستوى الشبكة:

• الآلية: تراقب طبقة التحكم “سرعة” إجراءات الوكيل. إذا تجاوز الوكيل حدوده المحددة (مثلاً أكثر من 500 إجراء في الدقيقة)، تقوم الطبقة فوراً بإلغاء شهادة هويته.
• النتيجة: ينعزل الوكيل فوراً عن جميع الأنظمة. قد يظل “يفكر”، لكنه لا يستطيع “التنفيذ”.

الخلاصة

لقد أصبحت الحوكمة الآن فئة قائمة بذاتها من المنتجات التقنية.

لا يمكنك إدارة سرب من الوكلاء باستخدام جداول بيانات (Excel). إذا كنت تنشر الوكلاء بدون “طبقة تحكم”، فأنت لا تبني قوة عاملة رقمية، بل تبني “عصياناً رقمياً” وشيكاً.

خطواتك التالية الفورية:

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