أفضل أدوات أمن الذكاء الاصطناعي لعزل الأكواد في 2026

يتصدر Vercel Sandbox قائمة أدوات أمن الذكاء الاصطناعي لمعظم فرق الوكلاء السحابية في 2026. لكن فارق السعر ليس هو الفارق الحاسم؛ فتكلفة عبء العمل الموحّد في هذه المقارنة تتراوح بين $55.55 و$288 شهريًا عبر الخيارات المُدارة. القرار الحقيقي في بيئة الإنتاج هو: هل يحصل الكود الذي ينشئه النموذج على نواة تنفيذ مستقلة ومسار خروج لا يكشف بيانات الاعتماد الحية أبدًا؟

القائمة المختصرة في لمحة

تم التحقق من الأسعار وحدود المنتجات أدناه في 19 أغسطس 2026. وتشمل الأدوات السبعة وكلاء البرمجة المحليين والوكلاء السحابيين المُدارين، لأن هذين النوعين من أعباء العمل لا يخضعان لنموذج المخاطر أو التكلفة نفسه.

هذا الترتيب ليس فرزًا متعمدًا من الأرخص إلى الأغلى. يسجل Northflank أدنى فاتورة سحابية مُدارة في النموذج، عند $55.55، لكن Vercel يتصدر إجمالًا لأن حد Firecracker وسياسة الخروج الحية ووساطة بيانات الاعتماد فيه تشكل إعدادًا افتراضيًا أنظف لفريق منتج يريد إطلاق وكيل من دون امتلاك عنقود. ويأتي Docker ثانيًا لأنه يقدم حدًا محليًا متكاملًا على نحو استثنائي من دون رسوم للمورّد، لكنه ليس بيئة تشغيل مُدارة للمهام الموجهة إلى العملاء.

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

كيف اخترنا أدوات أمن الذكاء الاصطناعي؟

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

ومن هنا جاء اختبار الحدين المستخدم في كل حكم ضمن هذه المقارنة:

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

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

يتكون عبء العمل الموحّد من 10,000 عملية تشغيل شهريًا. تستغرق كل عملية 5 دقائق، وتطلب 2 vCPU و4 GiB من الذاكرة، وتبقي CPU نشطًا مدة 1 دقيقة بينما ينتظر الوكيل الملفات أو الحزم أو أعمال الشبكة خلال الـ4 دقائق المتبقية. هذا الفرق مهم لأن Vercel وCloudflare يسعّران CPU النشط بطريقة مختلفة عن الذاكرة المحجوزة، في حين تحتسب E2B وDaytona وNorthflank وModal الحوسبة طوال نافذة التشغيل.

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

1. Vercel Sandbox: الأفضل إجمالًا لفرق الوكلاء السحابية

يمثل Vercel Sandbox الخيار الأفضل إجمالًا لفريق منتج يريد API مُدارة، وحد حوسبة قويًا، وأسرارًا لا تضطر إلى الدخول في الكود المُنشأ.

تعمل كل بيئة عزل داخل Firecracker microVM. تشمل البيئات المدمجة Node.js 22 و24 و26، إلى جانب Python 3.13، بينما تتولى صورة OCI بيئات التشغيل المخصصة. يمكن أن تستمر جلسات Pro وEnterprise حتى 24 ساعة، مقابل 45 دقيقة في Hobby، ويرتفع سقف الموارد من 4 vCPU في Hobby إلى 8 في Pro و32 في Enterprise. الذاكرة ثابتة عند 2 GB لكل vCPU، لذا يحصل عبء العمل ذو 2-vCPU في هذه المقارنة على 4 GB بالضبط.

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

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

يحوّل تحديث المراقبة الصادر في 7 يوليو هذه السياسة إلى أداة تحكم تشغيلية. تستطيع الفرق متابعة CPU النشط والذاكرة المحجوزة ونقل البيانات وبيئات العزل العاملة والجلسات، ثم تجميع المقاييس حسب Sandbox Name وSandbox Session ID. تتيح Vercel مراقبة Sandbox في كل الخطط، مع الاستعلامات اليدوية في Pro وEnterprise. والنتيجة المباشرة على الميزانية واضحة: ضع وسمًا لكل نوع من المهام، وانسب إليه إنفاقه، وحقق في أي جلسة تتجاوز حركة خروجها أو مدة تشغيلها نطاقهما المعتاد.

الأنسب لـ: وكلاء البرمجة المُدارين، ومفسرات الكود، ومنشئي المعاينات، والتنفيذ الموجه إلى العملاء ضمن منظومة Vercel.
الميزة الأبرز: Firecracker مع سياسة خروج وقت التشغيل، ووساطة بيانات الاعتماد، وتمرير الطلبات اختياريًا عبر وكيل، وكل ذلك في منتج واحد.
الأسعار: Hobby بسعر $0. تبلغ تكلفة Pro مقدار $20 شهريًا مع رصيد استخدام مشمول بقيمة $20، ثم $0.128 لكل ساعة Active CPU، و$0.0212 لكل GB-hour من الذاكرة المحجوزة، و$0.60 لكل 1 مليون عملية إنشاء، و$0.15 لكل GB من الشبكة، و$0.08 لكل GB-month من اللقطات. تسعير Enterprise مخصص.
التجربة المجانية: تشمل Hobby مقدار 5 ساعات Active CPU، و420 GB-hours من الذاكرة، و5,000 عملية إنشاء، و20 GB من الشبكة، و10 بيئات عزل متزامنة، و15 GB لتخزين اللقطات. وتتوفر تجربة Pro.

