HN लॉन्च: Agent37 (YC F26) – एजेंट्स चलाने के लिए कम-लागत एजेंट सैंडबॉक्स

Hacker News चर्चा ↗

Agent37 जैसे कम-लागत “agent sandbox” प्लेटफ़ॉर्म AI coding और automation agents को host करने के लिए उभर रहे हैं, और खुद को पारंपरिक cloud VMs के सस्ते, हल्के विकल्पों के रूप में पेश कर रहे हैं। टिप्पणीकार पूछते हैं कि क्या यह infrastructure भीड़भाड़ वाले बाजार में commodity बनती जा रही है, और कीमत पर प्रतिस्पर्धा की स्थिरता पर सवाल उठाते हैं, खासकर hyperscalers के मुकाबले, साथ ही features, cold-start performance, और isolation models (gVisor बनाम full VMs) की तुलना करते हैं। एक बार-बार उभरने वाला विषय यह है कि शायद अधिक कठिन और मूल्यवान समस्या sandboxing से अधिक user data और सेवाओं तक सुरक्षित पहुंच है—scoped credentials, egress controls, और broker layers के माध्यम से।

बाज़ार परिदृश्य और प्रतिस्पर्धा

  • कई टिप्पणीकार एक भीड़भाड़ वाले “एजेंट सैंडबॉक्स” क्षेत्र की ओर ध्यान दिलाते हैं, जहाँ कई YC स्टार्टअप्स (जैसे Maritime, Boat, अन्य) के साथ-साथ Fly Sprites, Modal, Daytona, Cloudflare आदि जैसे स्थापित खिलाड़ी भी हैं।
  • इस पर बहस है कि क्या सैंडबॉक्स पहले से ही कमोडिटी बन चुके हैं: कुछ का तर्क है कि यह “एजेंट-फ्रेंडली फीचर्स वाले सिर्फ VMs” हैं, जबकि अन्य कहते हैं कि विभेदीकरण बाद में विशेषज्ञता के माध्यम से आ सकता है।
  • कुछ लोगों के अनुसार, जब कई संस्थापक एक ही AI/एजेंट अवसर के पीछे जाते हैं, तो एक्सेलरेटर्स में इस तरह का ओवरलैप सामान्य है।

मूल्य निर्धारण रणनीति और स्थिरता

  • Agent37 खुद को कई प्रतिस्पर्धियों की तुलना में काफी सस्ता बताता है (Boat के मुकाबले लगभग 3x, कुछ AWS instances के मुकाबले लगभग 5x, Cloudflare के मुकाबले लगभग 30x, Fly Sprites के मुकाबले लगभग 94% सस्ता होने का दावा)।
  • अंतर्निहित रणनीति: hyperscalers से बचना (सस्ते प्रदाताओं से bare metal किराए पर लेना) और घने pod placement के जरिए agent workloads की स्पाइकी प्रकृति का लाभ उठाना।
  • संदेह करने वालों को चिंता है कि मुख्यतः कीमत पर प्रतिस्पर्धा करना bottom की ओर दौड़ को आमंत्रित करता है; hyperscalers बाद में cross-subsidize करके कीमतें नीचे ला सकते हैं।
  • समर्थक सुझाव देते हैं कि “market share बनाओ, फिर acquisition” एक वैध परिणाम हो सकता है। Founder का कहना है कि मौजूदा कीमतों पर भी margins स्वस्थ हैं।

तकनीकी आर्किटेक्चर और प्रदर्शन

  • मेमोरी sharing और density के लिए gVisor-आधारित sandboxes का उपयोग किया जाता है; भारी उपयोग के मामलों के लिए full VMs और “performance” tiers भी मौजूद हैं।
  • filesystems sessions के बीच बने रहते हैं; warm होने पर NVMe से cold starts तेज़ होते हैं, object storage से restore करने पर धीमे।
  • लागत कम रखने के लिए auto-sleep और wake का उपयोग किया जाता है; free tier में प्रति सप्ताह awake hours सीमित हैं।
  • Cron को in-container cron के बजाय एक external cron API के जरिए संभाला जाता है, जो sandboxes को wake करता है।

सुरक्षा, isolation और क्षमताएँ

  • कुछ लोगों ने isolation के मामले में gVisor की full VMs से तुलना प्रतिकूल रूप से की, लेकिन कई उपयोग मामलों को इससे अधिक की आवश्यकता नहीं होती।
  • कई टिप्पणीकारों का तर्क है कि host isolation “आसान” हिस्सा है; कठिन समस्याएँ ये हैं:
    • user data (Google, email, आदि) तक scoped access।
    • egress allowlists जिन्हें agent बदल न सके।
    • credential brokers जो sandbox के बाहर वास्तविक secrets inject करें और प्रति-route/प्रति-action limits लागू करें।
  • कुछ लोग स्पष्ट रूप से कहते हैं कि वे सस्ते compute की तुलना में मजबूत credential brokering के लिए अधिक भुगतान करेंगे।

डेवलपर अनुभव और उपयोग के मामले

  • शुरुआती उपयोगकर्ता आसान setup, आकर्षक pricing की रिपोर्ट करते हैं, लेकिन सबसे सस्ते tier पर cold-start latency नोट करते हैं।
  • लोकप्रिय उपयोग मामला: एक unified gateway API के माध्यम से agent harnesses (Hermes, Claude Code, OpenClaw, आदि) की hosting, जो OpenAI की schema की नकल करता है।
  • cron-जैसे recurring tasks, bursty agent traffic, filesystem hygiene, और network policy controls के समर्थन पर प्रश्न उठाए गए।

अन्य

  • BAA signing, SOC 2 in progress, संभावित open-sourcing, और अधिक payment options (जैसे PayPal) में रुचि।