إنفيديا تطور بيئة أكثر أمانًا لوكلاء الذكاء الاصطناعي.. هل تنهي الأنظمة المعزولة مخاطر الأتمتة؟
Nvidia OpenShell، الذكاء الاصطناعي المؤسسي، أمن البيانات، الأتمتة، الحوسبة السحابية
أعلنت شركة إنفيديا عن بنية مرجعية جديدة باسم «OpenShell»، تستهدف تشغيل وكلاء الذكاء الاصطناعي داخل حدود تقنية محددة، مع التركيز على التحكم في الصلاحيات وتقليل المخاطر عند استخدام الأنظمة الآلية في المؤسسات. وجاء الإعلان خلال مؤتمر الشركة «GTC Berlin» في أكتوبر 2026، وسط توسع استخدام الوكلاء القادرين على تنفيذ مهام متعددة بدلًا من الاكتفاء بالإجابة عن الأسئلة.
ويعكس المشروع تحولًا في طريقة التفكير بأمن الذكاء الاصطناعي. فمع انتقال التقنية من أدوات المحادثة إلى أنظمة تستطيع الوصول إلى الملفات وتشغيل الشيفرات واستخدام الخدمات الرقمية، أصبح من الضروري تصميم بيئات تحدد بدقة ما يمكن للوكيل فعله، وما لا يحق له الوصول إليه، وكيف يمكن إيقافه عند الحاجة.
ما المقصود بوكلاء الذكاء الاصطناعي؟
وكلاء الذكاء الاصطناعي أنظمة يمكنها تنفيذ سلسلة من الخطوات لتحقيق هدف محدد. وقد يُطلب من الوكيل تحليل مجموعة من المستندات، أو مراجعة شيفرة برمجية، أو إعداد تقرير اعتمادًا على بيانات داخلية، أو التنقل بين أدوات مختلفة لإنجاز مهمة.
وتختلف هذه الأنظمة عن المساعد الذي يقدم اقتراحًا ثم ينتظر من المستخدم تنفيذ الخطوة التالية؛ إذ يمكن للوكيل استخدام أدوات متاحة له، واتخاذ قرارات وسيطة، ومتابعة العمل بناءً على النتائج التي يحصل عليها.
وتزيد هذه القدرات من الإنتاجية المحتملة، لكنها تجعل إدارة الصلاحيات أكثر أهمية. فإذا حصل الوكيل على وصول واسع إلى ملفات المؤسسة أو حساباتها، فقد يؤدي الخطأ أو سوء الفهم إلى تغييرات غير مرغوبة أو كشف معلومات لا ينبغي مشاركتها.
ماذا تقدم بنية OpenShell؟
بحسب الإعلان، تهدف البنية المرجعية التي قدمتها إنفيديا إلى توفير إطار لتشغيل الوكلاء ضمن حدود محددة، بحيث يمكن تطبيق ضوابط على سلوكهم والوصول الذي يحصلون عليه. وأشارت التغطية إلى أن عددًا من الشركات التقنية الكبرى يعمل على تطوير حلول أو بنى مرتبطة بتشغيل الوكلاء وإدارتهم، بما في ذلك شركات تقدم خدمات الحوسبة السحابية والنماذج المتقدمة.
وتكمن أهمية هذا النهج في الفصل بين قدرة الوكيل على تنفيذ المهمة وبين قدرته على الوصول إلى بقية النظام. فبدلًا من منح الوكيل صلاحيات عامة، يمكن وضعه داخل بيئة محددة تسمح له بتنفيذ الإجراءات الضرورية فقط.
وقد يساعد هذا التصميم على تقليل أثر الأخطاء، أو الحد من انتقالها من مهمة واحدة إلى موارد أخرى. لكن البنية المرجعية ليست ضمانًا تلقائيًا للأمان؛ إذ تعتمد النتائج على طريقة التنفيذ، وإعدادات المؤسسة، ونوعية الصلاحيات الممنوحة لكل وكيل.
لماذا تحتاج المؤسسات إلى عزل الوكلاء؟
قد يعمل الوكيل على بيانات مالية أو ملفات موظفين أو شيفرات خاصة أو معلومات عملاء. وفي هذه الحالات، لا يكفي أن يكون النموذج قادرًا على فهم التعليمات؛ بل يجب أن تكون هناك حدود تقنية تمنعه من تنفيذ إجراءات غير مصرح بها.
ومن المبادئ الأساسية منح النظام أقل قدر من الصلاحيات اللازمة، وفصل بيئات الاختبار عن الأنظمة المستخدمة فعليًا، وتسجيل الإجراءات التي ينفذها الوكيل. كما ينبغي أن تكون العمليات الحساسة، مثل حذف البيانات أو تحويل الأموال أو نشر تحديثات على أنظمة حية، خاضعة لمراجعة إضافية.
ويمكن للبيئات المعزولة أن تقلل بعض المخاطر، لكنها لا تلغي الحاجة إلى تحديث البرمجيات أو مراجعة إعدادات الأمان أو تدريب الموظفين. فالتقنية الآمنة قد تصبح معرضة للخطر إذا جرى إعدادها بصورة خاطئة أو رُبطت بخدمات خارجية غير موثوقة.
هل تنجح الأنظمة المعزولة في منع تسرب البيانات؟
يمكن للعزل أن يحد من مسارات الوصول، لكنه لا يضمن منع كل أشكال التسرب. فإذا سُمح للوكيل بإرسال تقارير إلى خدمة خارجية، مثلًا، فقد يظل هناك خطر إذا لم تُحدد البيانات التي يجوز نقلها أو إذا لم تخضع المخرجات للمراجعة.
ولهذا، تحتاج المؤسسات إلى سياسات تجمع بين العزل التقني ومراقبة حركة البيانات والتحقق من هوية المستخدمين والخدمات. كما ينبغي أن تكون هناك طريقة واضحة لإيقاف الوكيل عند اكتشاف نشاط غير طبيعي، مع الاحتفاظ بسجلات تسمح بالتحقيق في الحادث.
ويجب أن تتناسب الضوابط مع طبيعة المهمة؛ فوكيل يراجع نصًا عامًا لا يحتاج إلى مستوى الصلاحيات نفسه الذي يحتاج إليه وكيل يتعامل مع قواعد بيانات مالية أو معلومات طبية.
ما أثر ذلك في سوق الذكاء الاصطناعي؟
تتنافس الشركات على توفير نماذج أكثر قدرة، لكن المؤسسات لا تختار الأدوات بناءً على جودة الإجابات وحدها. فالأمان والخصوصية والتكلفة وسهولة التكامل مع الأنظمة القائمة أصبحت عوامل مؤثرة في قرار الشراء.
وقد يدفع التركيز على البنية الآمنة الشركات إلى تقديم أدوات متخصصة لإدارة الوكلاء، ومراقبة استخدامها، وتحديد الصلاحيات، ومتابعة الإنفاق على الخدمات. كما قد تصبح قابلية نقل الوكلاء بين البيئات المختلفة ميزة مهمة للمؤسسات التي لا تريد الاعتماد على مزود واحد.
لكن التحدي يتمثل في أن زيادة الضوابط قد تضيف تعقيدًا أو تكلفة إلى عملية التشغيل. ولهذا، تحتاج الشركات إلى إيجاد توازن بين الأمان وسهولة الاستخدام وسرعة إنجاز المهام.
الخلاصة: تعكس بنية OpenShell توجهًا نحو جعل وكلاء الذكاء الاصطناعي أكثر قابلية للتحكم داخل المؤسسات. وقد تساعد البيئات المعزولة وتحديد الصلاحيات في تقليل المخاطر، لكن الأمان الفعلي سيعتمد على جودة التنفيذ والمراقبة المستمرة وسياسات إدارة البيانات، وليس على الأداة التقنية وحدها.
