SPACE बनाना: लंबे समय तक चलने वाले एजेंटों के लिए सुरक्षित और कुशल रनटाइम

जैसे-जैसे एजेंटिक वर्कफ़्लो लंबे और अधिक स्वायत्त होते जा रहे हैं, जिन परिवेशों में एआई एजेंट काम करते हैं, वे उन्हें संचालित करने वाले मॉडल जितने ही महत्वपूर्ण हो जाते हैं। एजेंटों को वास्तविक कार्य करने की आवश्यकता होती है, जैसे कि कोड चलाना, फ़ाइल सिस्टम संपादित करना, और घंटों या दिनों तक बहु-चरणीय कार्यों को निष्पादित करना। उपयोगकर्ता चाहते हैं कि एजेंटों के पास इन कार्यों को पूरा करने के लिए आवश्यक टूल और फ़ाइलों तक पहुँच हो, लेकिन उन्हें यह भरोसा भी होना चाहिए कि यदि एजेंटों से समझौता किया जाता है तो भी उनके सिस्टम सुरक्षित रहेंगे। एक सैंडबॉक्स ही इन सबको संभव बनाता है: एक पृथक परिवेश जहाँ एक एजेंट स्वतंत्र रूप से काम कर सकता है जबकि होस्ट, अन्य किरायेदार और संवेदनशील क्रेडेंशियल सुरक्षित रहते हैं।

पारंपरिक कंटेनर-आधारित सैंडबॉक्स दृष्टिकोण इन कार्यों के लिए डिज़ाइन नहीं किए गए हैं। वे आमतौर पर अल्पकालिक, स्टेटलेस कार्यों को मानते हैं और उनमें कर्नेल विफलता का एकल बिंदु होता है। इसके विपरीत, एजेंट सत्र दीर्घकालिक और स्टेटफुल होते हैं: एक एजेंट घंटों के संदर्भ, एक कार्यशील फ़ाइल सिस्टम, और चल रही प्रक्रियाओं को जमा करता है जिन्हें आसानी से फेंका नहीं जा सकता और शून्य से पुनर्गठित नहीं किया जा सकता। इसके अलावा, अंदर के वर्कलोड को डिफ़ॉल्ट रूप से अविश्वसनीय माना जाना चाहिए, जिसके लिए अधिक मजबूत सुरक्षा उपायों की आवश्यकता होती है। दीर्घकालिक एजेंट सत्रों को एक ऐसे सब्सट्रेट की आवश्यकता होती है जो एक शत्रुतापूर्ण अतिथि को अलग कर सके, उसकी स्थिति को संरक्षित कर सके, और फिर भी उसे बड़े पैमाने पर संचालित किया जा सके।

सैंडबॉक्स इंजीनियरिंग में मुख्य चुनौती उस तनाव से उत्पन्न होती है जो अक्सर सुरक्षा, कार्यक्षमता और दक्षता के बीच पैदा होता है। उदाहरण के लिए:

• व्यापक पहुँच प्रदान करने से एक एजेंट अधिक काम पूरा कर सकता है, लेकिन यह सिस्टम के अधिक हिस्से को ऐसे वर्कलोड के संपर्क में लाता है जिस पर आप भरोसा नहीं करते हैं।
• सैंडबॉक्स के बीच ज़्यादा चीज़ें साझा करने से उन्हें बनाना तेज़ हो जाता है, लेकिन इससे अटैक सरफ़ेस भी बढ़ जाता है।
• ज़्यादा बार स्नैपशॉट लेने से रिकवरी बेहतर होती है और रोलबैक जैसी सुविधाएँ संभव होती हैं, लेकिन इसके लिए समय और स्टोरेज दोनों की ज़रूरत होती है।

