قدمت Red Hat بيئة معزولة (sandbox) لوكلاء OpenClaw، وفقًا لما أوردته SiliconANGLE. وتضع هذه الخطوة عزل وقت التشغيل في صميم خط منتجات المورّد، بدلًا من تركه للمشغّلين ليقوموا بأنفسهم بربط الحاويات والسياسات. وفي المنفذ الإعلامي نفسه، تطرح Dell ضوابط حماية وكلاء الذكاء الاصطناعي كمسار نحو مزيد من الاستقلالية: والحجة أن الاحتواء الأكثر إحكامًا هو ما يجعل التفويض الأوسع للإجراءات مقبولًا. ونشرت Sophos بشكل منفصل عملًا حول التحكم في الوصول القائم على النية لوكلاء الذكاء الاصطناعي، وهو ما ينقل نقطة القرار من قوائم السماح الثابتة إلى الغرض المعلن للاستدعاء.
وبقراءة هذه العناصر الثلاثة معًا، فإنها تصف سوقًا تتبلور حول الاحتواء كإعداد افتراضي قابل للشراء. وهذا مفيد، لكن يجدر التدقيق في ما تحدّه البيئة المعزولة فعليًا. فالعزل في وقت التشغيل يقيّد ما يمكن للشيفرة الوصول إليه داخل المضيف، واعتمادًا على التنفيذ، أي استدعاءات نظام (syscalls) وأنظمة ملفات تكون مرئية. لكنه لا يصف بحد ذاته مسار الخروج (egress): إلى أين يمكن للوكيل إرسال البيانات، وأي نقاط النهاية يمكنه استدعاؤها، وما إذا كانت حركة المرور الصادرة تُفلتر وتُسجّل وتُنسب إلى مصدرها. ولا يصف كذلك بيانات الاعتماد التي يحملها الوكيل. فالعملية المعزولة التي تحمل token واسع النطاق يمكنها مع ذلك التصرف بالصلاحية الكاملة لذلك الـ token تجاه أي خدمة يمكن الوصول إليها.
والتحكم في الوصول القائم على النية إجابة جزئية عن المشكلة الثانية، لأنه يربط التخويل بالغرض المعلن لا بالهوية وحدها. أما الأسئلة المفتوحة فهي التكامل والإنفاذ: ما إذا كانت هذه الضوابط تقع في وقت تشغيل الوكيل، أو البوابة (gateway)، أو مزوّد الهوية، وكيف تُوثّق النية بدلًا من مجرد ادعائها. والتغطية المتاحة لا تحدد آلية العزل لدى Red Hat، ولا البنية المرجعية لدى Dell، ولا نقطة الإنفاذ لدى Sophos.