zeroboot

AI एजेंटों के लिए कॉपी-ऑन-राइट फोर्किंग के माध्यम से उप-मिलीसेकंड वर्चुअल मशीन सैंडबॉक्स

इसे आज़माएँ

curl -X POST https://api.zeroboot.dev/v1/exec \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Bearer zb_demo_hn2026' \
  -d '{"code":"import numpy as np; print(np.random.rand(3))"}'

बेंचमार्क

प्रत्येक सैंडबॉक्स एक वास्तविक KVM वर्चुअल मशीन है जिसमें हार्डवेयर-प्रवर्तित मेमोरी आइसोलेशन है।

यह कैसे काम करता है

  Firecracker स्नैपशॉट ──► mmap(MAP_PRIVATE) ──► KVM VM + पुनर्स्थापित CPU स्थिति
                              (कॉपी-ऑन-राइट)               (~0.8ms)

1. टेम्पलेट (एक बार): Firecracker एक VM बूट करता है, आपके रनटाइम को पहले से लोड करता है, और मेमोरी + CPU स्थिति का स्नैपशॉट लेता है
2. फोर्क (~0.8ms): एक नया KVM VM बनाता है, स्नैपशॉट मेमोरी को CoW के रूप में मैप करता है, सभी CPU स्थिति को पुनर्स्थापित करता है
3. आइसोलेशन: प्रत्येक फोर्क एक अलग KVM VM है जिसमें हार्डवेयर-प्रवर्तित मेमोरी आइसोलेशन है

SDK

Python — sdk/python

from zeroboot import Sandbox
sb = Sandbox("zb_live_your_key")
result = sb.run("print(1 + 1)")

TypeScript — sdk/node

import { Sandbox } from "@zeroboot/sdk";
const result = await new Sandbox("zb_live_your_key").run("console.log(1+1)");

दस्तावेज़

• एपीआई संदर्भ
• तैनाती गाइड
• आर्किटेक्चर

स्थिति

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

स्व-होस्ट या प्रबंधित

Zeroboot ओपन सोर्स है। इसे KVM वाले किसी भी Linux बॉक्स पर स्वयं होस्ट करें, या प्रबंधित एपीआई का उपयोग करें:

curl -X POST https://api.zeroboot.dev/v1/exec \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Bearer zb_demo_hn2026' \
  -d '{"code":"import numpy as np; print(np.random.rand(3))"}'

प्रबंधित सेवा का निर्माण उन टीमों के लिए किया जा रहा है जो अपना खुद का इन्फ्रा नहीं चलाना चाहतीं। प्रारंभिक पहुंच के लिए साइन अप करें: https://tally.so/r/aQGkpb

ज्ञात सीमाएँ

• फोर्क स्नैपशॉट से CSPRNG स्थिति साझा करते हैं। कर्नेल एन्ट्रॉपी RNDADDENTROPY के माध्यम से पुनर्बीजित की जाती है, लेकिन उपयोगकर्ता स्थान PRNG (numpy, OpenSSL) को प्रति फोर्क स्पष्ट पुनर्बीजन की आवश्यकता होती है। Firecracker's guidance देखें।
• प्रति फोर्क एकल vCPU। मल्टी-vCPU आर्किटेक्चरल रूप से संभव है लेकिन लागू नहीं किया गया है।
• फोर्क के अंदर कोई नेटवर्किंग नहीं। सैंडबॉक्स केवल सीरियल I/O के माध्यम से संचार करते हैं।
• टेम्पलेट अपडेट के लिए पूर्ण पुनः-स्नैपशॉट (~15s) की आवश्यकता होती है। कोई इंक्रीमेंटल पैचिंग नहीं।

लाइसेंस

Apache-2.0