एजेंटिक सैंडबॉक्स, जैसे कि कोड निष्पादित करने के लिए आवश्यक, एजेंट स्किल्स का उपयोग करते हैं, या Computer क्वेरी में सर्च ऐज़ कोड पाइपलाइन को पूरा करते हैं, इन तीनों की आवश्यकता होती है। हमने पिछले कुछ महीनों से हमारे उत्पादों को शक्ति देने वाले एजेंट इंफ्रास्ट्रक्चर की अगली पीढ़ी को तैयार करने के लिए कड़ी मेहनत की है। आज हम SPACE (एजेंटिक कोड निष्पादन के लिए सैंडबॉक्स्ड प्लेटफ़ॉर्म) पेश कर रहे हैं: एजेंटिक वर्कफ़्लो के लिए बनाया गया एक सैंडबॉक्स प्लेटफ़ॉर्म जो सुरक्षित, विश्वसनीय और बड़े पैमाने पर कुशल है। पिछले महीने, हमने Perplexity Computer को शक्ति देने वाली सैंडबॉक्स परत के रूप में SPACE को रोल आउट करना शुरू किया। पिछले सप्ताह के दौरान, इसने सुरक्षित रूप से लाखों सैंडबॉक्स निर्माणों और करोड़ों बार पुनः कनेक्ट होने का समर्थन किया है, जिसमें स्पिन-अप समय हमारे पिछले समाधान की तुलना में 3-5 गुना तेज़ है।

यह लेख SPACE के पीछे के आर्किटेक्चरल और डिज़ाइन निर्णयों को प्रस्तुत करता है। आज की तारीख तक, 100% Computer सत्र अब SPACE पर चलते हैं। हम अपने उपयोगकर्ताओं और डेवलपर्स को सर्वश्रेष्ठ एजेंटिक रनटाइम प्रदान करने के लिए इस प्लेटफ़ॉर्म को और भी अधिक सतहों पर तैनात करने के लिए उत्साहित हैं।

आर्किटेक्चर

उच्च स्तर पर, सिस्टम को तीन परतों में व्यवस्थित किया गया है।

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

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

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

बड़ा करें

कंट्रोल प्लेन

एपीआई गेटवे एंट्रीपॉइंट है। आने वाले अनुरोधों को प्रमाणित और अधिकृत किया जाता है, फिर वांछित स्थिति के रिकॉर्ड में अनुवादित किया जाता है।

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

नोड-लोकल सेवाएँ

नोड-लोकल सेवाएँ टेम्प्लेट तैयार करने, सैंडबॉक्स शुरू करने, नेटवर्किंग सेट अप करने और होस्ट-साइड रनटाइम सेवाएँ चलाने का वास्तविक काम करती हैं। प्रत्येक नोड डेमन का एक छोटा सेट चलाता है जो उस पर रखे गए प्रत्येक सैंडबॉक्स का प्रबंधन करता है, और नोड उन सैंडबॉक्स की लाइव स्थितियों के लिए सत्य का स्रोत है।

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

सैंडबॉक्स

सैंडबॉक्स स्वयं अपने स्वयं के गेस्ट कर्नेल के साथ एक वर्चुअल मशीन (VM) है, जो हार्डवेयर आइसोलेशन सीमा के पीछे उपयोगकर्ता के वर्कलोड को चलाता है। चूँकि प्रत्येक सैंडबॉक्स का अपना कर्नेल होता है, एक ऐसा वर्कलोड जिसकी सुरक्षा भंग हो चुकी हो विफलता के एकल बिंदु के रूप में साझा होस्ट कर्नेल पर निर्भर नहीं हो सकता; भले ही यह अपने गेस्ट कर्नेल का सफलतापूर्वक शोषण करता है, यह सुरक्षा उल्लंघन सैंडबॉक्स की VM सीमा तक ही सीमित रहता है, न कि अन्य वर्कलोड में फैलता है।

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

तीन स्तंभ: सुरक्षा, कार्यक्षमता और दक्षता

इसके बाद, हम उन प्रमुख विशेषताओं में उतरते हैं जिन्हें SPACE को तीन स्तंभों में वितरित करना होगा: सुरक्षा, कार्यक्षमता और दक्षता। जैसा कि पहले उल्लेख किया गया है, ये तीनों एक-दूसरे के खिलाफ खींचते हैं। फिर भी हम उनमें से किसी पर भी समझौता नहीं कर सकते यदि हम शक्तिशाली एजेंटों का समर्थन करना चाहते हैं जो आज के मॉडलों की क्षमताओं के बराबर हैं। सुरक्षा एक अविश्वसनीय, संभवतः शत्रुतापूर्ण वर्कलोड को होस्ट, अन्य किरायेदारों या उपयोगकर्ता के रहस्यों को नुकसान पहुँचाने से रोकती है। कार्यक्षमता एजेंटों को वह समृद्ध जीवनचक्र देती है जिसकी उन्हें आवश्यकता होती है। दक्षता सीमित मेमोरी, डिस्क और कंप्यूट के तहत इस सबको किफायती बनाती है।