تسلسل آمن لنشر Vercel

1. 1

   اكتب نموذج التهديد

   حدد ما يجوز للكود المُنشأ قراءته وكتابته واستدعاءه وكشفه. تعامل افتراضيًا مع بيانات اعتماد المستودعات وقواعد بيانات الإنتاج وبيانات السحابة الوصفية وواجهات API الإدارية الداخلية بوصفها خارج بيئة العزل.

2. 2

   أنشئ صورة نظيفة

   ابدأ ببيئة تشغيل مدمجة أو صورة OCI لا تحتوي إلا على الأدوات التي تحتاج إليها المهمة. أبقِ بيانات العملاء وبيانات الاعتماد طويلة الأجل خارج الصورة وكل لقطة.

3. 3

   افتح الخروج للإعداد لفترة وجيزة

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

4. 4

   أغلق الشبكة

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

5. 5

   توسط في كل سر

   لا تحقن بيانات الاعتماد إلا للمضيف وشكل الطلب المعتمدين لها. لا تنسخ القيمة الخام إلى متغير بيئة لمجرد أن microVM معزولة.

6. 6

   راقب ثم دمّر

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

الحكم: Vercel هو الخيار الافتراضي عندما تريد أقل عدد من قرارات البنية التحتية من دون قبول حد ضعيف. اختر غيره عندما يكون التنفيذ المحلي أو السحابة المملوكة أو عمق GPU هو المتطلب الأصعب.

2. Docker Sandboxes: الأفضل لوكلاء البرمجة المحليين

يُعد Docker Sandboxes أقوى خيار محلي هنا، لأنه منتج microVM مستقل فعلًا، لا حاوية عادية تحمل اسمًا مطمئنًا.

تمثل microVM حد الثقة الأساسي. لكل بيئة عزل نواة مستقلة وDocker Engine خاص بها، ولا يوجد منها مسار إلى Docker daemon على المضيف. تمر اتصالات TCP الصادرة عبر وكيل على جانب المضيف تحكمه سياسة رفض افتراضية، بينما تُحجب اتصالات UDP وICMP الخارجية المباشرة، ويمكن حقن بيانات اعتماد API في ترويسات HTTP من دون وضع القيم الخام داخل الآلة الافتراضية. إنها بنية محلية جادة لجلسات Codex أو Claude Code أو Copilot CLI أو OpenCode أو Kiro غير الخاضعة للإشراف.

سعر المورّد واضح بالقدر نفسه: تبلغ تكلفة CLI المسماة sbx مقدار $0، بلا رسوم لكل مقعد، ويجوز استخدامها تجاريًا. أما الحوكمة المركزية للمؤسسة، بما فيها سياسات الشبكة ونظام الملفات وMCP المُدارة إلى جانب سجلات التدقيق، فتتطلب اشتراكًا مدفوعًا منفصلًا. تنتقل فاتورة الحوسبة الفعلية إلى حاسوبك المحمول أو محطة العمل، لذا فالمقارنة الصحيحة ليست $0 لدى Docker مقابل $55.55 لدى Northflank، بل الأجهزة المحلية ووقت المشغّل مقابل خدمة مُدارة.

يقع العائق تحديدًا عند نقطة التقاء العمل المحلي بالمضيف. يركّب الوضع المباشر مساحة العمل بصلاحية القراءة والكتابة، وبذلك يستطيع الوكيل تغيير Git hooks وإعدادات CI ومهام IDE وأهداف Makefile ونصوص الحزم وغيرها من الملفات التي قد ينفذها المطور لاحقًا خارج الآلة الافتراضية. يجعل --clone مستودع المضيف للقراءة فقط، ويمنح الوكيل نسخة خاصة؛ وهو الخيار الأكثر أمانًا للمستودعات المجهولة أو العمليات المستقلة. وتحذر Docker أيضًا من احتمال بقاء نطاقات wildcard واسعة في قائمة السماح الافتراضية، ومن أن مهارات الوكيل المشتركة تمثل مخزنًا مشتركًا بين بيئات العزل بصلاحية القراءة والكتابة ما لم تُعطّل، ومن أن خوادم MCP المحلية عبر stdio تعمل على المضيف لا داخل microVM.

صدر Docker Sandboxes 0.38.0 في 6 أغسطس مع Kit spec v2 وإدارة MCP من الدرجة الأولى، واحتفاظ المضيف ببيانات اعتماد OAuth، وسياسات Cedar على مستوى المؤسسة، وتحكم --deny-network HOST لكل بيئة عزل. كما أصلح CVE-2026-17106. الخلاصة هنا قاعدة صيانة لا ميدالية لإصدار جديد: يجب إخضاع برمجيات العزل المحلية لجدول تحديث إلزامي، كما أن سطح MCP الذي جرى توحيده حديثًا يحتاج إلى مراجعة ثقة المضيف نفسها التي يحتاج إليها أي جسر آخر خارج الآلة الافتراضية.

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

