E2B सैंडबॉक्स: प्राइसिंग, लाइफ़साइकिल और विकल्प

E2B सैंडबॉक्स किसी ऐप्लिकेशन को एक रिमोट एनवायरनमेंट देता है, जिसमें वह कोड चला सकता है और फ़ाइलों के साथ काम कर सकता है। सैंडबॉक्स प्रोवाइडर चुनने के लिए कोड चलाने का API, सेशन की अवधि, कॉन्करेंसी, नेटवर्क कंट्रोल, सहेजी गई स्टेट और कुल लागत की तुलना करें। सिर्फ़ कम CPU रेट से यह पता नहीं चलता कि एजेंट अपना टास्क भरोसेमंद ढंग से पूरा कर पाएगा या नहीं।

यह गाइड Lizard ने तैयार की है। लिंक की गई प्राइसिंग हमने 21 अक्टूबर 2026 को और SDK डॉक्यूमेंटेशन 9 सितंबर 2026 को जाँचा। इसमें डॉक्यूमेंटेशन में बताए गए व्यवहार और एक उदाहरण गणना की तुलना है, प्रोवाइडर्स की मापी गई परफ़ॉर्मेंस की नहीं।

सैंडबॉक्स एजेंट को क्या देता है

एजेंट प्रोग्राम लिख तो सकता है, लेकिन ज़रूरी नहीं कि उसके पास उसे चलाने की कोई सही जगह हो। सैंडबॉक्स कोड चलाने के लिए एक ऐसा एनवायरनमेंट देता है जो एजेंट को कोऑर्डिनेट करने वाले ऐप्लिकेशन से अलग होता है।

कोऑर्डिनेटर कोड या कमांड भेजता है, आउटपुट और फ़ाइलें इकट्ठा करता है और तय करता है कि आगे क्या करना है। उसे फ़ेल हुई कमांड, टाइम-आउट हुए सेशन और क्लीनअप को भी संभालना होता है। आइसोलेशन उपयोगी है, लेकिन क्रेडेंशियल, बाहरी सिस्टम और निजी डेटा तक पहुँच के लिए फिर भी सोची-समझी पॉलिसी चाहिए।

E2B का क्विकस्टार्ट अपने SDK के ज़रिए कोड चलाना और फ़ाइल एक्सेस दिखाता है। किसी छोटे टास्क से शुरू करें और बड़े एजेंट लूप से जोड़ने से पहले आउटपुट और एरर दोनों जाँचें।

E2B प्राइसिंग: प्लान और रनटाइम को अलग-अलग देखें

E2B के मुफ़्त Hobby प्लान में एक बार मिलने वाला $100 क्रेडिट, एक घंटे तक के सेशन और 20 कॉन्करेंट सैंडबॉक्स मिलते हैं। Pro प्लान का बेस शुल्क $150 प्रति माह है, उसके ऊपर उपयोग का पैसा लगता है; इसमें 24 घंटे तक के सेशन और ज़्यादा कॉन्करेंसी लिमिट मिलती है। प्लान का शुल्क रनटाइम का बिल नहीं है। E2B प्राइसिंग।

उदाहरण के तौर पर 2 vCPU और 4 GiB पर कुल 1,000 घंटे चलने वाले वर्कलोड के लिए प्रकाशित प्रति-सेकंड रेट लगाएँ:

CPU:    1,000 × 3,600 × 2 × $0.000014 = $100.80
Memory: 1,000 × 3,600 × 4 × $0.0000045 = $64.80
Runtime subtotal: $165.60
With the $150 Pro base: $315.60 before tax and other charges

इस E2B उदाहरण में ट्रायल क्रेडिट, टैक्स, कॉन्करेंसी के पेड ऐडऑन और दूसरा उपयोग शामिल नहीं है। कुल रनटाइम सभी सैंडबॉक्स को मिलाकर है; सेशन और कॉन्करेंसी लिमिट अलग से जाँचें।

Lizard पर वही कंप्यूट उदाहरण

Lizard, Sandboxes को साइज़ के हिसाब से प्रति सेकंड एक तय कीमत पर बेचता है। Small साइज़ में 2 vCPU और 4 GiB मेमोरी है, यानी E2B उदाहरण जितना ही आवंटन, और इसकी कीमत $0.0162 प्रति घंटा है। CPU, मेमोरी, आइडल समय, 5 GB की वर्कस्पेस डिस्क और हर अकाउंट के लिए 30 दिनों में 2 TB तक एग्रेस इसमें शामिल हैं।

Small sandbox: 1,000 × $0.0162 = $16.20 of usage
Lizard Pro: $19/month, includes $19 of usage
Monthly bill: $19.00

इस उदाहरण में Lizard की कंप्यूट लागत कम है: $16.20, जबकि E2B की $165.60। टैक्स सहित $19 प्रति माह वाला Lizard Pro यह पूरा उपयोग कवर करता है, इसलिए बिल $19 होगा। इसकी तुलना E2B Hobby के $165.60 से करें, या E2B Pro के मासिक बेस शुल्क को जोड़कर टैक्स से पहले के $315.60 से। इन दोनों आँकड़ों में अतिरिक्त स्टोरेज या दूसरी सर्विसेज़ शामिल नहीं हैं। E2B Hobby का कोई बेस शुल्क नहीं है; अगर Hobby से आपकी ज़रूरतें पूरी होती हैं, तो Pro का शुल्क न जोड़ें।

