OpenShell من NVIDIA يفرض سياسة الوكيل في النواة

جمع OpenShell من NVIDIA نحو 8,000 نجمة على GitHub هذا الشهر، وهو قدر غريب من الاهتمام لمشروع بنية تحتية. إنه بيئة تشغيل للوكلاء المستقلين، مكتوب بـ Rust، بترخيص Apache 2.0، ويفعل شيئاً يسهل وصفه ويصعب بناؤه: يفرض ما يستطيع الوكيل لمسه على مستوى النواة، ويتحقق رسمياً من تغيير السياسة قبل السماح بتطبيقه.

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

كيف يبدو الفرض فعلاً

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

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

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

تثبيته

البداية السريعة سطر واحد وأمر واحد:

curl -LsSf https://raw.githubusercontent.com/NVIDIA/OpenShell/main/install.sh | sh، ثم openshell sandbox create --name demo. يثبّت المُثبّت أداة سطر الأوامر وبوابة محلية.

المتطلبات هي العقبة الحقيقية الأولى: Linux، أو macOS على Apple Silicon، أو Windows عبر WSL 2 الذي يصفه المشروع بالتجريبي. تحتاج أيضاً إلى Docker أو Podman أو محاكاة افتراضية على المضيف. إن كان فريقك يطوّر على Windows دون WSL، فهذا ليس تثبيتاً في خمس دقائق. ثمة مسار أصلي منفصل على Windows عبر Microsoft MXC موثّق في فرع جانبي، بقواعده الخاصة، ويستحق القراءة قبل أن تعد بطرح على Windows.

صورة الصندوق الرملي الافتراضية Ubuntu مختصرة بلا وكيل مثبّت. لتشغيل شيء حقيقي، تشرح الوثائق تشغيل OpenCode مقابل نموذج مجاني من OpenRouter، بما في ذلك الجزء الذي يصطدم فيه الوكيل بحائط فتوافق على الوصول الجديد الذي يحتاجه. ذلك الشرح هو أنفع صفحة في المستودع، لأنه يُظهر حلقة الموافقة بدل وصفها.

ثمة حزم تطوير إن أردت قيادته من الشيفرة: Python عبر uv add openshell، وTypeScript عبر تثبيت من GitHub Packages، إضافة إلى Go وRust. وثمة أيضاً مهارات للوكلاء، تُثبَّت بـ npx skills add NVIDIA/OpenShell، تعلّم وكيل البرمجة قيادة أداة سطر الأوامر وكتابة السياسات. ذلك التفصيل أكثر إثارة مما يبدو. المشروع يتوقع أن يساعد الوكيل في تهيئة قفصه، وهو إما فعال أو مقلق بحسب ما إذا كانت حلقة الموافقة أمام مُثبت السياسة مستخدمة فعلاً.

الفاتورة التشغيلية

أي شيء يزوّد النواة بأدوات له قصة نشر أعقد من تثبيت عبر pip، وOpenShell صريح في ذلك. هناك بوابة، ومشرف، والصندوق الرملي نفسه. على Kubernetes، تنشر البوابة بـ Helm، ويجب أن تنفّذ شبكة CNI لديك NetworkPolicy فعلاً، وهي جملة أفسدت كثيراً من فترات ما بعد الظهر. إن تجاهلت إضافة الشبكة في نظامك تلك القواعد، فحدود الصندوق الرملي وثيقة لا ضابط، ولن تعرف حتى يحدث خطأ.

ترقيم الإصدارات يخبرك أين هو. أدخل خط 0.1.x إيقاع إصدار مستقر، وأساسيات عزل جديدة، وواجهات API جديدة، ما يعني أن سطح الواجهة لا يزال يتحرك. الفرق التي تتبناه الآن يجب أن تتوقع عملاً في الترقية.

جمع البيانات التشغيلية مفعّل افتراضياً. تقول NVIDIA إنه محدود بالفئات التشغيلية والأعداد، ولا يشمل أسماء الصناديق الرملية أو أسماء المضيفين أو مسارات الملفات أو التوجيهات أو بيانات الاعتماد أو أسماء المزودين أو النماذج أو محتوى المستخدم. يمكنك إيقافه بـ OPENSHELL_TELEMETRY_ENABLED=false على البوابة، أو server.telemetryEnabled=false لتثبيتات Helm. في أي مراجعة مؤسسية، ذلك المفتاح أول ما سيسأل عنه أحدهم، فاعرف مكانه قبل الاجتماع.

من يحتاج هذا الآن

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

وإن كنت تشغّل أسطولاً من الوكلاء يلمس بيانات إنتاج أو سجلات عملاء أو حساب سحابي بفاتورة حقيقية، تتغيّر الحسبة سريعاً. نمط الفشل الذي يُبقي فرق الأمن مستيقظة ليس نموذجاً يقول شيئاً بذيئاً. إنه وكيل يملك رمزاً صالحاً يفعل تماماً ما أُمر به، في بيئة كان فيها «ما أُمر به» متأثراً بصفحة ويب قرأها.

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

الشيء الذي يجب مراقبته

زاوية التحقق الرسمي هي ما سأراقبه. إن أمكن فحص تغييرات السياسة قبل تطبيقها، يصبح السؤال المثير: هل الفحص مفيد عملياً؟ هل يلتقط التغييرات المهمة، وهل يبقى صامتاً عن غير المهمة؟ مُثبت يبلّغ عن كل شيء يُنقر عليه بلا قراءة، ومُثبت لا يبلّغ عن شيء زينة.

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