الأنسب لـ: وكلاء البرمجة المحليون الذين يحتاجون إلى تثبيت الحزم وبناء Docker والتنفيذ غير الخاضع للإشراف من دون وصول واسع إلى المضيف.
الميزة الأبرز: عزل microVM، وشبكة تمر عبر وكيل بسياسة رفض افتراضية، وحقن بيانات الاعتماد من جانب المضيف برسوم مورّد تبلغ $0.
الأسعار: $0 لواجهة CLI بلا رسوم لكل مقعد؛ أما حوكمة المؤسسة فسعرها مخصص.
التجربة المجانية: واجهة CLI الأساسية وبيئات العزل المحلية المعزولة مجانية.

الحكم: استخدم Docker Sandboxes للوكلاء المحليين، وفعّل وضع النسخ للعمل المحفوف بالمخاطر، وقلّص قواعد الشبكة الواسعة، وتعامل مع كل خادم MCP على المضيف بوصفه مكوّنًا ذا صلاحيات. لا تقارنه بواجهات API المُدارة قبل تسعير الأجهزة والعمليات التي سيحل محلها.

3. Cloudflare Sandbox SDK: أفضل خيار أصيل للسياسات عند الحافة

يناسب Cloudflare Sandbox SDK الحالات التي تعيش فيها طبقة التحكم أصلًا داخل Workers، ويحتاج الوكيل إلى مسار مبرمج بإحكام نحو الإنترنت.

تشغّل Cloudflare Containers كل بيئة عزل في VM مستقلة، مع عزل لنظام الملفات والعمليات والشبكة، إضافة إلى حصص موارد لكل بيئة. وتوضح صفحة الأمن تصميم تعدد المستأجرين بعبارة صريحة: تتشارك العمليات داخل بيئة العزل الواحدة الملفات والعمليات وشبكة localhost، لذلك استخدم بيئة عزل مستقلة لكل مستخدم. هذه العبارة أثمن من ادعاء عام بالعزل الكامل، لأنها تخبر المهندس المعماري أين يرسم حد الهوية.

الحد الثاني امتداد طبيعي لـWorkers. يُسمح بالوصول إلى الإنترنت العام افتراضيًا، لكن enableInternet = false يحوّل الوضع إلى الرفض ما لم تسمح allowedHosts أو معالج للحركة الصادرة بالاتصال. يعمل معالج الخروج داخل بيئة Workers الموثوقة وخارج بيئة العزل، ويمكنه حقن ترويسة تفويض وتقييد بيانات الاعتماد بحسب نسخة بيئة العزل. لا يتلقى الضيف الرمز الحقيقي أبدًا. وعند تعطيل الإنترنت، تُرفض الحركة غير HTTP ولا يمكن لـDNS استخدام سوى خوادم Cloudflare، ما يغلق مسارًا سهلًا لتسريب البيانات.

العائقان المعلنان بصراحة هما التعرض والنضج. يستخدم النفق السريع اسم مضيف عشوائيًا ضمن trycloudflare.com بلا رمز وصول مستقل؛ ويستطيع أي شخص يعرف الرابط الوصول إليه، لذا تظل المعاينة الحساسة بحاجة إلى مصادقة على مستوى التطبيق. توصي النظرة العامة المحدّثة في 13 أغسطس باستخدام @cloudflare/sandbox@next للمشروعات الجديدة، وتصف SDK 1.0 بأنها نسخة معاينة. قد يكون ذلك مقبولًا لمنتج مبكر ذي نطاق ضرر محدود، لكن مشتريًا خاضعًا للتنظيم ويتبع سياسة الاعتماد على الإصدارات المستقرة فقط قد يحتاج إلى الانتظار، أو تثبيت الحزمة المستقرة الحالية وقبول وظائف أقل.

تغير أحجام النسخ الثابتة في Cloudflare المقارنة السعرية أيضًا. تطلب المهمة الموحّدة 2 vCPU و4 GiB، لكن أصغر نسخة مطابقة هي standard-3 مع 2 vCPU و8 GiB وقرص 16 GB. يظل معدل الذاكرة المنخفض في المنصة تنافسيًا، إلا أن نصف الذاكرة المحجوزة لا يُستخدم في هذا المثال.

الأنسب لـ: الوكلاء المبنيون على Workers، وتطبيقات الحافة، وطرفيات المتصفح، وسياقات الكود، والمهام كثيفة HTTP ذات الخروج القابل للبرمجة.
الميزة الأبرز: يمكن إبقاء بيانات الاعتماد ومنطق الخروج في Workers خارج بيئة العزل، مع تقييدهما حسب الوجهة والنسخة.
الأسعار: لا تشمل Workers Free حاويات Containers أو Sandbox SDK. تبلغ تكلفة Workers Paid مقدار $5 شهريًا، وتشمل 375 vCPU-minutes و25 GiB-hours من الذاكرة و200 GB-hours من القرص. ويُسعّر الاستخدام الإضافي عند $0.000020 لكل vCPU-second، و$0.0000025 لكل GiB-second، و$0.00000007 لكل GB-second من القرص.
التجربة المجانية: لا توجد تجربة مخصصة لـSandbox؛ وتتطلب Containers خطة Workers Paid.

الحكم: Cloudflare هو أفضل بديل لـVercel عندما تكون Workers بالفعل طبقة التحكم الموثوقة ويكون HTTP سطح السياسة الأساسي. عطّل الوصول إلى الإنترنت أولًا، وأضف مصادقة تطبيق إلى كل نفق، وضع أحجام النسخ الثابتة في الميزانية.

