Sprites - स्टेटफुल सैंडबॉक्स

• Fly.io ने नया ‘Sprites’ पेश किया है, जो मौजूदा एकबारगी सैंडबॉक्स की जगह persistent cloud computer की अवधारणा लाता है
• इसे 1~2 सेकंड के भीतर बनाया जा सकता है, और यह ऑटो idle state transition, checkpoint restore, तथा 100GB durable storage प्रदान करता है
• यह बताता है कि मौजूदा stateless container model AI एजेंटों (जैसे Claude) के लिए अप्रभावी है, और persistent environment की आवश्यकता पर ज़ोर देता है
• एक वास्तविक उदाहरण के रूप में, Claude ने Sprite पर SQLite-आधारित Go app (MDM) बनाया और उसे लंबे समय तक चलाया
• लेख का निष्कर्ष: “सैंडबॉक्स का युग खत्म हो गया है, और disposable computer का युग आ गया है”

---

Sprites: persistent cloud computer - https://sprites.dev/

• Fly.io का कहना है कि मौजूदा read-only sandbox model पुराना हो चुका है, और उसकी जगह लेने के लिए उसने ‘Sprite’ पेश किया है
  • sprite create कमांड से 1 सेकंड के भीतर Linux root shell बन जाता है
  • Sprite में 100GB durable storage होता है, और idle होने पर यह अपने-आप sleep में जाकर बाद में restore हो सकता है
• sprite-env checkpoints create से पूरे सिस्टम का checkpoint तुरंत बनाया जा सकता है
  • sprite checkpoint restore v1 से 1 सेकंड के भीतर restore किया जा सकता है, और Git की तरह system-level version control संभव है
• प्रमुख विशेषताएँ
  • सैकड़ों instances आसानी से बनाए जा सकते हैं
  • ऑटो billing pause (Idle metering) से लागत कम होती है
  • Anycast network connection के ज़रिए HTTPS URL मिलता है
  • पूर्ण durability बनाए रखता है, और स्पष्ट रूप से delete करने तक बना रहता है

Claude और stateless containers की सीमाएँ

• आज अधिकांश cloud environment stateless container-केंद्रित संरचना पर आधारित हैं
  • डेटा केवल बाहरी DB में स्टोर होता है, जिसका उद्देश्य सरलता और scalability हासिल करना है
• लेकिन Claude जैसे AI agents इस संरचना के लिए उपयुक्त नहीं हैं
  • वे container को bypass या उससे बाहर निकलने जैसा व्यवहार दिखाते हैं, और पूरे “computer” तक access चाहते हैं
• “computer” की परिभाषा के रूप में durability और ऐसा environment जो काम के बाद भी गायब न हो प्रस्तुत किया गया है
  • मौजूदा sandbox इन दोनों चीज़ों से वंचित हैं

सरलता (Simple Wins)

• persistent environment में development environment को दोबारा बनाना (node_modules आदि) ज़रूरी नहीं होता
  • उद्योग इसे हल करने के लिए snapshot तकनीक पर करोड़ों डॉलर निवेश कर रहा है
• ऐसे वास्तविक उदाहरण भी हैं जहाँ infra बनाकर agent को S3, Redis, RDS जैसे बाहरी resources तक पहुँच दी जाती है
  • यह sandbox की non-persistent प्रकृति को bypass करने के लिए एक अस्थायी उपाय है
• Sprite इस जटिलता को हटाकर ऐसा environment देता है जहाँ लिखी गई फाइलें वैसी ही बनी रहती हैं
• उदाहरण के तौर पर, Phoenix.new प्रोजेक्ट में Fly Machine-आधारित agent ने app logs को सीधे देखते हुए त्रुटियाँ ठीक कीं

Galaxy Brain Win: development और operations का मेल

• लेखक ने Claude के साथ मिलकर SQLite-आधारित Go app (MDM) को Sprite पर बनाया
  • Anycast URL के ज़रिए इसका उपयोग MDM registration URL के रूप में किया गया
  • Claude ने APNS certificate setup तक अपने-आप संभाला
• यह app एक महीने से अधिक समय से Sprite पर स्थिर रूप से चल रही है
  • इससे “development environment ही production environment है (dev is prod, prod is dev)” की अवधारणा साकार होती है
• लेखक का तर्क है कि अधिकांश apps को बड़े पैमाने के traffic की ज़रूरत नहीं होती, बल्कि व्यक्तिगत रूप से अनुकूलित persistent apps अधिक महत्वपूर्ण हैं
  • ऐसी संरचना जहाँ उपयोगकर्ता सीधे features माँग सकें और उन्हें तुरंत लागू किया जा सके

सैंडबॉक्स का अंत और disposable computers का युग

• Fly.io लंबे समय से horizontally scalable micro-VM platform विकसित कर रहा है, लेकिन sandbox model अब अपनी सीमा तक पहुँच चुका है
• Sprite, Fly Machines जैसा है, लेकिन इसमें नई storage stack और orchestration structure है, और Dockerfile की आवश्यकता नहीं
• एक मुख्य प्रश्न उठाया गया है:
  > “अगर आप किसी agent को चला सकते हैं, तो क्या आप read-only sandbox की बजाय तुरंत बुलाया जा सकने वाला EC2 instance नहीं चाहेंगे?”
• निष्कर्ष: “सैंडबॉक्स का युग खत्म हो गया है, और disposable computer का युग आ गया है।”