सुरक्षा: डेटा और सिस्टम की सुरक्षा

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

बड़ा करें

SPACE सैंडबॉक्स के लिए सुरक्षा सुनिश्चित करने के लिए एक स्तरित दृष्टिकोण अपनाता है। सैंडबॉक्स अलगाव के दो घटक हैं, VM अलगाव और होस्ट OS प्रक्रिया अलगाव। क्रॉस-सैंडबॉक्स एक्सेस के लिए दोनों का उल्लंघन किया जाना चाहिए। सैंडबॉक्स के साथ संचार सख्ती से नियंत्रित है; प्रक्रियाएँ केवल समर्पित चैनलों के माध्यम से संचार कर सकती हैं। नेटवर्क गेटवे सभी बाहर जाने वाले ट्रैफ़िक को इसके माध्यम से मजबूर करता है। space डेमन (अविश्वसनीय) सैंडबॉक्स और (विश्वसनीय) प्लेटफ़ॉर्म के बीच एकमात्र स्वीकृत चैनल है।

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

डेटा संग्रहित अवस्था में सुरक्षित है। SPACE बाहरी रूप से संग्रहीत डेटा की सुरक्षा के लिए BYOK (अपनी खुद की कुंजी लाएं) का समर्थन करता है। एन्क्रिप्शन कुंजियाँ ग्राहक की कुंजी प्रबंधन सेवा से आती हैं और सैंडबॉक्स में कभी प्रवेश नहीं करती हैं। यदि उद्यम कुंजी को रद्द कर देता है, तो उनका डेटा अपठनीय हो जाता है।

कार्यक्षमता: एजेंटिक वर्कफ़्लो को सशक्त बनाना

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

SPACE उपरोक्त सभी का समर्थन करता है। यह पूर्ण सैंडबॉक्स जीवनचक्र को एक स्पष्ट स्टेट मशीन के रूप में मॉडल करता है, जिससे बनाना, रोकना, फिर से शुरू करना, निलंबित करना और पुनर्स्थापित करना जैसे संचालन संभव होते हैं।

बड़ा करें

स्नैपशॉट इन क्षमताओं के अधिकांश के नीचे की प्रक्रिया हैं। एक शेड्यूलर नियमित अंतराल पर टिक करता है और दो प्रकार के स्नैपशॉट कैप्चर करता है: डिस्क स्नैपशॉट (फ़ाइल सिस्टम की पॉइंट-इन-टाइम प्रतियां) और पूर्ण स्नैपशॉट (पूरी तरह रुकी हुई VM का चेकपॉइंट)। डिस्क स्नैपशॉट अक्सर कैप्चर किए जाते हैं, जबकि पूर्ण चेकपॉइंट कम बार होते हैं। सब कुछ नोड पर रहता है, और प्रतिधारण स्तर के आधार पर क्षय होता है। इन स्नैपशॉट का उपयोग इन-सत्र रिकवरी के लिए किया जा सकता है; उदाहरण के लिए, डिस्क स्नैपशॉट का उपयोग फ़ाइल सिस्टम को विनाशकारी कमांड को पूर्ववत करने के लिए वापस रोल करने के लिए किया जा सकता है, और पूर्ण चेकपॉइंट एक क्रैश हुए सैंडबॉक्स को डिस्क से नए सिरे से शुरू करने के बजाय हाल की सक्रिय स्थिति से फिर से शुरू करने देते हैं।

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

दक्षता: समय और स्पेस को अनुकूलित करना