4. E2B: أفضل واجهة API لـmicroVM في بيئات الوكلاء القابلة للنقل

تمثل E2B الخيار الأكثر تركيزًا على API بين خدمات microVM للفرق التي تريد بيئة عزل للوكلاء مستقلة عن منصة نشر أكبر.

تعمل كل بيئة عزل E2B داخل Firecracker microVM لها نواتها وذاكرتها وذاكرة page cache الخاصة. وتهم هذه النواة المستقلة لأن ثغرة في نواة أحد الضيوف تظل بحاجة إلى الهروب من Firecracker كي تصل إلى المضيف. كما تفعّل SDK v2.0.0 وما بعدها الوصول الآمن إلى وحدة التحكم افتراضيًا، فتشترط في كل استدعاء لوحدة التحكم رمز الوصول الذي تعيده عملية إنشاء بيئة العزل. وقد تحتاج القوالب المخصصة القديمة إلى إعادة بناء قبل أن تعمل بهذا الوضع.

تغطي API عناصر التحكم الأساسية المناسبة في الشبكة: allow_internet_access وallowOut وdenyOut ووكيل خروج. يعمل تعطيل الوصول إلى الإنترنت كما لو أنك رفضت 0.0.0.0/0. يعرض طلب الإنشاء الحالي عناصر التحكم هذه بوضوح، لكن E2B لا تقدم في صفحات المنتج المشار إليها وسيط بيانات اعتماد من الدرجة الأولى يضاهي Vercel أو Cloudflare أو Daytona أو Docker. إذا احتاج الكود المُنشأ إلى رمز إنتاج، فضع وكيلًا موثوقًا خارج E2B واحقن بيانات الاعتماد هناك بدلًا من تمريرها عبر متغير بيئة داخل الضيف.

تزداد جاذبية E2B عندما يكون التحكم في النشر هو المتطلب الأصعب. تدعم خطة Enterprise ميزة BYOC حاليًا على AWS وGCP، وتقول الشركة إن القوالب واللقطات وسجلات وقت التشغيل والحركة الحساسة تظل داخل VPC التابعة للعميل. وتقل جاذبيتها عندما يريد المشتري نسخة مخصصة بسعة 4 GiB وبتكلفة منخفضة؛ إذ تضع صفحة الأسعار تخصيص CPU وRAM ضمن Pro، ما يضيف $150 شهريًا قبل الاستخدام.

توفر Hobby مساحة واسعة للتقييم. سعرها $0 إضافة إلى الاستخدام، وتشمل رصيد استخدام $100 لمرة واحدة، ولا تتطلب بطاقة، وتسمح بجلسات تصل إلى 1 ساعة و20 بيئة عزل متزامنة. تمدد Pro الجلسات إلى 24 ساعة والتزامن إلى 100، مع سعة قابلة للشراء تصل إلى 1,100. ترفع الترقية الحدود لكنها لا تمنح أرصدة استخدام متكررة.

الأنسب لـ: الوكلاء المبنيون أولًا على API، ومفسرات الكود، وأعباء التقييم، والمؤسسات التي تحتاج إلى BYOC على AWS أو GCP.
الميزة الأبرز: نواة Firecracker لكل بيئة عزل خلف واجهة API بسيطة تركز على الوكلاء.
الأسعار: Hobby بسعر $0 إضافة إلى الاستخدام. تبلغ تكلفة Pro مقدار $150 شهريًا إضافة إلى الاستخدام. لـEnterprise سعر أساسي مخصص إضافة إلى الاستخدام. يبلغ سعر CPU مقدار $0.000014 لكل vCPU-second، أو $0.0504 لكل vCPU-hour، وسعر الذاكرة $0.0000045 لكل GiB-second، أو $0.0162 لكل GiB-hour. يشمل التخزين 10 GiB في Hobby و20 GiB في Pro.
التجربة المجانية: رصيد استخدام $100 لمرة واحدة في Hobby، بلا حاجة إلى بطاقة ائتمان.

الحكم: E2B هي أوضح API مستقلة لـmicroVM في المجموعة. اخترها عندما تكون قابلية النقل أو BYOC أهم من رسم Pro الأساسي، وخطط لوكيل بيانات اعتماد خارجي موثوق بوصفه جزءًا من البنية، لا تحسينًا مؤجلًا.

5. Daytona: أفضل وسيط لبيانات الاعتماد مع فئات تشغيل مرنة

تقدم Daytona أوضح وسيط موثق لبيانات الاعتماد في هذه المجموعة، إلى جانب الاختيار بين الحاويات الافتراضية السريعة وآلات Linux أو Windows الافتراضية المخصصة.

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

لكن لهذا التصميم خيار تعطيل خطير: يؤدي حذف حقل hosts من السر إلى جعله غير مقيد، ما يعني أن الوكيل قد يستبدل القيمة الحقيقية عند الاتصال بأي وجهة. توصي الوثائق بتعيين قائمة سماح لكل سر. كذلك لا يعمل الاستبدال إلا في ترويسات HTTPS، لا في أجسام الطلبات أو سلاسل الاستعلام أو HTTP الصريح أو القيم المحوّلة مثل Basic Auth المشفّر بصيغة Base64. وإذا كان المورّد لا يقبل المفتاح إلا داخل جسم الطلب، فلن يستطيع وسيط Daytona حماية ذلك الاستدعاء.

