- ما يعنيه "أتمتة المتصفح في صندوق رملي" فعليًا
- السيناريوهات التي يكون فيها الصندوق الرملي للذكاء الاصطناعي مناسبًا
- الحدود الصارمة التي يجب فهمها قبل البناء
- حدود الأمان
- متى تستخدم أداة أتمتة متصفح مخصصة بدلاً من ذلك
- تجميع المعايير: معايير القرار
- كيفية البدء مع Novita Sandbox
- الخلاصة
- الأسئلة الشائعة
- مقالات موصى بها
يمكن للصندوق الرملي للذكاء الاصطناعي تشغيل أتمتة المتصفح، لكن مدى الملاءمة يعتمد على متطلبات سير عملك الفعلي. صندوق رملي مثل Novita Sandbox يمنح وكيلك بيئة لينكس كاملة ومعزولة: تقوم بتثبيت متصفح بدون واجهة، وتشغيل Playwright أو Puppeteer، وتصفح الصفحات، واستخراج البيانات، وتعبئة النماذج، والتقاط لقطات شاشة - كل ذلك داخل حاوية مؤقتة يتحكم بها وكيلك. ما لا يوفره هو بنية تحتية دائمة ومدارة للمتصفح، أو تجميع الجلسات، أو بروكسيات سكنية، أو جلسة متصفح طويلة الأمد ومستمرة عبر المهام كما تفعل منصة أتمتة متصفح مخصصة.
يغطي هذا الدليل السيناريوهات التي يكون فيها الصندوق الرملي للذكاء الاصطناعي مناسبًا، والسيناريوهات التي لا يكون فيها، والحدود الصارمة التي يجب معرفتها مسبقًا، وكيف يتعامل Novita Sandbox مع كل حالة.
ما يعنيه “أتمتة المتصفح في صندوق رملي” فعليًا
عند تشغيل أتمتة المتصفح داخل صندوق رملي للذكاء الاصطناعي، فإنك لا تستخدم خدمة سحابية للمتصفح. بل تقوم بتثبيت ملف ثنائي لمتصفح بدون واجهة في بيئة لينكس معزولة وتشغيله بنفسك. وكيلك - أو كودك - يتحكم في ذلك المتصفح عن طريق استدعاء Playwright أو Puppeteer أو Selenium أو أي مكتبة مكافئة. يوفر الصندوق الرملي نظام التشغيل، ووحدة المعالجة المركزية والذاكرة، ونظام الملفات، وواجهة الشبكة. أنت توفر المتصفح، ومنطق الأتمتة، والتعليمات.
يتمتع هذا النموذج بمزايا حقيقية:
- تحكم كامل في البيئة. يمكنك تثبيت أي إصدار متصفح، أي إضافة، أي تبعية. لا شيء مقيد بصورة معدة مسبقًا.
- عزل لكل مهمة. كل صندوق رملي هو حاوية منفصلة. نص برمجي يتعطل، صفحة تؤدي إلى تنزيل، أو إجراء وكيل يعدل نظام الملفات - يبقى محتويًا ولا يؤثر على أي شيء آخر.
- قابل للبرمجة من LLM. نظرًا لأن الصندوق الرملي يوفر شل ونظام ملفات، يمكن لـ LLM كتابة نصوص أتمتة المتصفح في الوقت الفعلي، وتنفيذها، ومراقبة المخرجات، والتكرار دون التوجيه عبر واجهة برمجة تطبيقات متصفح خاصة.
يبدأ Novita Sandbox في أقل من 200 مللي ثانية في المتوسط (وثائق Novita Sandbox ، تم التحقق 2026-06-28) ويتم الفوترة بالثانية بناءً على استخدام vCPU والذاكرة الفعليين (التسعير ، تم التحقق 2026-06-28)، لذا فإن التكلفة الإضافية لإنشاء بيئة جديدة لكل مهمة متصفح منخفضة.
السيناريوهات التي يكون فيها الصندوق الرملي للذكاء الاصطناعي مناسبًا
البحث على الويب الوكيل واستخراج البيانات لمرة واحدة
إذا كان وكيلك بحاجة لزيارة صفحة، واستخراج بيانات منظمة، واتباع روابط، وإرجاع النتائج، فإن الصندوق الرملي هو خيار طبيعي. يقوم الوكيل بكتابة أو تشغيل نص Playwright، وتشغيل مثيل Chromium بدون واجهة، وجمع ما يحتاجه، ويتم التخلص من الصندوق الرملي. تحصل على العزل، وقابلية التكرار، وبدون خطر تسرب ملفات تعريف الارتباط أو حالة الجلسة بين المهام غير المرتبطة.
مثال سير العمل:
from novita_sandbox.code_interpreter import Sandbox
sandbox = Sandbox.create()
script = """
from playwright.sync_api import sync_playwright
with sync_playwright() as p:
browser = p.chromium.launch()
page = browser.new_page()
page.goto("https://example.com/pricing")
text = page.inner_text("table")
print(text)
browser.close()
"""
result = sandbox.commands.run(
f"pip install playwright -q && playwright install chromium --with-deps -q && python3 -c '{script}'"
)
print(result.stdout)
sandbox.kill()
يعمل هذا النمط بشكل نظيف للبحث التنافسي، وجمع البيانات، وفحص النماذج، والزحف على الروابط حيث تكون كل مهمة قائمة بذاتها.
التقييم المعزول واختبار الوكيل
إذا كنت تختبر وكيلًا يستخدم المتصفح أو تقيم كيفية تعامل الذكاء الاصطناعي مع مهام الويب، فأنت بحاجة إلى بيئة تعيد الضبط بين عمليات التشغيل ولا تتراكم الآثار الجانبية. يوفر لك الصندوق الرملي ذلك بطبيعته. كل عملية تشغيل تقييم تحصل على صفحة نظيفة - لا بيانات اعتماد مخزنة مؤقتًا، ولا ملفات تعريف ارتباط متبقية، ولا ملفات نظام معدلة من التشغيل السابق.
أدوات مثل browser-use و Skyvern مصممة للعمل داخل بيئات الصندوق الرملي لهذا السبب تحديدًا. الصندوق الرملي هو السطح المتحكم الذي يعمل عليه الوكيل؛ تراقب ما يحدث وتقوم بإزالته.
سير العمل للنماذج الأولية والعروض التوضيحية
عند بناء إثبات مفهوم يجمع بين استدلال LLM والتفاعل مع الويب - مراقب أسعار، أو أداة تعبئة نماذج، أو روبوت ضمان جودة ويب - فإن الصندوق الرملي يسمح لك بالتكرار بسرعة دون توفير بنية تحتية دائمة. يمكنك تغيير منطق أتمتة المتصفح، واختباره في حاوية معزولة، والتخلص من البيئة عند الانتهاء.
تنفيذ الكود الذي يشمل الويب بشكل عرضي
إذا كان وكيلك يقوم بشكل أساسي بعمليات حسابية ولكن يحتاج أحيانًا لجلب صفحة، أو تحليل DOM معروض، أو التحقق من عنوان URL، فإن الصندوق الرملي يتعامل مع هذا كامتداد طبيعي لقدرته على تنفيذ الكود. لا تحتاج إلى خدمة متصفح منفصلة للوصول العرضي للويب.
الحدود الصارمة التي يجب فهمها قبل البناء
استمرارية الجلسة مؤقتة بشكل افتراضي
مثيل Novita Sandbox لا يحتفظ بالحالة بعد sandbox.kill(). تختفي ملفات تعريف الارتباط، و localStorage، ورموز المصادقة المخزنة مؤقتًا، وملفات تعريف المتصفح، والملفات التي تم تنزيلها عند انتهاء الصندوق الرملي. إذا كان سير عملك يتطلب جلسة متصفح مسجلة الدخول تستمر عبر عدة أدوار للوكيل، فأنت بحاجة إما إلى:
- إبقاء الصندوق الرملي نشطًا طوال مدة الجلسة (مدعوم حتى 24 ساعة وفقًا لـ وثائق Novita Sandbox، تم التحقق 2026-06-28)، أو
- حفظ واستعادة حالة المتصفح بشكل صريح (يدعم Playwright تصدير/استيراد
storage_state)، أو - استخدام منصة متصفح ذات حالة مخصصة لذلك الجزء من سير العمل.
تشغيل صندوق رملي طويل العمر لاستمرارية الجلسة ممكن، لكنه يعني الدفع مقابل وقت حساب خامل بين إجراءات المتصفح. بالنسبة لسير العمل حيث يقوم المستخدم بتسجيل الدخول مرة واحدة ثم يتفاعل الوكيل لساعات، تكون خدمة متصفح مخصصة مع إدارة الجلسة أكثر فعالية من حيث التكلفة عادةً.
الوصول إلى الشبكة يعكس تكوين النشر
افتراضيًا، مثيل Novita Sandbox لديه وصول إلى الإنترنت الصادر لتثبيت الحزم وطلبات الصفحات. يمكن تشديد سلوك الشبكة عند نشر Novita Sandbox داخل VPC الخاص بك (متاح على AWS و GCP). في هذا التكوين، تتحكم في قواعد الصادر، ويمكنك تقييد الوصول إلى عناوين URL داخلية فقط، أو توجيه حركة المرور عبر بروكسي الخاص بك.
ما يعنيه هذا لأتمتة المتصفح: إذا كنت بحاجة إلى بروكسيات سكنية، أو تدوير عناوين IP، أو عناوين صادرة ذات موقع جغرافي محدد، فأنت بحاجة إلى تكوين ذلك بنفسك (على سبيل المثال، عن طريق ضبط بروكسي في خيارات تشغيل Playwright). لا يشمل الصندوق الرملي طبقة بروكسي مدمجة.
حجم الموارد مهم لأعباء عمل المتصفح
Chromium بدون واجهة ليس خفيف الوزن. تشغيل متصفح داخل حاوية يضيف ضغطًا على الذاكرة بالإضافة إلى أي شيء آخر يفعله الوكيل. Novita Sandbox يقوم بالفوترة على vCPU والذاكرة الفعليين، لذا فإن مهمة متصفح كبيرة تكلف أكثر من مهمة حسابية بحتة. خصص على الأقل 1-2 جيجابايت من الذاكرة لجلسة متصفح مستقرة بدون واجهة. للتصفح المتوازي (عدة علامات تبويب أو صفحات متزامنة)، قم بالتحجيم وفقًا لذلك.
التثبيت يضيف زمن انتقال
في المرة الأولى التي تقوم فيها بتثبيت Playwright وملفات المتصفح الثنائية في صندوق رملي جديد، يستغرق ذلك 30-90 ثانية اعتمادًا على ظروف الشبكة وما إذا كنت تجلب حزمة المتصفح الكاملة. بالنسبة لسير العمل الحساس للزمن، إما أن تُخبز التبعيات في صورة بيئة مخصصة أو تخزنها مؤقتًا في خط أنابيبك. إذا كانت مدة البدء مهمة، خطط لذلك.
حدود الأمان
تشغيل أتمتة المتصفح في صندوق رملي يوفر ضوابط عزل ذات معنى، لكنه ليس ضمانًا للاحتواء المطلق لكل نموذج تهديد. إليك ما يغطيه العزل فعليًا:
عزل نظام الملفات ومعالجة التنزيلات. كل مثيل صندوق رملي يحصل على نظام ملفات خاص به. يبقى المتصفح الذي يقوم بتنزيل ملف، أو نص يكتب على القرص، أو إجراء وكيل يعدل ملفات التكوين داخل تلك الحاوية - بما في ذلك أي شيء يحفظه المتصفح في دليل التنزيلات الافتراضي. إذا كان وكيلك بحاجة للتعامل مع الملفات التي تم تنزيلها (تحليل CSV، فحص PDF)، يمكنه القيام بذلك بأمان داخل الصندوق الرملي. إذا كنت بحاجة لتمرير المحتوى الذي تم تنزيله مرة أخرى إلى المستدعي، قم بنسخه بشكل صريح باستخدام واجهة برمجة تطبيقات ملفات الصندوق الرملي قبل انتهاء الجلسة.
عزل العمليات. تعمل عملية المتصفح داخل الحاوية. لا يؤثر تعطل، أو تسرب ذاكرة، أو حلقة لا نهائية في المتصفح على الصناديق الرملية الأخرى أو المضيف.
عزل الجلسة واحتواء بيانات الاعتماد. نظرًا لأن كل مهمة يمكن أن تبدأ من حاوية نظيفة، لا يوجد مشاركة ضمنية لبيانات الاعتماد، أو ملفات تعريف الارتباط، أو localStorage، أو سجل المتصفح بين المهام غير المرتبطة. هذا مهم لسير العمل الوكيلي حيث يشارك مستخدمون أو مهام مختلفة نفس البنية التحتية. الجلسة التي تصادق على خدمة - تلتقط رموز الوصول، وملفات تعريف ارتباط الجلسة، وأي بيانات اعتماد مخزنة مؤقتًا محليًا - لها تلك القيم مقتصرة على مثيل الصندوق الرملي هذا فقط.
التقاط لقطات الشاشة والمخرجات المرئية. تدعم المتصفحات بدون واجهة داخل الصندوق الرملي لقطات الشاشة بشكل أصلي عبر Playwright (page.screenshot()) أو Puppeteer (page.screenshot()). يتم كتابة لقطات الشاشة إلى نظام ملفات الصندوق الرملي ويمكن للوكيل قراءتها. هذا يدعم سير العمل للتحقق البصري، وجمع أدلة التدقيق، وحلقات الوكيل من نمط استخدام الكمبيوتر التي تقيم حالة الصفحة المعروضة قبل اتخاذ الإجراء التالي.
تسجيل إجراءات DOM وإعادة التشغيل. تتيح واجهة برمجة تطبيقات tracing في Playwright تسجيل أثر لكل تفاعل DOM - نقرات، تنقلات، مدخلات نموذج، طلبات شبكة - وحفظه كملف أثر .zip. داخل الصندوق الرملي، قم بتفعيل التتبع عند بدء الجلسة، وقم بتشغيل الأتمتة، واحفظ الأثر عند الخروج:
context = browser.new_context()
context.tracing.start(screenshots=True, snapshots=True)
page = context.new_page()
# ... خطوات الأتمتة ...
context.tracing.stop(path="/tmp/trace.zip")
الأثر المحفوظ هو سجل تدقيق كامل لما فعله المتصفح. يمكن لوكيلك نسخه من نظام ملفات الصندوق الرملي للمراجعة دون اتصال، وإعادة تشغيله في Playwright Trace Viewer، وإدراجه في سير عمل الامتثال أو ضمان الجودة.
مسارات التدقيق. لسير العمل الأطول حيث تكون أدلة التدقيق مهمة - التحقق من أن الوكيل نفذ فقط الإجراءات المصرح بها، وليس تسريب البيانات أو النقر على أزرار غير متوقعة - فإن الجمع بين عزل الصندوق الرملي (احتواء نطاق الانفجار) وتتبع Playwright (سجل خطوة بخطوة) يمنحك ضمان الاحتواء وسجل إجراءات قابل للمراجعة البشرية. هذا مفيد لسير العمل الخاضع للتنظيم، وضمان جودة وكلاء المتصفح، وتقييم التعلم المعزز حيث تحتاج لفحص ما حدث بالضبط في كل حلقة.
ما لا يحمي منه العزل. إذا زار المتصفح موقعًا يعيد JavaScript ضارًا وكان وكيلك لديه إمكانية الوصول لتقييم كود عشوائي، فإن الكود الضار يعمل داخل الحاوية بأي صلاحيات تمتلكها عملية الوكيل داخل تلك الحاوية. يحد الصندوق الرملي من نطاق الانفجار، لكن صلاحيات الوكيل نفسها داخل الصندوق الرملي لا تزال سارية. لا تمنح عمليات الصندوق الرملي حق الوصول للكتابة إلى موارد خارجية حساسة (قواعد بيانات، واجهات برمجة تطبيقات إنتاج، بيانات اعتماد سحابية) إلا إذا كانت مهمتك تتطلب ذلك صراحةً. استخدم مبدأ الامتياز الأقل للعمليات التي تعمل داخل الصندوق الرملي، تمامًا كما تفعل مع أي بيئة حسابية.
تجنب لغة مثل “الصندوق الرملي يجعل أتمتة المتصفح آمنة تمامًا”. الإطار الصحيح هو: الصندوق الرملي يعزل التنفيذ، ويقلل من نطاق الانفجار، ويمنع التلوث على مستوى المضيف - وهذه مجموعة ضوابط ذات معنى ومفيدة لمعظم حالات استخدام أتمتة المتصفح الوكيلية.
متى تستخدم أداة أتمتة متصفح مخصصة بدلاً من ذلك
الصندوق الرملي للذكاء الاصطناعي ليس دائمًا الإجابة الصحيحة. استخدم منصة أتمتة متصفح مخصصة عندما:
- تحتاج إلى تجميع الجلسات ومثيلات متصفح دافئة. خدمات مثل Browserbase أو Browserless أو Playwright Cloud تدير مجموعة من جلسات المتصفح الجاهزة للاستخدام. بالنسبة للتجميع عالي الإنتاجية أو سير العمل حيث تكون توفر المتصفح دون الثانية أمرًا مهمًا، فإن هذه البنية التحتية أكثر كفاءة من إنشاء صندوق رملي جديد لكل طلب.
- تحتاج إلى دعم بروكسي سكني خارج الصندوق. إذا كانت حالتك تتطلب مواقع جغرافية IP محددة، أو تنوع مقدمي الخدمة، أو خدمات التعامل مع CAPTCHA، فإن منصة أتمتة متصفح مع تكامل بروكسي مدمج هي نقطة بداية أفضل.
- سير عملك يعتمد فقط على المتصفح بدون تنفيذ كود. إذا كان الوكيل يحتاج فقط للتحكم في متصفح وليس لديه سبب لتشغيل كود عشوائي، أو تثبيت تبعيات، أو التفاعل مع نظام ملفات، فإن بيئة لينكس الكاملة للصندوق الرملي هي أكثر مما تحتاجه.
- تحتاج إلى جلسات طويلة العمر مع حالة مستمرة. جلسة تحتاج للبقاء دافئة لأيام أو أسابيع يتم إدارتها بشكل أفضل بواسطة خدمة مصممة خصيصًا لاستمرارية جلسة المتصفح.
الحدود تقريبًا كالتالي: إذا كان وكيلك يحتاج إلى متصفح كجزء من سير عمل حسابي أوسع - بحث، معالجة بيانات، توليد كود، اختبار - فإن الصندوق الرملي للذكاء الاصطناعي مناسب بشكل طبيعي. إذا كان المتصفح هو المنتج بأكمله وتحتاج إلى بنية تحتية مدارة حوله، فاستخدم أداة مصممة لذلك.
تجميع المعايير: معايير القرار
| السيناريو | الصندوق الرملي للذكاء الاصطناعي | أداة المتصفح المخصصة |
|---|---|---|
| بحث ويب وكيلي (استخراج لمرة واحدة) | نعم | اختياري |
| تعبئة نماذج مدفوعة بـ LLM، مهمة واحدة | نعم | اختياري |
| تقييم وكيل browser-use / Skyvern | نعم (بالتصميم) | غير مطلوب |
| جلسة تستمر لأيام | لا | نعم |
| تجميع متوازي عالي الحجم (100+ متزامن) | ممكن، لكنه مكلف | نعم |
| بروكسي سكني / تدوير IP | DIY عبر تكوين بروكسي | مدمج |
| تنفيذ كود + جلب ويب عرضي | نعم | غير مطلوب |
| اختبار CI معزول لتدفقات المتصفح | نعم | اختياري |
كيفية البدء مع Novita Sandbox
قم بتثبيت SDK:
pip install novita-sandbox
قم بتعيين مفتاح API الخاص بك:
export NOVITA_API_KEY=your_api_key_here
قم بتشغيل اختبار أتمتة متصفح بسيط:
from novita_sandbox.code_interpreter import Sandbox
sandbox = Sandbox.create()
result = sandbox.commands.run(
"pip install playwright -q && playwright install chromium --with-deps -q && "
"python3 -c \""
"from playwright.sync_api import sync_playwright; "
"p = sync_playwright().start(); "
"b = p.chromium.launch(); "
"page = b.new_page(); "
"page.goto('https://example.com'); "
"print(page.title()); "
"b.close(); "
"p.stop()\""
)
print(result.stdout)
sandbox.kill()
وثائق Novita Sandbox تغطي نشر VPC، وتكوين الموارد، والوصول إلى نظام الملفات، وأنماط التكامل لوكلاء browser-use و Skyvern.
الخلاصة
الصندوق الرملي للذكاء الاصطناعي هو خيار عملي لأتمتة المتصفح عندما تكون المهمة مدفوعة بالوكيل، أو مركزة على الكود، أو تستفيد من العزل لكل مهمة. يمنحك Novita Sandbox بيئة لينكس نظيفة مع بدء سريع، وفوترة بالثانية، ومرونة كافية لتشغيل أي مكدس متصفح بدون واجهة تحتاجه. القيود الرئيسية هي الجلسات المؤقتة، وعدم وجود طبقة بروكسي مدمجة، وزمن تثبيت المتصفح - وكلها قابلة للإدارة إذا صممت من أجلها. بالنسبة لسير العمل حيث تحتاج جلسات المتصفح إلى الإدارة كبنية تحتية مستمرة على نطاق واسع، فإن منصة أتمتة متصفح مخصصة هي الخيار الأفضل. معظم البنى الوكيلية الإنتاجية تستخدم كليهما: صندوق رملي للحوسبة العامة للوكيل وخدمة متصفح للأجزاء من سير العمل التي تتطلب ذلك.
الأسئلة الشائعة
كيف يتم عزل ملفات تعريف الارتباط وبيانات الاعتماد في صندوق رملي؟
يحصل كل مثيل صندوق رملي على ملف تعريف متصفح نظيف وفارغ. لا تنتقل أي ملفات تعريف ارتباط، أو كلمات مرور مخزنة، أو رموز جلسة، أو إدخالات localStorage من تشغيلات الصندوق الرملي الأخرى أو من بيئة المضيف. إذا صادقت مهمة ما على خدمة وخزنت ملف تعريف ارتباط جلسة، فإن ملف تعريف الارتباط هذا موجود فقط داخل مثيل الصندوق الرملي هذا ويتم التخلص منه عند انتهاء الصندوق الرملي. المهام التي تعمل بشكل متزامن في مثيلات صندوق رملي منفصلة ليس لديها حالة متصفح مشتركة. هذه هي خاصية العزل الرئيسية التي تجعل أتمتة المتصفح المعزولة آمنة للبنى التحتية متعددة المستخدمين أو المهام.
هل يمكنني تشغيل Playwright أو Puppeteer داخل Novita Sandbox؟
كلاهما يعمل داخل بيئة لينكس الخاصة بالصندوق الرملي. قم بتثبيت الحزمة وملفات المتصفح الثنائية باستخدام pip install playwright && playwright install chromium --with-deps (أو ما يعادله في Node.js)، ثم قم بتشغيل نصوصك بشكل طبيعي. يستغرق التثبيت 30-90 ثانية في التشغيل الأول، لذا قم بتخزين التبعيات مؤقتًا إذا كانت مدة البدء مهمة.
هل الصندوق الرملي لديه وصول إلى الإنترنت لمهام أتمتة المتصفح؟
افتراضيًا، الوصول إلى الإنترنت الصادر متاح للتنقل بين الصفحات وتثبيت الحزم. إذا قمت بنشر Novita Sandbox داخل VPC الخاص بك على AWS أو GCP، فإنك تتحكم في قواعد الصادر ويمكنك تقييد أو توجيه حركة المرور حسب الحاجة.
كيف أحافظ على جلسة متصفح مسجلة الدخول عبر أدوار متعددة للوكيل؟
إما أن تبقي مثيل الصندوق الرملي نشطًا بين الأدوار (يمكن أن تعمل الجلسات حتى 24 ساعة)، أو استخدم storage_state في Playwright لتصدير ملفات تعريف الارتباط و localStorage في نهاية كل دور واستيرادها في بداية الدور التالي.
هل من الآمن السماح لوكيل ذكاء اصطناعي بالتحكم في متصفح داخل صندوق رملي؟
يوفر الصندوق الرملي عزلًا ذا معنى - تبقى عملية المتصفح، وكتابات نظام الملفات، والتنزيلات داخل الحاوية ولا يمكن أن تؤثر على المضيف. لا يزال مبدأ الامتياز الأقل ساريًا: لا تعطي عملية الصندوق الرملي حق الوصول للكتابة إلى قواعد بيانات الإنتاج، أو بيانات الاعتماد السحابية، أو واجهات برمجة التطبيقات الخارجية إلا إذا كانت المهمة تتطلب ذلك.
كيف يقارن الصندوق الرملي للذكاء الاصطناعي بخدمة أتمتة متصفح مخصصة مثل Browserbase أو Browserless؟
يمنحك الصندوق الرملي بيئة لينكس كاملة حيث تمتلك تثبيت المتصفح ومنطق الأتمتة - مرونة، لكنك تدير الإعداد ولا يوجد تجميع جلسات. توفر خدمات المتصفح المخصصة مثيلات متصفح دافئة ومدارة مع دعم بروكسي مدمج واستمرارية جلسة. استخدم صندوقًا رمليًا عندما تكون أتمتة المتصفح جزءًا من سير عمل وكيل أوسع؛ استخدم خدمة مخصصة عندما تكون بنية المتصفح التحتية هي الحاجة الأساسية للمنتج.
ما هي تكلفة تشغيل أتمتة المتصفح في Novita Sandbox؟
يقوم Novita Sandbox بالفوترة بالثانية على استخدام vCPU والذاكرة الفعليين. تتطلب جلسة Chromium بدون واجهة عادةً على الأقل 1-2 جيجابايت من الذاكرة. للأسعار الحالية الدقيقة، راجع صفحة تسعير Novita Sandbox (تم التحقق 2026-06-28).
