Codex सैंडबॉक्स: मोड, --yolo, Docker और क्लाउड

Codex सैंडबॉक्स तय करता है कि कमांड्स कहाँ लिख सकती हैं और वे नेटवर्क तक पहुँच सकती हैं या नहीं। लोकल काम के लिए workspace-write से शुरू करें; --yolo का उपयोग सिर्फ़ किसी बाहरी सैंडबॉक्स के अंदर करें, क्योंकि यह Codex का सैंडबॉक्स और अप्रूवल प्रॉम्प्ट, दोनों बंद कर देता है।

हमने Codex CLI 0.162.1 को macOS पर और Docker में टेस्ट किया, साथ ही Lizard Sandboxes में एक Codex टास्क भी चलाकर देखा। इस गाइड में वही नतीजे, ज़रूरी सेटिंग्स और सही सेटअप चुनने का तरीका है।

उदाहरणों में यही टेस्ट किए गए वर्ज़न इस्तेमाल हुए हैं। 21 अक्टूबर 2026 को हमारे सोर्स चेक में 0.163.0 सबसे नया स्टेबल रिलीज़ था; किसी दूसरे रिलीज़ की सेटिंग्स लागू करने से पहले अपना इंस्टॉल किया हुआ वर्ज़न जांचें। रिलीज़ लिस्ट देखें।

बिल्ट-इन Codex सैंडबॉक्स क्या सुरक्षित करता है?

Codex अपनी चलाई गई कमांड्स पर ऑपरेटिंग सिस्टम की सीमाएँ लागू करता है, जिनमें टेस्ट रनर, Git और पैकेज मैनेजर भी शामिल हैं। ये सीमाएँ फ़ाइल राइट और नेटवर्क एक्सेस को कंट्रोल करती हैं। MCP सर्वर, कनेक्टर और ब्राउज़र टूल अपने अलग कंट्रोल इस्तेमाल करते हैं; आप जो भी टूल जोड़ते हैं, कमांड सैंडबॉक्स उन सबको अपने दायरे में नहीं रखता। OpenAI के सैंडबॉक्स स्कोप और टूल कंट्रोल देखें।

macOS पर हमारे workspace-write प्रोब में प्रोजेक्ट में राइट सफल रहा, होम डायरेक्टरी में राइट फ़ेल हुआ और .git/ रीड-ओनली रहा। /tmp और $TMPDIR में लिखना भी काम कर गया। ~/.zshrc पढ़ना भी काम कर गया: workspace-write फ़ाइल पढ़ने को आपके प्रोजेक्ट तक सीमित नहीं करता।

डॉक्स के अनुसार Codex राइटेबल रूट्स के अंदर पहले से मौजूद .codex, .agents और .aws डायरेक्टरीज़ को भी सुरक्षित रखता है। यह सुरक्षा उनके अंदर की हर चीज़ पर लागू होती है, और .git की सुरक्षा में लिंक किया गया gitdir भी शामिल है। हमने .git को प्रोब किया; बाकी सुरक्षित पाथ की जानकारी OpenAI के डॉक्यूमेंटेशन से ली गई है।

Codex सैंडबॉक्स मोड चालू करें

अपने प्रोजेक्ट में इंटरैक्टिव सेशन इस कमांड से शुरू करें:

codex --sandbox workspace-write --ask-for-approval on-request

इससे Auto मोड चुना जाता है: वर्कस्पेस में एडिट और रोज़मर्रा की कमांड्स चल सकती हैं; इससे ज़्यादा एक्सेस के लिए अप्रूवल चाहिए। इंटरैक्टिव Codex वर्ज़न कंट्रोल वाले फ़ोल्डर्स के लिए Auto और बाकी जगहों के लिए read-only की सलाह देता है। जब तक आप फ़ोल्डर को भरोसेमंद नहीं मानते, यह read-only में शुरू हो सकता है। इसके उलट, codex exec डिफ़ॉल्ट रूप से read-only चलता है। एडिट की अनुमति देने के लिए:

codex exec --sandbox workspace-write "<task>"