تشمل عناصر التحكم في الشبكة قوائم سماح للنطاقات وCIDR، وحجبًا كاملًا للحركة الصادرة، ووكيلًا أماميًا. تعلو قيود المؤسسة في Tier 1 وTier 2 على إعداد بيئة العزل، ولا يمكن تخفيفها لكل بيئة على حدة. أما Tier 3 وTier 4 فتسمحان بالوصول الكامل إلى الإنترنت افتراضيًا، ولذلك يجب تشديدهما للمهام المعادية. والسؤال المهم للمشتري ليس هل تدعم Daytona قائمة سماح، بل هل ينتج عن الجمع بين فئة المؤسسة وإعداد بيئة العزل السياسة الفعلية المطلوبة.

فئات التشغيل هي الميزة الحاسمة الأخرى. حاويات Linux هي الخيار الافتراضي وتبدأ بسرعة. وتقدم Daytona أيضًا فئات Linux VM وWindows VM مخصصة، إضافة إلى بيئات عزل GPU بخيارات H100 وH200 وRTX PRO 6000 وRTX 5090 وRTX 4090. قد تكون فئة الحاويات الموازنة المناسبة لصالح السرعة في مهام البناء الموثوقة. أما للكود المعادي في بيئة متعددة المستأجرين، فاختر فئة VM عمدًا بدل افتراض أن كلمة Sandbox تضمن أقوى حد.

الأنسب لـ: الوكلاء الذين يجب أن يستدعوا خدمات خارجية ببيانات اعتماد لا يمكنهم رؤيتها، وأعباء Linux وWindows المختلطة، والتنفيذ المدعوم بـGPU.
الميزة الأبرز: أسرار بعناصر نائبة، وحقن HTTPS مقيد بالمضيف، وتنقية الرد خارج الضيف.
الأسعار: الخدمة العامة بسعر أساسي $0، والدفع حسب الاستخدام. يبلغ سعر CPU مقدار $0.0504 لكل vCPU-hour، والذاكرة $0.0162 لكل GiB-hour، والتخزين $0.000108 لكل GiB-hour بعد أول 5 GiB. الحوسبة التي يديرها العميل تعتمد على التواصل مع المبيعات.
التجربة المجانية: رصيد حوسبة مجاني بقيمة $200 من دون الحاجة إلى بطاقة ائتمان.

الحكم: Daytona هي الخيار الأفضل عندما يكون توصيل الأسرار أصعب من إنشاء بيئة العزل. عيّن hosts دائمًا، واختر VM للكود المعادي فعلًا في بيئة متعددة المستأجرين، واجعل فئة شبكة المؤسسة الفعلية جزءًا من مراجعة الإطلاق.

6. Northflank: الأفضل لـBYOC والتحكم في المنصة

يكون Northflank الخيار الأفضل عندما يجب أن تعيش بيئة العزل داخل حسابك السحابي، وأن تشارك منصة تطبيقات أوسع مع الخدمات وقواعد البيانات والمهام والسياسات.

تقدم Northflank عزل Kata Container القائم على microVM أو عزل gVisor بمستوى VM. وتقول صفحة البنية التحتية الحالية إن كل حاوية تحصل على نواتها الخاصة، مع حدود namespaces والموارد والتخزين والشبكة من حولها. وتضيف service mesh اتصالات مشفرة باستخدام mutual TLS بين أعباء العمل، بينما تقلل سياسات الشبكة على مستوى المشروع والشبكات الخاصة الوصول غير المقصود بين المشروعات.

سطح النشر هنا أوسع من كل خدمة تشغيل مبنية أولًا على API في المقارنة. تستطيع Northflank استخدام سحابتها المُدارة أو ربط حسابات AWS أو GCP أو Azure أو Civo، كما تدعم عناقيد Kubernetes التابعة للعميل داخل المقر أو على bare metal أو في سحابة عامة. وفي node pools المفعّلة فيها microVM ضمن BYOC، تحصل أعباء العمل على عزل microVM افتراضيًا. يناسب ذلك متطلبات إقامة البيانات والعقود السحابية القائمة والوصول إلى الخدمات الخاصة وفرق المؤسسات التي تريد حوكمة بنية التطبيق وبيئات العزل معًا.

هذا الاتساع نفسه يصنع العائق. لا يحتاج منتج وكيل صغير تلقائيًا إلى عناقيد ومشروعات وservice mesh وقوالب نشر وقواعد بيانات وطبقة تحكم في المنصة. قد تقدم Northflank أقل تقدير للموارد في هذه المقارنة، لكنها تظل أعلى كلفة على مستوى المؤسسة إذا لم يكن هناك من يملك المنصة. المشتري المناسب يريد أصلًا BYOC أو المنصة المحيطة. وعلى الآخرين مقارنة ساعات العمل الهندسية بـVercel أو E2B قبل الاحتفاء بسعر الوحدة.

تفيد فئة Sandbox المجانية في تعلم المنصة، إذ تشمل خدمات مجانية: 2، وقاعدة بيانات مجانية: 1، ومهام cron مجانية: 2. تُحاسب حوسبة الإنتاج حتى مستوى الثانية عند $0.01667 لكل vCPU-hour و$0.00833 لكل GB-hour. ويكلف الخروج $0.06 لكل GB، بينما يكلف تخزين SSD مقدار $0.15 لكل GB-month.