उपरोक्त सुविधाओं को वैक्यूम में लागू करना पर्याप्त नहीं है; उन्हें कड़े संसाधन बाधाओं के तहत भी संभव होना चाहिए। नोड पर मेमोरी और डिस्क सीमित हैं, और उपयोगकर्ता चाहते हैं कि एजेंट जितनी जल्दी हो सके काम करें, इसलिए जीवनचक्र संचालन समय और स्पेस दोनों में सस्ते होने चाहिए। हम हर बार सैंडबॉक्स बनाए जाने, रोके जाने या शाखाबद्ध किए जाने पर एक पूर्ण मशीन छवि की प्रतिलिपि नहीं बना सकते।

एक प्रमुख डिज़ाइन विकल्प इसे संभव बनाता है: फ़ाइल सिस्टम। SPACE सैंडबॉक्स स्टोरेज के लिए ऑन-नोड फ़ाइल सिस्टम के रूप में btrfs का उपयोग करता है। Btrfs (बी-ट्री फ़ाइल सिस्टम) एकीकृत लॉजिकल वॉल्यूम प्रबंधन के साथ कॉपी-ऑन-राइट फ़ाइल सिस्टम को जोड़ता है। इसके कुछ लाभ हैं:

रेफ्लिंक प्रतियां तेज़ होती हैं, क्योंकि आप अंतर्निहित एक्सटेंट साझा करते हैं, इसलिए केवल मेटाडेटा को कॉपी करने की आवश्यकता होती है।

स्नैपशॉट परमाणु और तेज़ होते हैं, क्योंकि आप बस एक नया रूट बनाते हैं।

न्यूनतम स्टोरेज की आवश्यकता होती है, क्योंकि आप केवल वही संग्रहीत करते हैं जो बदल गया है।

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

परिणाम एक सैंडबॉक्स रनटाइम है जो एक ही समय में शक्तिशाली, हल्का और तेज़ है। जब हमने SPACE रोल आउट किया, तो हमने इसे उसी प्रोडक्शन ट्रैफ़िक पर अपने पिछले सैंडबॉक्स प्रदाता के साथ चलाया। लॉन्च सप्ताह के दौरान, SPACE ने पूरे लेटेंसी वितरण में सैंडबॉक्स निर्माण को तीन से पांच गुना तेज़ किया। विशेष रूप से, मध्यिका निर्माण विलंबता 185 मिलीसेकंड से गिरकर 60 मिलीसेकंड (3.1x सुधार) हो गई, और 90वें-प्रतिशतक विलंबता 447 मिलीसेकंड से गिरकर 89 मिलीसेकंड (5.0x सुधार) हो गई। हमने अन्य प्रदर्शन और संसाधन उपयोग संकेतकों में समान परिमाण के सुधार देखे।

बड़ा करें

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

निष्कर्ष

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

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

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

आज, SPACE पहले से ही Perplexity Computer के लाखों सत्रों को शक्ति दे रहा है। हमारा इरादा है कि SPACE किसी भी परिवेश में सैंडबॉक्स को प्रावधानित करने और नियंत्रित करने के लिए एक एकीकृत परत के रूप में काम करे: Linux microVMs से लेकर Windows guests तक, और उपयोगकर्ता की अपनी स्थानीय मशीन तक। हम SPACE को इन नए परिवेशों में आगे बढ़ाने के लिए कड़ी मेहनत कर रहे हैं, ताकि डेवलपर ऐसे AI उत्पाद जारी कर सकें जो हर उस जगह काम करें जहाँ उपयोगकर्ता काम करते हैं।

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

उद्धरण

@online{perplexity2026MakingSpaceSecureAndEfficientRuntimesForLongRunningAgents,
  author = {{Perplexity} and Kumar Pallav and Nick Dujay and Zibi Braniecki and Dmitry Pervukhin and Gigi Sayfan and Mostafa Abdelraouf and Nikhil Birmiwal and Rohin Bhasin and Shrikant Pandhare and Nikitha Lokareddy and Phi Hoang and Claire Beamer and Jeremy Yang and Jerry Ma},
  title = {{Making SPACE: Secure and efficient runtimes for long-running agents}},
  date = {2026-07-15},
  url = {https://www.perplexity.ai/hub/blog/making-space-secure-and-efficient-runtimes-for-long-running-agents}
}