<task> की जगह अपनी रिक्वेस्ट लिखें। इंटरैक्टिव डिफ़ॉल्ट और exec परमिशन देखें; स्क्रिप्ट से चलने वाले टास्क के लिए हमारी codex exec गाइड देखें।

macOS पर Codex Seatbelt का उपयोग करता है। Linux और WSL2 पर यह फ़ाइल सिस्टम आइसोलेशन के लिए bubblewrap और syscall फ़िल्टरिंग के लिए seccomp का उपयोग करता है। 0.115.0 में bubblewrap डिफ़ॉल्ट बना। Debian या Ubuntu पर इसे इंस्टॉल करें:

sudo apt install bubblewrap

अगर PATH में bwrap नहीं है, तो Codex अपना बंडल किया हुआ हेल्पर इस्तेमाल कर सकता है, जिसके लिए बिना प्रिविलेज वाले यूज़र नेमस्पेस चाहिए। Ubuntu 24.04 पर bwrap-userns-restrict AppArmor प्रोफ़ाइल की भी ज़रूरत पड़ सकती है। ज़रूरी शर्तों का पालन करें।

नेटिव Windows पर MXC सपोर्ट है, और सपोर्टेड Windows 11 बिल्ड पर यही सुझाया गया विकल्प है: 24H2 बिल्ड 26100.9278 या 25H2 बिल्ड 26200.9278 और उसके बाद के बिल्ड। पुराने फ़ॉलबैक विकल्प elevated और unelevated हैं; WSL2 में Linux सैंडबॉक्सिंग इस्तेमाल होती है। Windows की ज़रूरतें देखें।

नेटवर्क और राइट एक्सेस सेट करें

workspace-write में नेटवर्क एक्सेस शुरुआत में बंद रहता है। इसे Codex कॉन्फ़िग में चालू करने के लिए:

[sandbox_workspace_write]
network_access = true

सिर्फ़ एक रन के लिए ओवरराइड -c sandbox_workspace_write.network_access=true है। इस सेटिंग से हमारे नेटवर्क प्रोब का नतीजा DNS फ़ेलियर से बदलकर HTTP 200 हो गया। यह आउटबाउंड एक्सेस चालू करता है; डोमेन के हिसाब से नियम लगाने के लिए अलग नेटवर्क प्रॉक्सी चाहिए। नेटवर्क सेटिंग्स देखें।

ये कंट्रोल सिर्फ़ कमांड्स के नेटवर्क एक्सेस पर लागू होते हैं। Codex के मॉडल और ऑथेंटिकेशन की रिक्वेस्ट अलग रास्ते से जाती हैं, इसलिए curl रिक्वेस्ट ब्लॉक होने का मतलब यह नहीं कि CLI अपने मॉडल तक नहीं पहुँच सकता। प्रॉक्सी MCP कनेक्शन या ब्राउज़र ट्रैफ़िक को भी फ़िल्टर नहीं करता। कमांड प्रॉक्सी के बाहर का ट्रैफ़िक देखें।

किसी और फ़ोल्डर में लिखने की अनुमति देने के लिए उसके पाथ के साथ --add-dir का उपयोग करें:

codex --add-dir <DIR>

<DIR> की जगह वह फ़ोल्डर लिखें। जब टास्क को सिर्फ़ इतना ही चाहिए, तो OpenAI डायरेक्टरी जोड़ने की सलाह देता है।

लंबे रन से पहले बाउंड्री जांचें

प्रोजेक्ट फ़ोल्डर से हमने ये चार प्रोब चलाए:

codex sandbox -c sandbox_mode="workspace-write" -- sh -c 'touch ./inside && echo inside-ok || echo inside-blocked'
codex sandbox -c sandbox_mode="workspace-write" -- sh -c 'touch ~/codex-probe-outside && echo outside-ok || echo outside-blocked'
codex sandbox -c sandbox_mode="workspace-write" -- sh -c 'curl -sS -m 5 -o /dev/null -w "%{http_code}\n" https://example.com || echo net-blocked'
codex sandbox -c sandbox_mode="workspace-write" -c sandbox_workspace_write.network_access=true -- sh -c 'curl -sS -m 5 -o /dev/null -w "%{http_code}\n" https://example.com || echo net-blocked'