الأنسب لـ: BYOC، والخدمات الخاصة، ومتطلبات إقامة البيانات، والفرق التي تريد منصة واحدة لبيئات العزل وبنية التطبيقات.
الميزة الأبرز: عزل Kata أو gVisor داخل عمليات نشر سحابية مُدارة أو مملوكة للعميل.
الأسعار: Sandbox مجانية. يبدأ الدفع حسب الاستخدام من $0 شهريًا، ويحتسب $0.01667 لكل vCPU-hour، و$0.00833 لكل GB-hour من الذاكرة، و$0.06 لكل GB من الخروج، و$0.15 لكل GB-month من SSD. تسعير Enterprise مخصص.
التجربة المجانية: فئة Sandbox مجانية تشمل خدمات: 2، وقاعدة بيانات: 1، ومهام cron: 2.

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

7. Modal: الأفضل لأعمال Python وML كثيفة استخدام GPU

يقدم Modal أفضل بيئة عزل هنا عندما يعمل الكود المُنشأ إلى جانب Python أو notebooks أو استدلال النماذج أو مهام GPU المتقطعة.

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

أما سياسة الخروج فهي أقل تحفظًا. تستطيع بيئات العزل الاتصال بأي IP عام افتراضيًا. تدعم Modal حجب الشبكة كاملًا، وقوائم سماح CIDR، وقائمة سماح تجريبية للنطاقات من أجل حركة TLS، لكن عليك تفعيل عناصر التحكم تلك. كما أن تغيير السياسة في وقت التشغيل له شرط إعداد: لتشديد قائمة نطاقات أو CIDR لاحقًا، يجب أن تكون بيئة العزل قد أُنشئت مع تفعيل فئة قائمة السماح تلك. ولا يمكن تغيير block_network=True عبر المسار الديناميكي نفسه، لذلك يجب التخطيط مسبقًا لدورة حياة وكيل لا يفتح الشبكة إلا في أثناء الإعداد.

الميزة الاقتصادية لـModal هي منصة ML المحيطة التي تعمل بأسلوب serverless، وليست امتلاك أدنى تكلفة لبيئة العزل. تعادل النواة المادية الواحدة 2 vCPU وتكلف $0.00003942 لكل core-second. وتكلف الذاكرة $0.00000667 لكل GiB-second. سعر Starter هو $0 إضافة إلى الحوسبة، وتشمل رصيدًا شهريًا بقيمة $30 و3 مقاعد لمساحة العمل وتزامنًا لـ100 حاوية و10 وحدات GPU. وتكلف Team مقدار $250 شهريًا إضافة إلى الحوسبة، وتعيد $100 في صورة أرصدة شهرية، وتضيف مقاعد غير محدودة وتزامنًا لـ5,000 حاوية و50 وحدة GPU ووكيل static IP وميزانيات للبيئات ونطاقات مخصصة وإمكانية التراجع عن عمليات النشر.

يسهل بذلك تبرير Modal عندما تخدم منصة واحدة أيضًا النماذج والوظائف المجدولة ومهام GPU. ويصعب تبريرها لمفسر كود عادي تتمثل متطلباته الأساسية في عزل microVM ووساطة بيانات الاعتماد. توثق صفحة أمن Sandbox الحالية التحكم في الشبكة وعزل المنصة، لكنها لا توثق آلية خارجية لحقن الأسرار بوضوح يضاهي Daytona أو Cloudflare.

الأنسب لـ: وكلاء Python وnotebooks وتحليل البيانات ومسارات ML والكود المُنشأ كثيف GPU.
الميزة الأبرز: بيئات عزل gVisor متكاملة مع منصة CPU وGPU ذات نمط serverless لدى Modal.
الأسعار: Starter بسعر $0 إضافة إلى الحوسبة، مع رصيد شهري بقيمة $30. وتبلغ تكلفة Team مقدار $250 شهريًا إضافة إلى الحوسبة، مع رصيد شهري بقيمة $100. تسعير Enterprise مخصص. يبلغ سعر Sandbox CPU مقدار $0.00003942 لكل نواة مادية في الثانية، حيث تعادل 1 نواة مقدار 2 vCPU، وتكلف الذاكرة $0.00000667 لكل GiB-second.
التجربة المجانية: رصيد شهري متكرر بقيمة $30 في Starter.

الحكم: يفوز Modal عندما تكون بيئة العزل جزءًا من منظومة ML أو GPU. أما واجهة API بسيطة للكود المعادي، فتمنح Vercel أو Cloudflare أو E2B أو Daytona مشتري الأمن طريقًا أكثر مباشرة.

ماذا تقول الفاتورة الشهرية فعلًا؟

يبلغ أدنى تقدير مُدار $55.55، بينما يبلغ أعلاه $288، بفارق $232.45 شهريًا. لهذا الفارق وزنه عند التوسع، لكنه ضئيل بجوار تكلفة مهندس واحد يصون مشغّلًا داخليًا، أو حادث واحد يتضمن تسريب رمز إنتاج. والخلاصة الأمنية أن الفريق لا ينبغي أن يقبل أسرارًا بنص صريح أو خروجًا مفتوحًا لتوفير مبلغ شهري من ثلاث خانات.