यह रेट के आधार पर की गई गणना है, मापी गई परफ़ॉर्मेंस का नतीजा नहीं। प्रोवाइडर चुनने से पहले लिमिट और सहेजी जाने वाली स्टेट जाँचें। ये पेज 21 अक्टूबर 2026 को जाँचे गए: E2B प्राइसिंग और Lizard प्राइसिंग।

ऑपरेटिंग कॉन्ट्रैक्ट की तुलना करें

Daytona कंप्यूट, मेमोरी और स्टोरेज की कीमत अलग-अलग बताता है। Modal का सैंडबॉक्स डॉक्यूमेंटेशन कोड चलाने, नेटवर्किंग और लाइफ़साइकिल कंट्रोल के बारे में बताता है। व्यवहार की तुलना करते समय इन्हीं खास डॉक्यूमेंट्स को देखें; "pause" जैसे आम शब्द का मतलब हर प्रोवाइडर के यहाँ एक जैसी स्टोरेज गारंटी हो, यह ज़रूरी नहीं।

लाइफ़साइकिल

Lizard Sandboxes कम समय तक चलने वाली कमांड और एजेंट टास्क को Firecracker microVM के रूप में चलाते हैं, और हर microVM का अपना कर्नेल होता है। जिस कोड पर आपको भरोसा नहीं है, उसे चलाते समय क्रेडेंशियल और नेटवर्क एक्सेस सीमित रखें।

सैंडबॉक्स बनाएँ, कमांड चलाएँ, फिर kill कॉल करें। connect किसी मौजूदा सैंडबॉक्स से उसकी स्टेट बदले बिना जुड़ता है; यह पॉज़ या बंद किए गए सैंडबॉक्स को दोबारा शुरू नहीं करता। Pause, resume, snapshot और restore की सुविधा उपलब्ध है। Fork (sandbox.fork({ count })) चल रहे सैंडबॉक्स की कॉपी बनाता है; अगर कोई वॉल्यूम जुड़ा हो तो यह 409 लौटाता है। फ़ाइल वॉचिंग (फ़ाइलों में बदलाव पर नज़र रखना) अभी उपलब्ध नहीं है। lizard sandbox ssh आपके CLI क्रेडेंशियल से एक इंटरैक्टिव शेल खोलता है; SSH प्रोटोकॉल से एक्सेस उपलब्ध नहीं है।

SDK और CLI में डिफ़ॉल्ट लाइफ़टाइम पाँच मिनट है। रॉ API और डैशबोर्ड में डिफ़ॉल्ट रूप से कोई एक्सपायरी नहीं होती। लाइफ़टाइम साफ़-साफ़ सेट करें: बनाते समय timeoutMs: 0 देने पर एक्सपायरी बंद हो जाती है; पॉज़िटिव मान एक डेडलाइन सेट करता है। setTimeout 1000–2147483647 ms तक के मान लेता है, शून्य नहीं। कमांड चलाने से डेडलाइन रीसेट नहीं होती। यह आइडल टाइमर नहीं है।

सैंडबॉक्स चलते रहने तक फ़ाइलें और चल रहे प्रोसेस उपलब्ध रहते हैं। उसके रुकने के बाद सिर्फ़ /workspace पर जुड़े Persistent Volume में लिखी गई फ़ाइलें ही बाद के किसी सैंडबॉक्स में दोबारा इस्तेमाल हो सकती हैं। वॉल्यूम के बिना /workspace अस्थायी है। हर वॉल्यूम एक समय में एक ही सैंडबॉक्स से जुड़ता है और नोड-लोकल स्टोरेज इस्तेमाल करता है; जिन फ़ाइलों को नोड खराब होने के बाद भी बचना चाहिए, उन्हें एक्सपोर्ट करें।

हर साइज़ की एक तय प्रति घंटा कीमत है, और सैंडबॉक्स जितनी देर चलता है उतने सेकंड का बिल बनता है, आइडल समय भी शामिल है। हर अकाउंट के लिए पिछले 30 दिनों में 2 TB तक एग्रेस शामिल है। पॉज़ किए गए सैंडबॉक्स का बिल नहीं बनता; Persistent Volumes का बिल अलग से तब तक बनता है जब तक आप डेटा रखते हैं। टास्क खत्म होने पर सैंडबॉक्स को पॉज़ या kill करें।

Sandboxes

Lizard SDK का एक छोटा उदाहरण

किसी Node प्रोजेक्ट में @lizard-build/sdk इंस्टॉल करें और LIZARD_API_KEY एनवायरनमेंट के ज़रिए दें। my-project की जगह कोई ऐसा प्रोजेक्ट लिखें जिसका आप इस्तेमाल कर सकते हैं। यह उदाहरण कम समय के लिए एक एनवायरनमेंट बनाता है, एक कमांड चलाता है और finally ब्लॉक में उसे रिलीज़ कर देता है:

import { Lizard } from '@lizard-build/sdk';

const client = new Lizard({ project: 'my-project' });
const sandbox = await client.create('interpreter', { timeoutMs: 300000 });
try {
  const result = await sandbox.process.exec("python -c 'print(6 * 7)'");
  if (result.exitCode !== 0) throw new Error(result.stderr);
  console.log(result.stdout);
} finally {
  await sandbox.kill();
}

कमांड को 42 प्रिंट करना चाहिए। यह उदाहरण API और क्लीनअप का पैटर्न दिखाता है; यह थ्रूपुट या स्टार्टअप का बेंचमार्क नहीं है। प्रोडक्शन कोड को क्लीनअप रिक्वेस्ट के फ़ेल होने को भी संभालना चाहिए और सैंडबॉक्स बंद होने से पहले ज़रूरी आउटपुट सहेज लेना चाहिए।

सिर्फ़ पहली कमांड नहीं, पूरा वर्कफ़्लो टेस्ट करें

हर प्रोवाइडर पर एक ही टास्क और डिपेंडेंसी सेट इस्तेमाल करें। इस्तेमाल लायक एनवायरनमेंट मिलने तक का समय, कमांड चलने का समय, फ़ेल होने के मामले, रिसोर्स की खपत और सहेजे गए आउटपुट दर्ज करें। इमेज तैयार करने के समय को सेशन स्टार्टअप से अलग रखें, ताकि तुलना में एक जैसे चरण मापे जाएँ।

फिर वे स्थितियाँ टेस्ट करें जिनसे एजेंट का सामना होगा: फ़ेल होने वाली कमांड, अटक जाने वाला प्रोसेस, कॉन्करेंट सेशन, बड़ा आउटपुट और एक्सपायर होने वाला सेशन। पक्का करें कि कोऑर्डिनेटर इतनी जानकारी दर्ज करता है कि सुरक्षित तरीके से दोबारा कोशिश की जा सके।

अगर आउटपुट कोई प्रोडक्शन ऐप्लिकेशन है, तो उसे सामान्य रिलीज़ प्रक्रिया के साथ सर्विस के रूप में डिप्लॉय करें। सैंडबॉक्स URL और एक सफल टेस्ट रन, डिप्लॉयमेंट कॉन्फ़िगरेशन, मॉनिटरिंग और टिकाऊ डेटा की जगह नहीं ले सकते। हमारी Claude Code डिप्लॉयमेंट गाइड यह अगला कदम समझाती है।

आम सवाल

क्या E2B मुफ़्त है? इसके Hobby प्लान का कोई बेस शुल्क नहीं है और इसमें एक बार मिलने वाला क्रेडिट शामिल है, जबकि रनटाइम के लिए उपयोग के रेट प्रकाशित हैं। लागू लिमिट जाँचें और यह भी देखें कि क्रेडिट खत्म होने के बाद क्या होता है।

क्या ऊपर के उदाहरण में Lizard सस्ता है? हाँ। इसका उपयोग $16.20 है, जबकि E2B पर उपयोग $165.60 है, या Pro के बेस शुल्क के साथ $315.60। Lizard Pro की कीमत $19 प्रति माह है और यह उस उपयोग को कवर करता है, इसलिए बिल $19 होगा। दोनों में से किसी भी होस्ट पर अतिरिक्त स्टोरेज हो तो उसका खर्च अलग से जोड़ें।

क्या E2B Pro में अनलिमिटेड रनटाइम शामिल है? नहीं। इसका बेस शुल्क और उपयोग का शुल्क अलग-अलग हैं।

Lizard Sandboxes को पॉज़ करने पर क्या बचा रहता है? pause() सैंडबॉक्स की मेमोरी, चल रहे प्रोसेस और /workspace को सहेजता है और बिलिंग रोक देता है; resume() उसे उसी ID के साथ वापस लाता है। पॉज़ करने पर खुले नेटवर्क कनेक्शन बंद हो जाते हैं। सैंडबॉक्स रुकने (kill या एक्सपायरी) के बाद सिर्फ़ /workspace पर जुड़े Persistent Volume में लिखी गई फ़ाइलें ही बाद के किसी सैंडबॉक्स में दोबारा इस्तेमाल हो सकती हैं। हर वॉल्यूम एक समय में एक ही सैंडबॉक्स से जुड़ता है और नोड-लोकल स्टोरेज इस्तेमाल करता है; जिन फ़ाइलों को नोड खराब होने के बाद भी बचना चाहिए, उन्हें एक्सपोर्ट करें।

कौन-सा प्रोवाइडर सबसे तेज़ है? यह गाइड स्पीड की कोई रैंकिंग तय नहीं करती। एक ही इमेज, डिपेंडेंसी, रीजन और तैयार होने की शर्त के साथ मापें, और एक बार के सफल स्टार्ट के बजाय कई बार दोहराए गए नतीजे बताएँ।