इसी क्रम में हमें inside-ok, outside-blocked, net-blocked (curl: (6) Could not resolve host: example.com के बाद) और 200 मिले।

कुछ डॉक्स में codex sandbox macos|linux लिखा मिलता है। वर्ज़न 0.162.1 इन्हें OS सबकमांड के रूप में स्वीकार नहीं करता: बैकएंड होस्ट के हिसाब से अपने-आप चुना जाता है। ऊपर वाला फ़्लैट फ़ॉर्म इस्तेमाल करें। रिलीज़ का सोर्स कोड इसकी पुष्टि करता है।

एजेंट के शेल टूल से भी जांच करें। एजेंट के स्तर पर हमने यह कमांड चलाई:

codex exec -s workspace-write -c approval_policy="never" \
  --ephemeral --json \
  "Run exactly these three shell commands, one at a time, with your shell tool, and report the exit code and output of each. Do not retry, do not use workarounds, do not ask for approval: 1) touch ./agent-inside  2) touch ~/codex-agent-probe  3) curl -sS -m 5 -o /dev/null -w '%{http_code}' https://example.com"

प्रॉम्प्ट के ज़रिए ये तीन कमांड्स चलाई गईं:

touch ./agent-inside
touch ~/codex-agent-probe
curl -sS -m 5 -o /dev/null -w '%{http_code}' https://example.com

हमारे टेस्ट में प्रोजेक्ट में राइट ने एग्ज़िट कोड 0 दिया। होम डायरेक्टरी में राइट Operation not permitted के साथ फ़ेल हुआ, और curl ने एग्ज़िट कोड 6, Could not resolve host दिया। होम डायरेक्टरी में कोई फ़ाइल नहीं बनी। यही कमांड्स किसी अलग, बिना सैंडबॉक्स वाले टर्मिनल में चलाने से एजेंट की सीमाओं की जांच नहीं होती।

सैंडबॉक्स मोड और अप्रूवल पॉलिसी

सैंडबॉक्स मोड कमांड्स की सीमाएँ तय करता है। अप्रूवल पॉलिसी तय करती है कि Codex कब इन सीमाओं से आगे जाने की अनुमति माँग सकता है।

0.162.1 में इंटरैक्टिव अप्रूवल फ़्लैग on-request और never स्वीकार करता है। पहला विकल्प ज़्यादा एक्सेस की ज़रूरत होने पर पूछता है; दूसरा चुनी गई सैंडबॉक्स सीमाओं को बनाए रखते हुए प्रॉम्प्ट नहीं आने देता। कॉन्फ़िग में ज़्यादा बारीक पॉलिसी टेबल भी सपोर्ट होती है। codex exec का डिफ़ॉल्ट never है और यह इंटरैक्टिव -a फ़्लैग स्वीकार नहीं करता। अप्रूवल विकल्प और exec डिफ़ॉल्ट देखें।

पुराने उदाहरणों में सावधानी रखें: untrusted को 0.149.0 में हटा दिया गया, on-failure डिप्रिकेटेड है, और --full-auto को 0.147.0 में codex exec से हटा दिया गया। हमारे 0.162.1 वाले रन ने --full-auto को रिजेक्ट किया। जिन exec टास्क में एडिट चाहिए, उनके लिए --sandbox workspace-write का उपयोग करें।

Codex --yolo मोड क्या करता है?

--yolo, --dangerously-bypass-approvals-and-sandbox का छोटा नाम (alias) है। यह दोनों कंट्रोल बंद कर देता है, जिसका असर danger-full-access और अप्रूवल पॉलिसी never जैसा होता है। OpenAI के मुताबिक इसे सिर्फ़ बाहर से सैंडबॉक्स किए गए एनवायरनमेंट में ही इस्तेमाल करें। फ़्लैग की चेतावनी देखें।

हमने एजेंट वाली जांच इस कमांड से दोहराई:

codex exec --yolo \
  --ephemeral --json \
  "Run exactly these two shell commands, one at a time, with your shell tool, and report the exit code and output of each. Do not retry and do not run anything else: 1) touch ~/codex-agent-probe  2) curl -sS -m 5 -o /dev/null -w '%{http_code}' https://example.com"

दोनों कमांड्स ऊपर वाली ही थीं: होम डायरेक्टरी में राइट और curl रिक्वेस्ट। इस बार फ़ाइल हमारी होम डायरेक्टरी में बन गई और रिक्वेस्ट ने HTTP 200 लौटाया। बाद में हमने प्रोब फ़ाइल हटा दी। Codex का yolo मोड प्रोजेक्ट से बाहर भी एक्सेस देता है।

Lizard और Docker Sandboxes, दोनों Codex को microVM के अंदर लंबे बायपास फ़्लैग के साथ शुरू करते हैं। यह इसके सही इस्तेमाल से मेल खाता है: बाहरी बाउंड्री VM देता है। लेकिन इससे उस VM के अंदर की फ़ाइलें एजेंट से सुरक्षित नहीं हो जातीं। Docker Sandboxes ने अपनी डिफ़ॉल्ट Codex कमांड डॉक्यूमेंट की है; Lizard की कमांड हमने अपने टेस्ट के दौरान देखी।

Docker में Codex चलाएँ

हमने इस Dockerfile को टेस्ट किया:

FROM node:22-bookworm-slim
RUN apt-get update && apt-get install -y --no-install-recommends git python3 ca-certificates curl \
 && rm -rf /var/lib/apt/lists/*
RUN npm install -g @openai/codex@0.162.1
WORKDIR /workspace

इसे codex-sandbox-test नाम से बिल्ड करें। हमारा प्रोजेक्ट लोकल app फ़ोल्डर में था। CODEX_DIR एक अलग, पहले से मौजूद फ़ोल्डर की ओर पॉइंट करता था, जिसमें हमारे ChatGPT लॉगिन की कॉपी थी। हमने यह चलाया:

docker run --rm \
  -v "$PWD/app:/workspace/app" \
  -v "$CODEX_DIR:/codex-home" \
  -e CODEX_HOME=/codex-home \
  -w /workspace/app \
  codex-sandbox-test codex exec -s workspace-write --ephemeral \
  "Run python3 -m unittest. Fix the failing test with the smallest reasonable change to the code under test, not the test. Run the tests again and report what changed."

हमारे फ़िक्स्चर का add(a, b) अपने इनपुट जोड़ने की जगह घटा देता था। Codex ने return a - b को return a + b में बदला; उसका अपना टेस्ट रन और होस्ट पर अलग से चलाया गया टेस्ट रन, दोनों पास हुए। प्रोजेक्ट माउंट में लिखने की अनुमति होने से ये एडिट होस्ट तक पहुँच गए।

इस डिफ़ॉल्ट Docker Desktop कंटेनर में Linux सैंडबॉक्स भी बिना अतिरिक्त कैपेबिलिटीज़ और बिना bubblewrap पैकेज इंस्टॉल किए काम कर गया। Codex के बंडल किए हुए हेल्पर ने प्रोजेक्ट में राइट की अनुमति दी, /root में राइट को Read-only file system के साथ ब्लॉक किया, और नेटवर्क एक्सेस भी ब्लॉक किया।

यह नतीजा हर होस्ट पर लागू नहीं होता। OpenAI चेतावनी देता है कि Docker सेटिंग्स उन नेमस्पेस, setuid bubblewrap या seccomp ऑपरेशन को ब्लॉक कर सकती हैं जिनकी Codex को ज़रूरत होती है। अगर अंदर का सैंडबॉक्स नहीं चल पाता, तो कंटेनर को ही बाउंड्री के रूप में कॉन्फ़िगर करें, फिर यह इस्तेमाल करें:

codex --sandbox danger-full-access

पहले माउंट, प्रिविलेज और नेटवर्क पॉलिसी जांचें। OpenAI की कंटेनर गाइडेंस चेतावनी देती है कि कोई नुकसानदेह प्रोजेक्ट devcontainer के अंदर उपलब्ध कुछ भी बाहर भेज सकता है, Codex के क्रेडेंशियल्स भी।

कंटेनर के अंदर ऑथेंटिकेट करें

ऑटोमेशन के लिए CODEX_API_KEY नॉन-इंटरैक्टिव Codex प्रोसेस को API की देता है। इसे सिर्फ़ उसी रन तक सीमित रखें जिसे इसकी ज़रूरत है। किसी मौजूदा एनवायरनमेंट वेरिएबल से API की वाला लॉगिन सेव करने के लिए:

printenv OPENAI_API_KEY | codex login --with-api-key

डिवाइस-कोड लॉगिन के लिए:

codex login --device-auth

डिवाइस लॉगिन आपके अकाउंट या वर्कस्पेस सेटिंग्स में चालू होना चाहिए। दूसरा तरीका है किसी साइन-इन की हुई मशीन से auth.json कॉपी करना, जैसा हमने अपने टेस्ट में किया। auth.json को पासवर्ड की तरह संभालें: इसमें एक्सेस टोकन होते हैं। keyring वाले लॉगिन में शायद कॉपी करने लायक फ़ाइल बने ही नहीं। ऑथेंटिकेशन और CODEX_API_KEY देखें।

Docker कंटेनर और Docker Sandboxes अलग हैं

Docker Sandboxes अलग sbx CLI का उपयोग करता है:

sbx run codex ~/my-project

हर सैंडबॉक्स का अपना Linux कर्नेल और प्राइवेट Docker Engine होता है। होस्ट पर चलने वाला प्रॉक्सी मॉडल क्रेडेंशियल्स को VM से बाहर रखता है और उन्हें आउटबाउंड रिक्वेस्ट में जोड़ देता है। नेटवर्क नियम ट्रैफ़िक को तब तक रोकते हैं जब तक उसकी अनुमति न दी जाए; पहली बार चलाने पर Open, Balanced और Locked Down प्रीसेट मिलते हैं। Balanced आम डेवलपमेंट साइट्स की अनुमति देता है; Locked Down में मॉडल प्रोवाइडर के लिए अलग से साफ़ नियम जोड़ना पड़ता है। आइसोलेशन, क्रेडेंशियल हैंडलिंग और प्रीसेट देखें।

लोकल ज़रूरतें: Apple silicon पर macOS Sonoma 14+; Windows Hypervisor Platform के साथ Intel/AMD पर Windows 11; या KVM और kvm ग्रुप की सदस्यता के साथ x86-64/arm64 पर Ubuntu 24.04+। Docker Desktop ज़रूरी नहीं है। किसी VM के अंदर sbx के लोकल सैंडबॉक्स चलाने के लिए नेस्टेड वर्चुअलाइज़ेशन चाहिए। इंस्टॉल गाइड देखें।

हमने Docker Sandboxes टेस्ट नहीं किया। इसका डिफ़ॉल्ट बायपास फ़्लैग माउंट की गई प्रोजेक्ट फ़ाइलों को, Git हुक्स समेत, लिखने लायक छोड़ देता है; रन के बाद उन्हें रिव्यू करें।

क्लाउड सैंडबॉक्स कब काम आता है

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

Codex Cloud के मौजूदा डॉक्स के अनुसार हर टास्क के लिए एक अलग VM मिलता है। एनवायरनमेंट-लेवल इंटरनेट टॉगल से पैकेज मैनेजर और डोमेन अलाउलिस्ट या बिना रोक-टोक वाला एक्सेस चुना जा सकता है। एनवायरनमेंट वेरिएबल सीधे प्रोग्राम्स तक पहुँचते हैं; नेटवर्क सीक्रेट्स की जगह प्लेसहोल्डर रहते हैं, जिन्हें प्रॉक्सी सिर्फ़ पोर्ट 443 पर अनुमति वाले HTTPS डेस्टिनेशन के लिए असली मान से बदलता है। क्लाउड फ़ीचर्स के लिए सपोर्टेड ChatGPT प्लान चाहिए: Plus, Pro, Business या Enterprise। API की से ऑथेंटिकेशन में ये शामिल नहीं हैं। हमने Codex Cloud टेस्ट नहीं किया। क्लाउड एनवायरनमेंट, प्लान और हमारी Codex Cloud गाइड देखें।

Lizard Sandboxes टास्क को Firecracker microVM में चलाता है, और हर microVM का अपना कर्नेल होता है। हम Lizard Sandboxes बेचते हैं। हम इसकी सलाह तब देते हैं जब आपको ऐसे रिमोट वर्कस्पेस चाहिए जिन्हें आप CLI से बना, चला और पॉज़ कर सकें; लोकल काम के लिए Codex के बिल्ट-इन सैंडबॉक्स से शुरू करें।

Lizard Sandboxes में Codex चलाएँ

Lizard CLI इंस्टॉल करें, साइन इन करें और एक प्रोजेक्ट चुनें। ChatGPT सब्सक्रिप्शन कनेक्ट करें:

lizard agents login chatgpt

या OpenAI API की रजिस्टर करें:

lizard agents add openai

कनेक्शन जांचें:

lizard agents status

हमारे टेस्ट में पहले से कनेक्ट किया हुआ ChatGPT सब्सक्रिप्शन इस्तेमाल हुआ; हमने साइन-इन दोबारा नहीं किया।

प्रोजेक्ट बनाएँ और कॉपी करें

प्रोजेक्ट वाला प्लेसहोल्डर बदलें:

lizard sandbox create --project YOUR_PROJECT_ID --template codex --size small --timeout 3600000 --json

SB में लौटाई गई सैंडबॉक्स ID सेट करें और BUNDLE_DIR में पहले से मौजूद कोई लोकल अस्थायी फ़ोल्डर। टाइमआउट से इस वर्कस्पेस को एक घंटा मिलता है। डिफ़ॉल्ट लाइफ़टाइम पाँच मिनट है; कमांड्स चलाने से यह नहीं बढ़ता।

अपनी लोकल रिपॉज़िटरी से:

git bundle create "$BUNDLE_DIR/app.bundle" HEAD
lizard sandbox files put "$SB" "$BUNDLE_DIR/app.bundle" /workspace/app.bundle
lizard sandbox exec "$SB" -- git clone /workspace/app.bundle /workspace/app

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

टास्क चलाएँ

lizard sandbox prompt "$SB" --agent codex --cwd /workspace/app "Run the tests. Fix one failing test with the smallest reasonable change. Report what changed and which tests passed."

--agent codex हमेशा साफ़-साफ़ पास करें। हमारे रन के दौरान प्रोसेस लिस्ट में यह दिखा:

codex exec --json --skip-git-repo-check --dangerously-bypass-approvals-and-sandbox -C /workspace/app "<prompt>"

Codex का अपना सैंडबॉक्स और अप्रूवल बंद थे; आइसोलेशन Firecracker microVM ने दिया। अंदर चलने वाला कोड उन सभी क्रेडेंशियल्स तक पहुँच सकता है जो प्रोसेस को उपलब्ध हैं। उनका स्कोप सीमित रखें। VM इन क्रेडेंशियल्स को एजेंट से नहीं छिपाता।

रिव्यू करें, डाउनलोड करें और पॉज़ करें

आख़िरी पॉज़ कमांड से पहले डिफ़ रिव्यू करें, प्रोजेक्ट के टेस्ट दोबारा चलाएँ और ज़रूरी फ़ाइलें सेव करें:

lizard sandbox exec "$SB" -- git -C /workspace/app status --short
lizard sandbox exec "$SB" -- git -C /workspace/app diff
lizard sandbox files get "$SB" /workspace/app/calc.py ./calc.py.review
lizard sandbox pause "$SB"

हमारे फ़िक्स्चर में calc.py था; यह वर्कफ़्लो दोहराते समय अपनी बदली हुई फ़ाइल चुनें। Codex ने घटाने वाला बग ठीक किया, हमारे अलग unittest रन ने OK प्रिंट किया, और डाउनलोड की गई फ़ाइल मेल खाती थी। हमने पुष्टि की कि स्टेटस paused है।

एक्सपायरी से पहले नतीजे सेव कर लें। सफल पॉज़ के बाद कंप्यूट बिलिंग रुक जाती है; Persistent Volumes स्टोरेज का खर्च अलग से लगता है। लाइफ़साइकल की जानकारी के लिए क्विकस्टार्ट और सैंडबॉक्स CLI रेफ़रेंस देखें।

क्लाउड वर्कस्पेस का खर्च कितना है?

21 अक्टूबर 2026 को Lizard की कंप्यूट दरें:

चलते समय कंप्यूट का बिल प्रति सेकंड बनता है, आइडल समय भी इसमें गिना जाता है। सफल पॉज़ के बाद कंप्यूट शुल्क रुक जाता है; Persistent Volumes स्टोरेज का बिल अलग से बनता है।

Lizard Pro की कीमत $19 प्रति माह है, टैक्स सहित, और इसमें $19 का उपयोग शामिल है। अतिरिक्त उपयोग pay as you go है। नए अकाउंट्स को $5 के उपयोग के साथ सात दिन का ट्रायल मिलता है; इसके लिए कार्ड ज़रूरी है। ChatGPT या OpenAI API के शुल्क अलग हैं। रन से पहले प्राइसिंग देख लें।

सेटअप की आम समस्याएँ

हमने क्या टेस्ट किया

21 अक्टूबर 2026 को हमने npm से इंस्टॉल किया गया Codex CLI 0.162.1 macOS 26.6.2, Apple silicon (arm64) पर, होम डायरेक्टरी के अंदर एक नई Git रिपॉज़िटरी में टेस्ट किया। हमने ChatGPT लॉगिन के साथ सैंडबॉक्स कमांड्स और एजेंट की शेल कॉल्स जांचीं, बायपास वाली तुलना भी।

Docker टेस्ट में Docker Desktop, Docker Engine 28.1.1, arm64 और LinuxKit कर्नेल 6.10 का उपयोग हुआ। हमने सैंडबॉक्स की सीमाएँ और एक Python टेस्ट फ़िक्स जांचा, फिर होस्ट पर टेस्ट दोबारा चलाया।

Lizard टेस्ट में Lizard CLI 4.0.65 का उपयोग हुआ। codex टेम्प्लेट में Codex CLI 0.159.2, Node.js 22.23.2, Python 3.11.2 और git 2.39.5 शामिल थे। हमने बंडल अपलोड, क्लोनिंग, टास्क, अलग से टेस्ट, डिफ़ रिव्यू, डाउनलोड और पॉज़ कवर किए।

हमने Docker Sandboxes, Codex Cloud, नेटिव Windows/WSL2, OpenAI का run_in_container.sh या नए अकाउंट का एनरोलमेंट टेस्ट नहीं किया। ये जांचें सिर्फ़ दर्ज किए गए सेटअप पर लागू होती हैं; यह कोई सिक्योरिटी ऑडिट नहीं है।

आपको कौन-सा सेटअप चुनना चाहिए?

जानी-पहचानी फ़ाइलों और टूल्स के साथ लोकल काम के लिए workspace-write का उपयोग करें। दोहराए जा सकने वाले रनटाइम के लिए Docker चुनें, और टेस्ट करें कि वहाँ Codex का अंदरूनी सैंडबॉक्स काम करता है या नहीं। लोकल microVM आइसोलेशन और होस्ट पर रखे क्रेडेंशियल्स के लिए Docker Sandboxes पर विचार करें, या ChatGPT के अंदर चलने वाले टास्क के लिए Codex Cloud।

जब आपको Lizard CLI से रिमोट वर्कस्पेस चाहिए, तब Lizard Sandboxes चुनें। एक छोटे टेस्ट फ़िक्स से शुरू करें, डिफ़ रिव्यू करें, नतीजा डाउनलोड करें और वर्कस्पेस पॉज़ करें।