هذه تقديرات للمقارنة، لا فواتير. يفترض إجمالي Vercel أن قاعدة Pro البالغة $20 يعادلها رصيد استخدام مشمول بقيمة $20. ويتعين على Cloudflare تخصيص سعة 8-GiB وقرص 16-GB ضمن نسخة standard-3 لتلبية طلب 2-vCPU. ويشمل E2B خطة Pro البالغة $150 لأن المقارنة تستخدم تخصيصًا مخصصًا بسعة 4-GiB. ويطرح Modal رصيد Starter المتكرر البالغ $30. أما رصيد Daytona البالغ $200 ورصيد E2B البالغ $100 فهما لمرة واحدة، ولذلك لا يخفضان صف الحالة المستقرة.

قد يقلب العداد الترتيب. تحتسب Vercel وCloudflare نشاط CPU، لذلك يدفع الوكيل المرتبط بالإدخال والإخراج أقل في أثناء انتظاره. وإذا عمل CPU طوال الـ5 دقائق، يرتفع Vercel من $113.34 إلى $284.01، ويرتفع Cloudflare من $91.63 إلى $187.63. ينبغي لوكيل برمجة كثيف التجميع أن يبني نموذجه على حالة الانشغال، بينما قد يقترب وكيل المتصفح الذي ينتظر الصفحات من افتراض الدقيقة 1.

تقع نقطة التعادل العملية بين Vercel وDaytona عند 1.58 دقيقة من CPU النشط داخل عملية تشغيل مدتها 5 دقائق، أي نحو 95 ثانية. تحت هذه النقطة يفوز عداد CPU النشط لدى Vercel في هذا النموذج، وفوقها تصبح أسعار Daytona الثابتة لوقت التشغيل أقل قبل الشبكة والتخزين. إنه في جوهره قرار متعلق بمسار العمل وإن بدا مسألة تسعير: قِس مدة الحوسبة الفعلية للوكيل بدل بناء الميزانية من وقت التشغيل الكلي وحده.

بند الميزانية الأكبر هو الملكية. يبدو تقدير Northflank البالغ $55.55 استثنائيًا إلى أن يضيف الفريق عنقودًا وسياسات وقوالب نشر واستجابة للحوادث ومهندسًا يفهمها. ويبدو سعر E2B البالغ $288 مرتفعًا إلى أن تلغي BYOC الحاجة إلى بناء منصة مستقلة. الشراء السليم يقارن العبء التشغيلي الإجمالي، لا سعر vCPU وحده.

من ينبغي أن يختار كل أداة؟

اختر Vercel Sandbox إذا كنت تحتاج إلى أفضل إعداد مُدار افتراضي، ولا تمانع تشديد سياسة الشبكة قبل المرحلة غير الموثوقة. ويتحول القرار بعيدًا عن Vercel عندما تكون BYOC أو التنفيذ المحلي أو عمق GPU إلزامية.

اختر Docker Sandboxes عندما يشغّل مطور Codex أو Claude Code أو Copilot CLI أو OpenCode أو Kiro محليًا. استخدم وضع النسخ للمستودعات المحفوفة بالمخاطر. ويتحول القرار إلى أداة مُدارة عندما تدخل مهام العملاء أو التزامن المرتفع أو وقت التشغيل المركزي أو واجهات API البعيدة ضمن المتطلبات.

اختر Cloudflare Sandbox SDK عندما تكون Workers بالفعل طبقة التحكم الموثوقة، وتكون معظم الاستدعاءات المعتمدة من نوع HTTP. ويتغير القرار إذا كان نضج SDK قبل 1.0 أو أحجام Containers الثابتة يخلقان مخاطر أكثر مما يزيلان.

اختر E2B عندما تريد API مستقلة لـFirecracker أو BYOC على AWS وGCP. ويتغير القرار عندما تجعل الذاكرة المخصصة رسم Pro الأساسي البالغ $150 صعب التبرير، أو عندما لا ترغب في بناء وكيل خارجي لبيانات الاعتماد.

اختر Daytona عندما يتعين على الوكيل استدعاء خدمات خارجية بسر لا يستطيع قراءته، أو عندما يجب أن تعمل فئات Linux VM وWindows VM وGPU خلف API واحدة. ويتغير القرار عندما تكون كل أعباء العمل مجرد Linux microVM بسيطة ولا تضيف خيارات التشغيل الإضافية أي قيمة.

اختر Northflank عندما يجب أن توجد بيئات العزل إلى جانب خدمات خاصة داخل حسابك السحابي. ويتغير القرار عندما تنشئ المؤسسة فريق منصات لمجرد توفير تكلفة عداد الحوسبة.

اختر Modal عندما لا يمكن فصل طبقة التنفيذ عن Python أو notebooks أو استدلال النماذج أو الوظائف المجدولة أو GPU. ويتغير القرار عندما لا تتجاوز المهمة تنفيذ كود معادٍ، وتستطيع API أكثر تركيزًا على الأمن تنفيذها بعمل سياسات أقل.

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

خيارات ينبغي تجنبها

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

حاوية Docker Engine عادية يُظن خطأ أنها Docker Sandboxes: لا يمثل docker run منتج sbx القائم على microVM، ولا يرث نواته المستقلة أو وكيل الشبكة على جانب المضيف أو حقن بيانات الاعتماد أو حد مساحة العمل في وضع النسخ. الأسماء ليست بنية.

Docker Sandboxes في الوضع المباشر لمستودع مجهول: تحمي الآلة الافتراضية معظم المضيف، لكن الوكيل يعدّل شجرة العمل في مكانها. وقد يُنفذ Git hook أو برنامج حزمة جرى تغييره لاحقًا على المضيف. استخدم --clone وافحص كل جسر خارج الآلة الافتراضية.

