من يملك مورد السحابة الذي أنشأه وكيل الذكاء الاصطناعي؟

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

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

اكتشاف الموارد التي يملكها وكلاء

الخطوة الأولى هي جرد الموارد التي تحمل وسم مالك، ثم مقارنة قيمة هذا الوسم بدليل هويات المؤسسة. ففي AWS وAzure يمكن مطابقة الوسم مع سجلات الأدوار أو كيانات الخدمة الأصلية. أما في Google Cloud، فتقترح المادة التحقق من أن قيمة المالك موجودة ضمن دليل الموظفين؛ فإذا لم تكن كذلك، فهي ليست هوية بشرية وفق قاعدة الفحص المستخدمة.

لا يعني ظهور هوية آلية أن المورد غير مشروع؛ فقد تكون الأتمتة مصممة لتشغيل البنية التحتية نيابة عن المؤسسة. لكن هذا الفحص يقلص نطاق المراجعة إلى الموارد التي تحتاج فعلاً إلى تعيين مالك بشري.

ما الذي يتغير عملياً؟

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

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

تحديد نهاية عمر البيئات

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

وتذكر المادة أن env zero يحذر منشئ البيئة قبل تدميرها تلقائياً بفترتين: يومين وساعتين وثلاثين دقيقة. كما تشير إلى نموذج لدى Axiom يحذف الحساب تلقائياً إذا لم تتم المطالبة به خلال 24 ساعة.

لماذا يهم هذا الخبر؟

تربط المادة اتساع المشكلة بتضاعف أعداد الوكلاء داخل المؤسسات. ووفق مسح Gravitee لعام 2026، تضاعف متوسط عدد الوكلاء المؤسسيين تقريباً خلال أربعة أشهر، بين ديسمبر 2025 وأبريل 2026، فيما كانت أكثر من ثلث المؤسسات تشغل أكثر من 100 وكيل. كما وجدت عمليات مسح أجرتها Larridin متوسط 47 وكيلاً في البيئات المؤسسية من دون مالك معيّن.

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

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