نفق Cloudflare سريع بلا مصادقة تطبيق: لا يملك اسم المضيف العشوائي رمز وصول مستقلًا. تعامل مع الرابط على أنه قابل للاكتشاف، وضع المصادقة داخل الخدمة قبل كشف أي معاينة حساسة.

سر Daytona بلا hosts: يجعل حذف الحقل السر غير مقيد. لا تكون الوساطة مفيدة إلا عندما تحدد الوجهة المعتمدة صراحة.

أي مرحلة إعداد تبقى على allow-all: توثق Vercel النمط الصحيح بوضوح: وصول واسع للإعداد يتبعه طور تنفيذ مقيّد. إذا لم تُشدّد السياسة قط، تحد microVM من اختراق المضيف لكنها لا تمنع الكود من إرسال البيانات إلى الخارج.

هذه النقطة الأخيرة هي الخط الفاصل في الفئة. يجيب العزل عن سؤال: «هل يستطيع الكود الهروب؟». وتجيب سياسة الخروج وبيانات الاعتماد عن سؤال: «ماذا يستطيع الكود أن يفعل من دون أن يهرب؟». ويمكن للفشل في أي منهما أن ينتج النتيجة التجارية نفسها: خروج بيانات الإنتاج من الشركة.

ما الذي ينبغي فعله يوم الاثنين؟

لا تبدأ يوم الاثنين بعرض من مورّد، بل بجرد من صفحة واحدة لكل موضع يعمل فيه الكود الذي ينشئه النموذج.

1. سمِّ كل مسار تنفيذ. ضمّن وكلاء البرمجة المحليين، ومهام CI، ووكلاء المتصفح، ودفاتر تحليل البيانات، ومفسرات الكود، ومنشئي معاينات العملاء.
2. ارسم الحد الحالي. دوّن عزل النواة أو بيئة التشغيل، والملفات المركّبة، والشبكات القابلة للوصول، وكل بيانات اعتماد متاحة للضيف.
3. انقل الأسرار إلى الخارج. ضع مفاتيح API داخل منسق موثوق أو Worker أو وكيل مضيف أو وسيط بيانات اعتماد لدى المورّد. يظل متغير البيئة داخل بيئة العزل قابلًا للقراءة من الكود.
4. اجعل الخروج مرفوضًا افتراضيًا. اسمح بمضيف الحزم في أثناء الإعداد، ثم انتقل إلى أصغر قائمة وجهات قبل بدء الكود المُنشأ.
5. نفّذ اختبارين للفشل. حاول قراءة ملف أو عملية تخص مستأجرًا آخر، ثم حاول إرسال رمز مزروع إلى مضيف غير معتمد. المطلوب هو نتيجة محظورة وسجل مفيد معًا.
6. عيّن المسؤول والحدود. يجب أن يراجع شخص ما تغييرات السياسة واختبارات الحدود الفاشلة والصور والسجلات والإنفاق. ضع حدودًا لوقت التشغيل والتزامن وCPU والذاكرة والميزانية الشهرية قبل توسع الحركة.

يمكن أن يتم الشراء بعد اكتمال تلك الصفحة. قد ينتهي فريق لا يواجه سوى مخاطر محلية إلى Docker Sandboxes مع وضع النسخ. وقد لا يحتاج فريق منتج يعمل على Vercel سوى تغيير سياسة الشبكة ووساطة الأسرار. وربما تكتشف منصة خاضعة للتنظيم أن BYOC لدى Northflank أو E2B مبررة. تسليم يوم الاثنين هو قرار الحدود، لا اشتراك جديد.

الأسئلة الشائعة

ما أداة الذكاء الاصطناعي الأكثر أمانًا؟

Vercel Sandbox هو أفضل خيار مُدار إجمالًا في هذه المقارنة، لأنه يجمع Firecracker microVM وسياسة خروج وقت التشغيل ووساطة بيانات الاعتماد. ويتفوق Docker Sandboxes لوكلاء البرمجة المحليين، بينما يصبح Northflank أو E2B الجواب الأفضل عندما يكون النشر داخل سحابة مملوكة إلزاميًا. حد الثقة المطلوب هو ما يحدد الفائز.

ما اتجاهات أمن الذكاء الاصطناعي في 2026؟

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

هل توجد أدوات مجانية لبيئات عزل الذكاء الاصطناعي في 2026؟

نعم. يقدم Docker Sandboxes واجهة CLI بسعر $0 ومن دون رسوم لكل مقعد. ولدى Vercel خطة Hobby محدودة، وتوفر E2B رصيدًا بقيمة $100 لمرة واحدة، وتوفر Daytona حوسبة بقيمة $200، ولدى Northflank فئة Sandbox مجانية، بينما تشمل Modal رصيد Starter شهريًا متكررًا بقيمة $30. وتتطلب Cloudflare Sandbox خطة Workers Paid البالغة $5 شهريًا.

ما المقصود ببيئة عزل الذكاء الاصطناعي؟

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

نزّل قائمة تدقيق مسارات عمل الذكاء الاصطناعي للأعمال لتحويل قرار بيئة العزل إلى مسار عمل محدد النطاق، ومسؤول، وقائمة ضوابط، ودورة مراجعة.